Minor issues or bugs It seems there is a limit to the coordinates supported by *Windows Position. Let me outline the situation;
I'm using a 4 and a 6 monitor setup (using MaxiVista) whereby it often occurs, due to configuration and layout of the physical screens, that the order of the monitors is 4,1,2,3. 1 and 2 being a dual monitor machine and 3 and 4 being two other machines that extend the desktop using MaxiVista. I suspect the following also holds true for other multi-monitor solutions where the order of screens has been changed in the Display Properties/Settings of Windows. I have created a bar which pops up on Right-Caption-Anywhere that allows me to quickly pop a window to a specific location. This works fine for positive coordinates but in the outline about monitor 4 is left from the machine that runs PPro. This means the coordinate for X needs to be a negative number. When using -900 100 400 550 the *Windows Position command will function as expected. However, when using values -1000 or lower (-1100, -1280, etc.) it does not. In fact, it will not at all move the window. It seems this only affects PPro when using negative coordinates, implying there is a limitation to the value used. A different bug appears to be in relation to the "Select subbar matching active window" feature. As said above, I created a bar which will ToMouse itself when a caption is right clicked. This bar has 2 items that are common to its intended use and a series of subbars that will show extra items based on the window context. The bar is also set to "hide after 250ms" and "show if bump = none". I want the bar to ToMouse so I can click an item and then to hide itself. This has always worked but when used in conjunction with the "subbar matching" feature the behavior becomes strange; the bar will remain on screen, the subbar will show when the matching window is activated, but it will not hide itself as instructed. Repeated clicking and alternating between the desktop, the application, and anywhere else on the screen, will sometimes make the bar hide itself only to reveal itself again. I'm currently using a workaround with a *Bar Close but it looks like this is a bug specific to the "subbar matching" feature in conjunction with "hide after". Keep up the great work! -- Stefan. Attention: PowerPro's Web site has moved: http://www.ppro.org Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/power-pro/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
