User: Password:
|
|
Subscribe / Log in / New account

Please fix basic window management

Please fix basic window management

Posted Aug 11, 2009 22:37 UTC (Tue) by spitzak (guest, #4593)
Parent article: Mutter: a window manager for GNOME 3

PLEASE:

Make it possible so that clicking in a window does not raise it, as an optional mode.

Don't make that mode disable the program's ability to raise itself.

When in that mode, make dragging the window title move the window and not raise it, and make a click raise it.

It is unbelievable that usability features we had 25 years ago are not being implemented today because so many people are used to the restrictions of Windows.

We need working non-raise window management as this is probably the biggest advantage that Unix has over Windows in the GUI area. Yet everybody is ignoring it, either making it impossible, or giving broken implementations such as Metacity's.


(Log in to post comments)

Please fix basic window management

Posted Aug 12, 2009 8:24 UTC (Wed) by Los__D (guest, #15263) [Link]

We need working non-raise window management as this is probably the biggest advantage that Unix has over Windows in the GUI area. Yet everybody is ignoring it, either making it impossible, or giving broken implementations such as Metacity's.

Maybe it's because "everybody" doesn't agree, and most think that do-raise window management is better?

Please fix basic window management

Posted Aug 12, 2009 16:30 UTC (Wed) by spitzak (guest, #4593) [Link]

Okay, you have responded with the first typical fallacy every time I mention this.

Take a look in the xlib/xcb documentation. See the call XRaiseWindow()? Okay, let's examine this advanced code that THE APPLICATION can do. Please pardon me if this is too complicated and over your head:

if (event == MOUSE_CLICK)
XRaiseWindow(dpy, mywindow);

Basically this defeats all arguments about "raise on click is better" because I am not saying it is not possible. All I want is for the application to have a CHOICE!!!

Please fix basic window management

Posted Aug 12, 2009 16:56 UTC (Wed) by Los__D (guest, #15263) [Link]

Don't worry, your fallacy is the same as everyone who has a pet feature; "You absolutely MUST bloat the settings UI with this! See, almost 1% of the users need it!".

Who cares if the implementation is simple? It's quite ok with me implement and stuff archaic (and unneeded by 99% of the target audience) features in an obscure text file or GConf setting, but not to clutter settings windows with it.

All I want is for the application to have a CHOICE!!!

And I want the window to iconify when I look at it evilly, but that doesn't mean that settings windows should be cluttered by my wishes.

Please fix basic window management

Posted Aug 12, 2009 17:50 UTC (Wed) by spitzak (guest, #4593) [Link]

I'm terribly sorry that the source code was too complicated for you to understand. It obviously went way over your head for you to make that response.

Please fix basic window management

Posted Aug 12, 2009 18:42 UTC (Wed) by Los__D (guest, #15263) [Link]

Oh, I'm terribly sorry, I DID misunderstand, you are not talking about the user at all.

I'm still not sure that I agree, though. As far as I see it, it should be the window manager that dictactes how the application windows behaves on user interactions, not the application.

- But a window class/mode that behaves like that in relation to other windows from the _SAME_ application could be useful.

This opinion is of course completely destroyed by my love of Desktop apps like gDesklets (horribly implemented as they are), which never raise. But hey, I never claimed to be consistent.

Please fix basic window management

Posted Aug 12, 2009 17:52 UTC (Wed) by spitzak (guest, #4593) [Link]

I should further qualify that.

Please point out where in my post I said that I wanted to "bloat the UI with another choice".

In fact I want to REMOVE the need for that UI configuration option! I'm sorry I'm acting like an ass probably here, but I am very very annoyed that you would accuse me of the exact opposite of what I want.


Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds