From: Viktor K. <sat...@ab...> - 2003-06-25 22:32:31
|
Is it possible to add "the old way" as an option in the next release, so people can choose between that and the new one? Might be just me, but right now placing one window on top of another due to lack of space is a bad idea, they should be moved a little to be distinguished. Just me though. >-------- Оригинално писмо -------- >От: Kim Woelders <ki...@wo...> >Относно: Re: [e-users] Possible bug in pre4 >До: enl...@li... >Изпратено на: Сряда, 2003, Юни 25 21:12:33 EEST >---------------------------------- > >Yes, I have made some changes to the window placement when low on space, >i.e. when the new window doesn't fit in any free space on the desktop, >and these changes will cause the behavior you describe. > >In the particular situation you describe, the new behavior may or may >not be best. I don't think it's a big problem, as this situation can be >avoided in a number of ways (e.g. iconify big window first, or switch to >a fresh desk first). > >I'm still not entirely happy with the window placement when low on space >myself, and may take another look at it some day. > >/Kim > >Viktor Kojouharov wrote: >> it seems that the new window placement mechanism is either changed or >> has a bug. If we take an empty screen(that only includes the pager, >> iconbar and grellm), and start spawning Eterms for instance, it will >> place accurately 4 Eterms (one next to the other, in 2 rows), then >> it's going to start placing Eterms in the center of the screen, >> exactly one over the other. Now if you have a big window, like a >> browser open, it's going to place the eterms in the center, >> precisely. In pre3 and earlier, it did it correctly by placing 4 on >> the screen (or a browser), and then proceeding to place them on the >> right side, then move to the left and so on. It did not put them >> precisely in the center. just to let you people know. >> > > > > > > > > >------------------------------------------------------- >This SF.Net email is sponsored by: INetU >Attention Web Developers & Consultants: Become An INetU Hosting Partner. >Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! >INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php >_______________________________________________ >enlightenment-users mailing list >enl...@li... >https://lists.sourceforge.net/lists/listinfo/enlightenment-users > ----------------------------------------------------------------- http://opustheatrale.abv.bg - Поръчай новият двоен диск на Стефан Вълдобрев ТУК ! |
From: Kim W. <ki...@wo...> - 2003-06-27 10:44:48
|
I think it would be silly to spend time implementing something selecting between two not quite good solutions to work around a problem that is easily avoided anyway ;-) /Kim Viktor Kojouharov wrote: > Is it possible to add "the old way" as an option in the next release, > so people can choose between that and the new one? Might be just me, > but right now placing one window on top of another due to lack of > space is a bad idea, they should be moved a little to be > distinguished. Just me though. > > >> -------- Оригинално писмо -------- > >> От: Kim Woelders <ki...@wo...> Относно: Re: [e-users] Possible >> bug in pre4 До: enl...@li... Изпратено >> на: Сряда, 2003, Юни 25 21:12:33 EEST >> ---------------------------------- >> >> Yes, I have made some changes to the window placement when low on >> space, i.e. when the new window doesn't fit in any free space on >> the desktop, and these changes will cause the behavior you >> describe. >> >> In the particular situation you describe, the new behavior may or >> may not be best. I don't think it's a big problem, as this >> situation can be avoided in a number of ways (e.g. iconify big >> window first, or switch to a fresh desk first). >> >> I'm still not entirely happy with the window placement when low on >> space myself, and may take another look at it some day. >> >> /Kim >> >> Viktor Kojouharov wrote: >>> it seems that the new window placement mechanism is either >>> changed or has a bug. If we take an empty screen(that only >>> includes the pager, iconbar and grellm), and start spawning >>> Eterms for instance, it will place accurately 4 Eterms (one next >>> to the other, in 2 rows), then it's going to start placing Eterms >>> in the center of the screen, exactly one over the other. Now if >>> you have a big window, like a browser open, it's going to place >>> the eterms in the center, precisely. In pre3 and earlier, it did >>> it correctly by placing 4 on the screen (or a browser), and then >>> proceeding to place them on the right side, then move to the left >>> and so on. It did not put them precisely in the center. just to >>> let you people know. >>> |