Of course it makes sense to have different behavior when the window is
maximized. The use case is completely different.
Anyway, this is not a forum so I'm bailing out.
2010/7/23 David Stansby
> I wouldn't in that case, but I would when my window wasn't maximized,
> and it wouldn't really make m
Why would you click above or to the side of the close button on a maximized
window, if not by mistake? What would you expect to happen in that case?
2010/7/23 David Stansby
> For me the problem isn't "too easy to close".
>
> If I press the close button I expect the window to close. But if I pre
Personally speaking, I cannot think of any application that will destroy
data if you accidentally hit the close button. They will either prompt you
whether you wish to save first (OpenOffice, Gimp, Gedit, Evolution, the scan
app, ...) or they will be able to resume from where you left (Firefox,
Chr
How many people would set that? Each option doubles the number of code
paths that need testing if we want to put out a quality result. If only
1% of people would set that option (and gconf options are used much less
often than that) it's not worth it unless you are a maintainer of the
code yoursel
I am afraid you are slightly mistaken. In the default configuration, you
used to be able to throw the mouse to the right edge of the screen and only
aim vertically for the close button. While this is more difficult than
throwing the mouse to the corner, it is significantly easier than aiming a
16x1
Thanks kind of you and appreciated. On the subject of options, though, I
would urge you to think through the full cost of adding an option. We
discussed it on the Ayatana list for another case where someone wanted
an option, check out
http://www.mail-archive.com/ayat...@lists.launchpad.net/msg0041
On 21/07/10 23:29, inane wrote:
> Ok, I'd like to chime in here a moment, this whole not being able to
> throw my mouse into the corner is amazing asinine, this is a behavior
> that I have come to know and love for YEARS now with GNOME, and it's
> gone without even the option to set it back.
>
On Wed, May 26, 2010 at 06:08:43PM -, Tammer Ibrahim wrote:
> /rant. About the bug, a gconf setting would be a real fix.
There is a gconf setting. You could have saved yourself a rant and just
asked for it. :)
http://www.ubuntugeek.com/quick-and-easy-title-bar-button-side-
switching-in-ubun
On 10/04/10 21:29, Dylan McCall wrote:
> More likely, in my view: The human theme has a very visible prelight for
> the close button. The Ambience theme does not; there is really no way to
> tell whether you are hovering over (or even clicking) the button unless
> you're a pixel counter :b
>
Ot
On 08/04/10 15:43, Kenneth Wimer wrote:
> We can work around this in the theme by moving the buttons to the left
> edge. That would detract from the intended design.
>
No, that's not a good solution. I would specifically request that we
have:
- dead (draggable) space to the left of the close
10 matches
Mail list logo
