Re: [Ayatana] Indicators for showing progress

On Thu, Apr 22, 2010 at 08:11, Conscious User wrote: > I think it makes more sense to restrict the usage of a download > indicator to specific "I want to save this file here" request. > This is not the case for an update, the download is simply part > of the process and later access to the file is

Re: [Ayatana] Indicators for showing progress

> if the goal is to design an informative download indicator menu, i > seriously would want to consider listing *all* download bandwidth > relevant processes the user called himself - including update > manager's package downloads.. I think it makes more sense to restrict the usage of a download

[Ayatana] Tasque, Giver

good morning list, good night myself.. ..just came across Tasque again! and yes, obviously it appeares worth sharing with the ML: visit: http://live.gnome.org/Tasque see: http://video.google.com/videoplay?docid=-3324975082418734422 Tasque already supports these backends: *Evolution Data Server ak

Re: [Ayatana] Indicators for showing progress

On Wed, Apr 21, 2010 at 22:26, Conscious User wrote: > Huh? It wouldn't be "the download portion of a task", I'm talking about > tasks that *are* downloads. > > if the goal is to design an informative download indicator menu, i seriously would want to consider listing *all* download bandwidth rel

[Ayatana] GNOME Shell Activities

this one has been making me scratch my head for a while now: how do "we" think about GNOME Shell and possibilities arising with the introduction of its "Activity Journal" usage? how are indicator menus going to be transferred into this conceptually radically different DE? my personal belief is th

Re: [Ayatana] Farewell to the notification area

Thanks for all the awesome explanations! I left a question in the comments at design.canonical.com, and I have a few other thoughts. First of all, I think it would be worth investigating sound effects attached to indicators. Doing it through the indicator applet means we can (if desired) use Canb

Re: [Ayatana] Farewell to the notification area

One important point I hope the design team is aware of and that gets into discussions on this topic is that minimizing to the "notification area" / "(not) system tray" is currently a very nice place to put applications so they're accessible from all workspaces / virtual desktops even if they aren't

Re: [Ayatana] Farewell to the notification area

On Wed, Apr 21, 2010 at 22:44, Matthew Paul Thomas wrote: > Do you have suggestions on how we can make the transition smoother? > thank you for asking for our opinions ;) after all u openly admit, conceptual mistakes did happen in the recent past.. looks like Ubuntu can learn from mistakes. glad

Re: [Ayatana] Farewell to the notification area

On Wed, Apr 21, 2010 at 23:04, Shane Fagan wrote: > > Hey mpt, > > I think the target is far enough but I wouldnt like to remove it from > the default install until upstreams adopt the new spec fully. Which will > take a long enough time. I think remove it cold turkey from the next LTS > release j

Re: [Ayatana] Farewell to the notification area

Op woensdag 21-04-2010 om 16:57 uur [tijdzone -0400], schreef Martin Owens: > So long as it doesn't kill off the character pallet that I use for > printing ° and € :-) I'll be fine. You don't use "US International with AltGr dead keys" yet? -- Jan Claeys _

Re: [Ayatana] Farewell to the notification area

I see where you are going, but I have a couple of concerns. 1) It's a given that many developers were using(abusing) the notification area inappropriately. However, I think you are viewing part of this wrong. Yes, there were a lot of indicators that weren't notify anything. But they were shortcu

Re: [Ayatana] Farewell to the notification area

> 1) Communicating the goals and current status to end users. The amount > of people who think the messaging menu is only a launcher, for > example, is overwhelming. And I cannot really blame them in those > cases. What should I say? "Well, it's obvious if you were subscribed > in the Ayatana list

Re: [Ayatana] Farewell to the notification area

> Your feedback is welcome on this mailing list (or, if you prefer, on > either of those Web pages). Does the plan make sense? Or are we > completely off our rocker? Is there anything we've missed? Do you have > suggestions on how we can make the transition smoother? As a regular reader of Ubuntu

Re: [Ayatana] Farewell to the notification area

Hey mpt, I think the target is far enough but I wouldnt like to remove it from the default install until upstreams adopt the new spec fully. Which will take a long enough time. I think remove it cold turkey from the next LTS release just to give it fair warning to universe app developers/maintaine

Re: [Ayatana] Farewell to the notification area

AFAIK, this is a major deviation from what upstream and other distributions are doing, even larger than that of notify-osd. Is there any sign of uptake of the indicator suite of protocols upstream or in any other distributions? Why or why not? Gnome-shell certainly seems to be going a different di

Re: [Ayatana] Farewell to the notification area

It's makes sense, the lack of options to move things around will concern some in the design community who want to experiment. So long as it doesn't kill off the character pallet that I use for printing ° and € :-) I'll be fine. Martin, On Wed, 2010-04-21 at 21:44 +0100, Matthew Paul Thomas wrote

[Ayatana] Farewell to the notification area

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi folks On the new Canonical Design site, we've just posted an overview of our plan to retire the notification area (a.k.a. "system tray") from Ubuntu by 11.04. Mark S. has posted an architect

Re: [Ayatana] Indicators for showing progress

> What would be the usefulness of showing the download portion of these > tasks in a menu? Huh? It wouldn't be "the download portion of a task", I'm talking about tasks that *are* downloads. > And if package downloads in particular shouldn't be shown in the menu > (Update Manager is another exam

Re: [Ayatana] Indicators for showing progress

On Wed, Apr 21, 2010 at 10:18, Matthew Paul Thomas wrote: > Conscious User wrote on 20/04/10 14:21: > > > I think it would be fine enough if the "download indicator" was a menu > > with one item per download. This item would have a percentage, a label > > and an icon indicating the source applicat

Re: [Ayatana] Indicators for showing progress

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Conscious User wrote on 20/04/10 14:21: > >> All that said, I'm skeptical about the obviousness of any unified >> graphical interface for different types of file transfer. And if there >> was one, I very much doubt it would take the form of a menu. Fo