On Tue, 23 Aug 2011 18:19:06 +0200 Thomas Gstädtner <tho...@gstaedtner.net> wrote:
> On Tue, Aug 23, 2011 at 17:11, P Purkayastha <ppu...@gmail.com> wrote: > > > > > > On Monday, August 22, 2011 7:12:47 PM UTC+8, David Seikel wrote: > >> > >> On Mon, 22 Aug 2011 13:05:57 +0200 Brian 'morlenxus' Miculcy > >> <morl...@gmx.net> wrote: > >> > >> > On 08/22/2011 12:39 PM, hannes....@gmail.com wrote: > >> > > On Mon, Aug 22, 2011 at 12:11 PM, Brian 'morlenxus' Miculcy > >> > > <morl...@gmx.net> wrote: > >> > >> I don't like it, and i don't think it's an improvement: > >> > >> > >> > > Problem with the menu before was that there were 3 submenu > >> > > levels to get to common window options like maximize. Now all > >> > > window options are > >> > So, you think common people go to the window menu to change the > >> > maximize state? I would guess that they use the window button for > >> > that... > >> > >> Actually that was my pet peeve about the last menu reorg. I > >> maximise borderless windows all the time. So yes, I had to dig > >> deep in the menus to get to that. > >> > >> Why am I maximising borderless windows? Coz I lost the fight to > >> have fullscreen windows work my way. Now I just go through a > >> process of turning on or off all the things I need to get MY style > >> fullscreen windows. Pffft > >> > >> I did not think the previous window menu reorg was an improvement. > >> > > > > If I may add as a user, I too find the maximize option in the > > shorter menu very hard to get to. I primarily use maximize > > horizontal or maximize vertical, since I still want to see the > > content of some window underneath or beside the maximized window. > > Because this was always quite difficult to reach, I hacked into > > e.cfg and changed the signal bindings for the maximize button on > > the window. Left click -> max, Right click -> Max horizontal, > > Middle click -> max vertical. > > > > Overall, I think it is quite difficult to satisfy everyone. I do > > like the fact that Always on Top and Move readily accessible in > > the shorter menu, and I do use those. But then the shorter menu > > also has some disadvantages, as i mentioned above. Also, someone > > else might not have any use for Sticky or Always on Top (I don't > > usually use Sticky). > > > > Imho, the best solution would be to replace the "standard" buttons > (minimize, maximize, close) by a kind of expanding shelf inside the > border, where every window setting can be placed as a icon. > This way everyone could reach his most used features by a single > click, while the menu could be logical while keeping its complexity (I > think morlenxus has done a good job with the new menu). > > Though this certainly would be a lot of work and _I_ sure am not up to > it, so I just throw it in the room :) > At least this would satisfy each and everyone. I tend to use borderless windows most of the time. So that wont help me. BTW, I double checked, the problem I had before went away. So now I don't actually need to manually maximise that particular window, the remembered state is sufficient. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world.
signature.asc
Description: PGP signature
------------------------------------------------------------------------------ EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev
_______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
