https://bugzilla.novell.com/show_bug.cgi?id=331835#c12
Ricardo Cruz changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |NEW
Info Provider|rpmcruz@alunos.dcc.fc.up.pt |
--- Comment #12 from Ricardo Cruz 2007-11-13 17:23:53 MST ---
Haven't used it a whole lot, but it seems to be working great! I think the time
span is bigger now, right? Thanks. But it does still get the focus after some
time, as it should.
Now, I am under the impression that in Metacity 2.18, when a popup doesn't get
focus, its main-window entry on the taskbar gets highlight (you know, just like
when you launch an app). But maybe I am wrong here, I need to test that. In any
case, as you had to dig around to get to the bug, maybe that would be some easy
thing to implement?
The rationale for this feature is that a popup is usually an application asking
for information (if it isn't, there is that flag you fixed, that applications
should set for the popup to not ask for focus). So, if it didn't get focus, it
means that the user was using another application at the time, which means that
the popup isn't the result of an user's immediate action, but some procedure
that the user has ordered and is being halted by that popup.
Btw, if you could allocate more time to Metacity, there are a couple of aspects
that I think would make the desktop more productive (and could be fun to hack
on :)). First, the window placement strategy. Is there any strategy to it
actually? :/ A lot of times, it actually overlaps the new window over your
current one, when there is enough room on the screen to put it somewhere else.
The second is the maximization action. Most times, you just want to vertically
maximize the window, so middle-click on the maximize button should do it (like
in KDE). I also tend to think that, as screens get larger, the maximize button
should just enlarge the window to its bigger sane size. E.g. there is no gain
in enlarging the word processor window more than the paper width. Actually, it
makes the user less productive because it adds up to mouse travels for the
scrollbar or whatever, then you also loose desktop integration, and stuff like
drag-n-drop aren't used. Of course, he could re-size the window by hand, but
then, whats the point? I believe MacOSX does as I say. Now, we could both ways,
by firstly doing the optimum re-size, and if the user clicks it again, occupy
the all screen.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.