I think it's a bit off, but as all sources are there you could adjust it as you like.
I just smell a bit of problems when the form title bar is replaced with a container. Even though the form size is auto-adjusted, I think you can get problems with anchoring and resizing, even though the project description shows some properties to choose behaviors.
And I think this project also implies there is no simple fix with _screen.themes or Sys(2700).
Without using this, the simplest almost-solution is to set Form.Desktop=.T. for all forms. Then you get a flat titlebar, but the forms can be moved outside of _screen or another main top-level form. And in resizable borderstyle 3 the Aero styling still draws a shadow of the Window.
Maybe you could live with that already. I think the Paint event could be where to try other things, ie repressing VFPs Paint behavior and using Windows API there. But I haven't tried that.
Sorry, I overlooked you search for VFP7. I had the impression VFP9 was the only version implementing Aero fully correct, I relate VFP7 to XP. Then you don't have _screen.themes and sys(2700) at hand at all. It's also likely the ThemedTitleBar won't work in VFP7, rest assured upgrading to VFP9 also isn't resolving that problem, but will be a basis to make more use of projects of VFPX.
I doesn't work. I was referring to the form itself, not the exe as a whole. My exe has a lot of forms in it and when I toggle the TitleBar and ControlBox, it doesn't have the same style as the exe itself and other windows programs. It looks like it's from Windows 7 style.
Hi Chris Miller,
Indeed. The ThemedTitleBar does not seem to work on VFP 7.
my exe ist named: wein.exe
my manifest file ist named: wein.exe.manifest (do not edit the content of the manifest file !!!)
the exe and the manifest file are located in the same directory
nothing done else !!!
all forms contained in my wein.exe have automatically windows style - in this example windows 10 style
- maybe this is a bug of VFP7 ???
Note:
- controls of comctl32.ocx, comct232.ocx, comct332.ocx, comdlg32.ocx, richtx32.ocx, etc. have windows style
- controls of mscomctl.ocx, mscomct2.ocx does NOT have windows style !!!
So together with a manifest this becomes a better solution already. The question is, whether you'd not want forms to be movable anywhere on the desktop. The only argument against it would be if each form has an entry in the taskbar and clutters it, but that's not happening.
On the other side, this also makes it a win10 feature users might control themselves. Overall you can let Windows try to balance visual effects with system performance and graphics capabilities.
Well, that's off topic anyway, your question only related to the titlebar look.
On the topic, setting a forms ColorSource to 5 gives an even more flat look. In screen (or in top-level) forms will now look blank, without even a gray line separating their title bar from the canvas.
I tried it to see whether that makes VFP windows get dark when you pick the dark mode of Windows themes/styles, but that still doesn't get through.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.