Hi, the shelf overlap is a real bug and should be fixed. If someone selected to not overlap shelfs this should be considered. This don't has something to do with autohide or something other, it's just an old bug which exists since a while. You might want to open a bug at bugs.enlightenment.org so that we have it on the todo.
Greets, Brian 'morlenxus' Miculcy On Wed, Sep 12, 2007 at 10:42:26AM +1000, Daniel Kasak wrote: > 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? > > - 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. > > 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. > > 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. > > 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 ------------------------------------------------------------------------- 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
