On Mon, 15 Aug 2005 15:12:31 -0500 Brian Mattern <[EMAIL PROTECTED]> babbled:
> Simon TRENY wrote: > > > Isn't it rather the work of the wm? > > > >> > >> Can't E just relocate the lost window instead of putting it in the > >> lost window list? > > > I believe he was actually asking for the wm to do the relocation. > Sounds like a good idea to me, as I can't think of any legitimate reason > why an app would request an off-screen location. However, I haven't > thought about it very long... > I would suggest moving it to the nearest on-screen location to the > coordinates it requested. well here's the problem. i CAN think of legitimate reasons to open a window offscreen. wild example but: 1. open window off screen to the right. 2. over a period of 1-2 seconds slide the window on screen so it slides into view there is no reason a client window can't do this if it wants. it's legal. the reason there is a lost windows list is if this ever happens and goes wrong (window off screen). the correct thing to do here is for the app - if it is going to remember location, remember location AND screen size at the time. if when it starts next time screen size does not match - either forget the location and allow auto-placement to do it's thing or adjust location based on old resolution vs. new resolution. the thing is - e has no idea WHY the app placed itself off screen. if it went off screen - sits there for 3 seconds while the app starts up and such, then slides on screen - that is legal. maybe it slides on screen ONCE a specific event has occurred (like a mouse button pressed or key binding that the app itself grabs). there are legitimate reasons i can think of - thus i refrained from FORCING windows onto the screen. as i said before - there is always the OPTION of forcing them already there - locks and remember. set a lock to disallow the app to move itself AND then tell e to remember the window and the locks and position. then e will take care of location for the app - as the user has indicated they would like this to happen. i'm taking a opt-in approach here, not opt-out as the cases where this happens are rare (resolution changes - and how often do you change res?) :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
