> What it really needed is second official taskbar, that contatins only
icons, and put there all applications that user want to.
How is that different from applets? You can create a panel and put all
your applets on it next to each other if you want.
> Let me tell again, exactly like you say her
Let me tell again, exactly like you say here, there should be two taskbars,
one main one and a special icon only taskbar for important/background apps.
And there should be two buttons exactly like you say, minimize there and
there.
This is the best feature I would like to have on linux
--
Shrin
I would realy like to see that feature.
You misunderstand the notification bar, it is actually abused for
minimizing of different kind, eg when you want to seperate a window from
the taskbar.
What it really needed is second official taskbar, that contatins only
icons, and put there all applicatio
Some discussion on the Metacity blog:
http://blogs.gnome.org/metacity/2008/12/23/notifisation/
--
Shrinking to notification area should have its own title bar button
https://bugs.launchpad.net/bugs/124326
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is
Was there ever a discussion on the Gnome list about this?
The difference between panel applets and notification area icons is
really irrelevant to this discussion.
The point is that apps have an "iconified" functionality that is
fundamentally different from "closed" and "minimized" functionality,
"and people came up with a large set of applications which broke the rules
given in the HIG. Either the HIG is wrong or the applications are. We need to
sort this out.
...
One point which someone brought up on IRC is that there is currently no
spec-valid way to handle persistent background appli
> 1) applets (as currently implemented with the panel) need to be
explicitly placed on the panel, whereas notification area icons just
appear in any old order in a pleasantly helpful sort of way
There's probably a better way to do all of this, but it would require
much more fundamental overhauls,
> Well, there's a problem with the way apps currently behave, regardless
of the idealized way they should theoretically behave.
This is true. I brought this up on IRC just now, and people came up
with a large set of applications which broke the rules given in the HIG.
Either the HIG is wrong or t
> But statements about how apps currently behave miss the point.
Well, there's a problem with the way apps currently behave, regardless
of the idealized way they should theoretically behave.
> Rather, I don't see what, to the user, is the useful difference
between an icon in the taskbar and an ic
(FWIW, the word "iconify" is going to cause problems very soon, since
it's what the official X documentation calls what everyone these days
calls "minimisation". The name wasn't as widely known in 1984. I don't
have any better suggestions at present, though.)
I still don't see what the differenc
I guess Ubuntu Forums only allows you to see attachments if you log in.
Attached.
> My discomfort with this idea is nothing to do with the technical side
of things. It's unrelated to the fact that a window can be a dialogue or
an ordinary window. It's merely because I can't see how it differs, fro
Oh, and another problem that hasn't been much discussed: adding a new
button means updating every theme in existence.
--
Shrinking to notification area should have its own title bar button
https://bugs.launchpad.net/bugs/124326
You received this bug notification because you are a member of Ubuntu
(And my discomfort with the idea is fairly irrelevant. If the wm-spec-
list agrees on this and updates the EWMH, I'll certainly add it. If the
human interface folks say to add it, that'll be persuasive for the wm-
spec-list folks. We could even strike out boldly and make up some hokey
new Metaci
Endolith:
1) I get a permissions error going to that page. Can you attach the
mockup here?
2) Yes, exactly: gtk.gdk.WINDOW_TYPE_HINT_DIALOG ends up as an EWMH
hint. If we were to do what you want here, we would need to add a new
EWMH hint. wm-spec-list is the mailing list to propose new EWMH h
I don't know anything about the wm-spec-list, EWMH properties, or the
relationship of these things to Ubuntu. I don't think I'm the right
person to bring it up.
I am aware of properties like gtk.gdk.WINDOW_TYPE_HINT_DIALOG that tell
the window manager whether to provide one button or three:
http
DeadZedz, Endolith: Did anyone raise a discussion on wm-spec-list?
That really is the next step to getting this fixed.
--
Shrinking to notification area should have its own title bar button
https://bugs.launchpad.net/bugs/124326
You received this bug notification because you are a member of Ubun
Amarok is a KDE app, Skype is a third-party app. Ubuntu developers
don't have that much control over this. They should officially say
"we'd like this to be consistent for all apps", but then they have to
pass it upstream to the people writing the various programs and desktops
to get them to build
Maybe it would be good to make a list on the wiki of the various
programs and conventions, to illustrate to everyone how confusing it is.
--
Shrinking to notification area should have its own title bar button
https://bugs.launchpad.net/bugs/124326
You received this bug notification because you ar
Why has this STILL not been included yet?
The discussion was about consistensy - the point is - ALL windows must behave
consistently. Right now (today @ tuesday 8 april) when I open Amarok it goes
into tray with a notification window that I need to tick when I press close
(and again with notific
Well,
1) it's not really my call, I just hack the window manager; this is something
the HIG people need to figure out. But
2) notificationisation and minimisation appear to me to be functionally very
similar and I don't see why they should both be supported
3) if only one of them is supported it
So you don't think Rhythmbox should minimize at all? It should just go
to the notification area?
--
Shrinking to notification area should have its own title bar button
https://bugs.launchpad.net/bugs/124326
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which
Um, yes, it's called "minimisation".
--
Shrinking to notification area should have its own title bar button
https://bugs.launchpad.net/bugs/124326
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bu
'is functionally different from the action which already exists which
means "hide the main window and change the status in the task bar"'
This action already exists?
--
Shrinking to notification area should have its own title bar button
https://bugs.launchpad.net/bugs/124326
You received this bu
Okay, before anything else, since you want this on some windows and not
others, we would need a way of knowing which windows knew how to go to
the notification area. This would be done with a new EWMH property on
those windows. This would mean we had to update the EWMH, which can't be
done without
Example of four buttons in Windows from eMule website
** Attachment added: "transfer.png"
http://launchpadlibrarian.net/11167453/transfer.png
--
Shrinking to notification area should have its own title bar button
https://bugs.launchpad.net/bugs/124326
You received this bug notification becaus
"Are you suggesting that *every* app should be minimisable to the
notification area, or just the ones that already know how? How is this
different from minimisation?"
Only the ones that have dedicated functionality for it. It looks like
there are already programs for doing it for *all* programs.
HIG bugs go to http://bugzilla.gnome.org/enter_bug.cgi?product=HIG
Are you suggesting that *every* app should be minimisable to the
notification area, or just the ones that already know how? How is this
different from minimisation?
--
Shrinking to notification area should have its own title bar
"The close button is meant to close the application, I'm not sure if the
click on the notification area is documented by the HIG or not but it's
the standard way in the GNOME desktop."
I accepted this answer for a while, but the more I click on the
notification area, the more I disagree. There sh
The close button is meant to close the application, I'm not sure if the
click on the notification area is documented by the HIG or not but it's
the standard way in the GNOME desktop. gaim is not a GNOME application
and the developper don't follow the HIG anyway so that's not an argument
for upstrea
When you say "standard way", do you mean that this is specified in the
GNOME HIG or something? So Gaim is wrong for minimizing when you press
close?
--
Shrinking to notification area should have its own title bar button
https://bugs.launchpad.net/bugs/124326
You received this bug notification be
Thank you for your bug. The standard way is to click on the notification
area icon, not all the applications have this feature and that's not the
job of the window manager to add an action for it
** Changed in: metacity (Ubuntu)
Importance: Undecided => Wishlist
Assignee: (unassigned) => U
31 matches
Mail list logo
