On Wed, 12 Sep 2007 12:27:51 +0200 Brian 'morlenxus' Miculcy <[EMAIL PROTECTED]> babbled:
> 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. it's just how it's done in the auto-placement code. *IF* the window is auto-placed, e hunts for a region of the screen where the window will have minimal overlap of other windows. the shelf is considered a "window" in thsi regard, BUt it is given a HIGH overlap count to start with - thus making the algorithm prefer to keep away. given a small shelf and large windows to be placed - it can decide that despite this high priority fewer pixels are overlapped by putting it under the shelf. as i said - it's just due to the algorithm not having a concept of "infinite" priority to avoid no matter what. *IF* the window placement is REQUESTED by the app then e puts it where the app asks - if it's under a shelf or not. > 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 > -- ------------- 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