On Sat, 14 Jan 2006 02:09:41 -0500 Ildar Sagdejev <[EMAIL PROTECTED]> babbled:
> Raster, > > Thanks for the detailed reply and the intangibility of implementing > such a virtual desktop model. I see the problem weird offscreen > positions pose, but I don't see why that's necessary at all. > > What if you implement the logic in the screen change event? E.g., > when moving to desktop2, check for anything windows in desktop1 > hanging off the right side, and simply move then to 2, and any windows > in 3 hanging off the left side are also moved to 2. > > Could this potentially be handled by a desktop changer module or it is > too low level for that? and now those windows have been moved partly offscreen they may also decide to remeber to open there as apps liek gimp, xchat, and a LOT OF OTHERs do - if they exit while there - they will open up there. i decided NOT to do things the way e16 did because of the plethora of these apps. gnome and kde apps are goign to be the bigger offenders as they remember their own geometry with encouragmnent of handling session management well. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
