Hallo IVAN!

Antwort auf eine Message von IVAN TODOROSKI an ALL:

 IT>   I noticed recently (and I wonder how I never noticed it before) that  
 IT> when you drag a bigger sized window accross the desktop (with full  
 IT> window dragging enabled) most applications in the background simply  
 IT> stop. Try typing DIR /S in an OS/2 command window and drag the window  
 IT> around... you'll notice how the listing stops while you're dragging  
 IT> it. Same happens if you drag other windows.

again it has to do with the way VIO output is handled. when you run a GIF
viewer which has its own PS it can draw even when dragged. when you are a
stupid cmd session (like cmd.exe) it locks the output.

(eq: i have a text search utility with about 5 threads. one thread searches
the hard disk for files, one thread read in file, one thread searches the
files and one thread is for VIO output. and when you drag my app, one the
vio thread stops (automatically) but all other threads continue running in
the background).

 IT>   As a final note, I tried this on a Win98 system at my friend's home,  
 IT> and when you type DIR /S and move the window (or move other windows)  
 IT> with full window draging, the listing of directories doesn't stop,
 IT> and   behaves just as you would expect (slows down a little). It
 IT> looks   rather nice when you move the window with directories
 IT> scrolling by in   it.

but its definbitly as stupid as possible (the behaviour). its just stupid
CPU cycle eating. who looks at a DIR / S output while dragging a window??
my machine has more important things to do. 



Servus, Mario!

--- FleetStreet 1.21 PR#2