--- In [email protected], "brucexs" <bswit...@...> wrote:
> > I'll try that quickly over the weekend and let you know.
> 
> I uploaded an exe which implements this.  Surprisingly, it did not break some 
> of the key focus stuff I thought it would-eg, if you click on a bar to show a 
> menu, the menu can still be navigated by the keyboard.
> 
> To use the bottommost stuff, make sure you execute this command, eg as 
> start-up scheduled event
> exec.bottommost
> 
> Then any bar which is not configured to be topmost will do the 
> setwindowpos(...HWND_BOTTOMMOST ...) after each paint.

HWND_BOTTOM ? There is no BOTTOMMOST, AFAIK.

> 
> Unfortunately, all the bits in the flag words of my current internal data 
> structures for configuration for clists are in use, so I cannot add this as a 
> true configured item without expanding all the data structures, which I don't 
> want to bother with for now.

Thank you, it does work.  There are cases where it still comes to the front; 
maybe SetWindowPos(..) is needed in a few more events.  Example: put a floating 
bar on the desktop, put focus on some other window and CTRL+left click on the 
bar and move it around the screen -- it is topmost. (Rainlendar calendar 
doesn't come to the front when moved/dragged -- I actually can't get it to come 
to the front at all)  Or, just click "Apply" in the PPro configuration and the 
bar comes to the top.  But, I'm glad the concept works.
 
> If you get a chance, could you try the test for setforeground window by 
> assigning
> window show menu
> to a hot key and see if it can change the foreground from one non-PowerPro 
> window to another?

This works on Win7 for me. There must be some specific instances where 
SetForegroundWindow doesn't work on Win7 but does on XP, and I ran into them 
when making my test app -- I didn't fully investigate, I was just trying to get 
it to work and a quick google search provided the workaround. Maybe I should 
have tried SwitchToThisWindow().

One new oddity on Win7: I have my vertical bar with transparency 255 and "Own 
face color" set (the font looks jagged if I don't set it, but the problem 
doesn't _seem? (not 100% certain on this)_ to occur when it isn't set).  There 
are small parts of my desktop that, according to Winspector's dragging target 
("Click and drag to select a window"), are part of the PProToolbar, but they 
are not near the bar window itself. (I have no Command Lists other than "Bar")  
The bar is fixed-top-right, but this invisible mystery area is in the 
top-middle of my desktop.  This mystery area prevents my icons from being 
dragged onto that part of the desktop (the icons act as if I were dragging them 
onto the bar). I can't reproduce it on XP yet unfortunately.

I am leaving for a few weeks and will not have access to my win7 machine (stuck 
with XP), so I'll try to narrow it down then unless something immediately pops 
out to you as a possible cause.





Reply via email to