08-22-2008 03:08 AM
I using VirtuaWin (http://virtuawin.sourceforge.net/) for more desktops in WindowsXP (aka Unix/Linux).
1. On one desktop (1) open blank VI (front panel and block diagram).
2. Switch to another desktop (Win+arrow)
3. Switch back to LabVIEW's desktop: all LabVIEW's windows are incorrect refreshed. You have to click to icon Show Desktop twice to refresh LabVIEW's windows.
08-22-2008 03:56 AM
What you mean by incorrect refreshed? Have you just saw such behavior once or can you able to reproduce it?
JCC (SK) wrote:3. Switch back to LabVIEW's desktop: all LabVIEW's windows are incorrect refreshed.
08-22-2008 04:29 AM
mathan wrote:What you mean by incorrect refreshed? Have you just saw such behavior once or can you able to reproduce it?
JCC (SK) wrote:3. Switch back to LabVIEW's desktop: all LabVIEW's windows are incorrect refreshed.
Please, did you see my screenshot virtuawin01.PNG? - I expect that this is not correct behavior.
For text web browser user: LabVIEW's windows are include screens from preview virtual desktop or LabVIEW's active window is under unactive window but all control inside active windoes are active.
Yes, I am able to reproduce it every time when I switch back to LabVIEW's virtual desktop.
08-22-2008 08:48 AM
08-24-2008 08:11 AM
Dennis Knutson wrote:
I suspect that because LabVIEW windows are not like the windows created with MS tools, the author of VirtuaWin is not handling them correctly. For portability, NI uses it own window creation/management scheme. Not a bug in LabVIEW but a bug in VirtuaWin.
OK,
have do you explain that all other application work in VirtuaWin without problems.
And when you two times click to ShowDesktop icon LabVIEW is well?
08-24-2008 08:30 AM
12-19-2008 01:27 AM
Thanks, Dennis.
I like to set up Windows to function similar to my Unix window manager with focus-follows-mouse and autoraise=false (using TweakUI). But Labview windows do not respect those settings; if I move the mouse into any labview window, then *all* the labview windows are autoraised. If NI are doing their own window management (why???) then it would make sense why this might not work (doesn't make me any happier about it, though).
JCC, I also use VirtuaWin. A brute-force workaround is to go into (VirtuaWin)Setup->[Expert] and set "Force refresh After desktop change" (in the "Workarounds" pane below "Advanced Options"). It will slow down desktop switching if you have a lot of open windows, but it does appear to clean up the labview window problem.
When I have more time I'd like to see if there is anything that can be set specific to the Labview window class to avoid this problem.
Best Regards,
-- J.
12-19-2008 03:22 AM
12-19-2008 03:57 AM
Of course. That must be why all of my other multi-platform apps such as Firefox, Thunderbird, Acrobat, VNC, Skype, Gimp, Wireshark, gVim, OpenOffice, Audacity, Realplayer -- *breath*-- aaaannnd Google Earth all have this same window manager problem.
Oh, wait.....what?..... you mean they don't? 😛
Ok, granted, I'm sure it was probably necessary to do it that way years ago when Labview and I were young. But so many other apps handle it correctly (even Gimp with its multiple windows) that I'm disappointed (and a little frustrated at times) with LV. Made up for, mostly, by all the wonderful whiz-bang things it *can* do and do well once the coding is done, but which would have been done sooner if I didn't have these !#^$(*^ other labview windows raising up and blocking the view of my specs and datasheets all the time....
-- J.
12-22-2008 04:09 AM
Hi Jeff
I totaly agree with you.
The GIMP is very good example how to do it.
PF 2009