Any application that uses menus and *doesn't* do the left shift is drawing custom menus or explictly forcing an older style via the EXE manifest file (ie. XP style). By default any Windows 10 application using menus gets the left shift. For example, any .NET WinForms or WPF app automatically uses left shifted menus unless you change the manifest explicitly.
+++ Rick ---
>thanks Rick,
>
>I never noticed before (the one dev machine I use the most is Win7, the others are Win 10) - Firefox browsers does not do the funky left-shift; Word is all tabs (so no change) but Notepad does do the left shift...so does Adobe...just never noticed. I wonder what the rationale was - it does get the menu dropdown out of the way when working but it seems to me to be like a middle-eastern right to left reading shift :-) Can't say it does anything for me. At least it is not a bug in VFP and I can just tell the client that it is Windows 10 making things "new and improved".
>
>Albert
>
>>It's an OS feature of the Windows shell. Menus and the top level windows in VFP are drawn by Windows so they inherit the features of the OS. The menu behavior you describe is used in most applications if you look closely.
>>
>>The new look of menus is much cleaner as there's a little more breathing room in the white space between items but I guess that's very subjective :-)
>>
>>+++ Rick ---
>>
>>>Found a new "feature" of running VFP under Windows 10 - menus line up differently than before.
>>>
>>>That is, under Win7 and earlier, the left side of the popup (submenu) would line up with the left side of the menu pad it was launched from.
>>>
>>>Under Win10, the *right* side of the popup lines up with the *right* side of the menu pad.
>>>
>>>Is this a machine setting or something in VFP that has to be set?
>>>
>>>Albert