On Wed, 12 Sep 2007 10:42:26 +1000 Daniel Kasak <[EMAIL PROTECTED]> babbled:
> Time to get back to basics for a second. > > I've just migrated about 10 desktops back to Gnome ( and Compiz ) from > E17, and the most common comment is NOT about the flashy effects and > such, but about very simple window management that E17 does very poorly. > > Basically, E17 is sloppy with regards to window size & positioning. > Every single f*****g desktop I'd walk past had the same problems: > > - Some new windows open with the correct dimensions, but cover shelves > because of bad placement. For example if we have a shelf at the bottom, > we'll invariably get windows appear that hit the very bottom of the > screen. When the window is dragged up a bit, it fits perfectly, ie > doesn't cover the shelf. But why does it need to be dragged into > position? covered in another mail (i know about this - but it's not been a priority item). > - Some windows ( usually ones that were previously maximized before > being closed, examples are firefox, evolution, nautilus, openoffice ) > open covering the entire screen. These need to be resized back down so > we can see the shelf. If the window is resized to perfectly match the > screen / shelf, and then closed WITHOUT hitting maximize, it will > re-open next time with the correct size. But if it's resized down, and > then maximized to cover the screen ( minus shelf ), the next time it's > opened, it resizes back up to cover the entire screen. i have never seen that. i maximize firefox here right now from a smaller size, close it, then open again, it is opened maximised and not covering/under the shelf, just where it should be. i can press the maximize button to even go to the unmaximized size. openoffice seems to behave badly as you say. i suspect it is some code in oo that tries to do this geometry remembering itself and clashes with e dealing with the maximize hint. > This is all compounded by the fact that most of the users here aren't > aware of the ability to resize or move windows once they're opened. Sad > but very true. Trust me, I've tried to teach them, but now I give up. i'm about to tear my eyes out reading that. :/ > Before posting this, I have updated to the latest cvs from today, > deleted my .e folder, and tested thoroughly. I have tried all the > different maximize policies. I have only used the default theme and not > enabled any extra modules ( I've disabled some modules in fact ). > > I realise that some might be tempted to suggest that I use the > 'remember' settings to lock these windows into position / size. I reject > that. This suggestion ( in this context at least ) is a workaround for a > set of long-standing bugs. I'm not saying that the remember settings > aren't good or don't have their place, but that place is not to cover > the above lack of window management finesse. New windows should NOT > cover shelves. Full stop. that depends. if a window has asked to do so... it will. some apps remember their own geometry and try and place themselves on startup. iut depends if they do this well or not. > So please. Window sizing and placement needs some attention. > > -- > Daniel Kasak > IT Developer > NUS Consulting Group > Level 5, 77 Pacific Highway > North Sydney, NSW, Australia 2060 > T: (+61) 2 9922-7676 / F: (+61) 2 9922 7989 > email: [EMAIL PROTECTED] > website: http://www.nusconsulting.com.au > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
