Re: [Ayatana] Fwd: Things I have noticed
But if the user is focusing on something else, the worse thing to do would be to force him to break his focus. I quite like notify-osd as it is (apart from the terrible lag when using the backlight change keyboard shortcuts). Mark, do you mind explaining what you mean with an "halfway line" ? Does it mean the notifications wouldn't go in the top of the screen if there's no sync notification ? That'd be space eating in netbooks and laptops, imho. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] Notifications are annoying when typing in the upper right corner of a window
When you're browsing the web, how long can you stay moving the mouse, scrolling, without any decent (lets say 10 seconds) delay ? Sometimes, quite a while. This could delay notifications too much since you'd have the time to popup only one notification before the user moves again (and anyways if he stops moving he's probably reading). And if there's been no activity for a while, he's likely not to be even looking at the computer. I think it's a good idea to delay the notifications when we know for sure we'll break an activity (for instance, drop a non important notification when evince or ooo presenter is fullscreen, or when the user is browsing a menu, delay the notifications till one sec after he's done), but I don't think we should try to guess the use case based on input activity. This could fail in many cases. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] Notifications are annoying when typing in the upper right corner of a window
Hello, I think Mike said what i wanted to say. My worry is that you get a notification as soon as you stop typing. Usually, when i'm typing a document (i'm not speaking about forms, which indeed require me to watch the label of the fields i'm filling), the only moments when i stop are when i need to think about what i wrote, which happens a lot. I think an user using a word processor or writing an email would likely stop typing to think too, and thus triggering the notifications at this exact time would be counter productive. The current notifications are not that intrusive (except in specific cases : firefox's search field / fullscreen apps), and i think users can easily ignore me when they're busy typing a document or browsing the web, as long as they dont pop up in the middle of the screen (when i watch my family using Ubuntu, i notice they dont react to the notifications, and i didn't hear any complaint about them). I dont think we'd gain much by trying to guess the behaviour of the user, because it requires being able to imagine absolutely any activity / behaviour (s)he can have. My HMI courses were poor but i've been warned that it wasnt an feasible task, back then. We would always forget an usecase and disturb someone who's focusing on his work. That's why i think it would be wise to only delay notifications when it is obvious that the user needs his(her) eyes somewhere else. The best approach for me consists of making notifications that are easy to spot on the screen but that someone focusing on something else can easily not notice. I think notify-osd is approaching this state now, and we should focus on improving its last bugs, this will likely receive more praise from users ;) Cordially, SD. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
[Ayatana] "Power information" notifications
Hello, I've been having a look at gnome-power-manager's notifications lately, and I found out that it was popping up notifications with 4 to 7 lines, which is far from optimal. I've quickly made some icons and text changes in order to try to make these notifications more little - thus faster to read, because i wasnt even able to read the emergency notifications to the end, with the current amount of text. I attached to this email the icons I've made for the purpose, alongside a script that you can run and that will popup the current and the proposed notifications. (Just extract the file to your ~ and chmod+x the script, then run it, it'll use notify-send). Cordially, SD. -- Steve Dodier OpenPGP : 1B6B1670 IRC : SiDi on irc.freenode.net Jabber : s...@im.apinc.org steve.dod...@gmail.com https://launchpad.net/~sidi notification-battery-show.tar.gz Description: GNU Zip compressed data ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] "Power information" notifications
Hello, Actually the icons were in the presentation, in the .icons folder. I also added a killall notify-osd at the head of the script to make sure it restarts and notices the icons. I'll add a video to dailymotion so that you can see them. I also thought of putting information in the title, but I thought it might be a too big change. I'll add them to my script and upload a video ASAP. PS : sorry Mark, you got the mail twice, i'm having serious problems with mailing lists :| ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] "Power information" notifications
Hello, I'm currently making the script and vid, as you'll see, the icon shows the percentage. (I've got an icon every 17% approximately, i can do more but then freedesktop people will hate us for so many more icons). 2009/6/3 MartÃn Soto > On Wed, 2009-06-03 at 10:42 +0200, Mark Shuttleworth wrote: > ... > > Battery low > > 25 minutes remaining (15.67%) > > That's all that's needed. We shouldn't use generic titles like "Power > > information" and then put the detail in the body - we should put the > > key information in the title itself. Reading the title should give me > > the key idea - my battery is low. > > Just a little comment: 15.67% doesn't say a lot more than just 15%, > which is arguably easier to read. I would round this value to the next > multiple of 5 or something. Extra points if the icon also reflects the > value, at least to some extent. > > Cheers, > > M. S. > Cordially, SD. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] "Power information" notifications
Hey people, I attached an updated script to this email, but dailymotion doesn't seem to be like uploading vids today, so I had to use YouTube instead. YouTube link here : http://www.youtube.com/watch?v=fkdaiXXcv8w Cordially, SD. notification-battery-show_2.tar.gz Description: GNU Zip compressed data ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] "Power information" notifications
Alright, I'll begin cutting the icons into 10% parts. Mat, if you can make the AC adaptator icon, it'd be great. It will take me a lot of time to get something looking decent. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] "Power information" notifications
I meant the battery icon with an AC adaptator in the bottom right corner, actually. What do you mean by zigzag ? ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] "Power information" notifications
2009/6/3 David Siegel > Steve Dodier wrote: > >> Okey, I've got it. I made a quick draw, I still don't know how i'll do for >> when it's at 50%, but do you people mind telling me what you think of the >> attached icon ? >> >> Cheers, SD. >> >> >> >> Steve, you forgot to reply all! :) Great icon ! > > David > Wow, fortunately you noticed :) GMail is definately not friendly with mailing lists :/ -- Steve Dodier OpenPGP : 1B6B1670 ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] Things I have noticed
Aren't the IM applications now meant to use indicator-applet instead of libnotify to notify messages, and isn't indicator-applet not appearing if you're in fullscreen ? ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] notify-osd + fullscreen + multiple monitors
What about console-presenter and evince / other PDF viewers ? They're used too for presentations. I don't think we can maintain an exhaustive list of applications, so maybe we should provide the user with a GUI to tell which apps shouldnt be overriden and in which circumstances (and have our own default apps there, like Evince in fullscreen, Presenter in fullscreen, etc). This GUI could also maybe offer options for how to manage notifications in different presence settings (away / slightly busy / don't disturb me at any cost or kittens will die / etc), with, again, our default settings. This way, every user who doesn't feel at ease with the default behaviour would be able to make it more accurate, and we'd cover a good percentage of use cases. Also, the purpose of notify-osd vs indicator-applet is that what pops up in notify-osd is system to user while indicator-applet is apps to user, right ? If the apps communicate with indicator-applet, then the user can choose where to retrieve his messages there and it'll be allright. And if we use notify-osd only for things such as the song in the music player, battery / brightness / volume notifications, and such stuff, then the user shouldn't miss any information who would have interested him while he was busy, right ? A last word, about indicator applet, a bit off-topic thought. Please make sure to give each app a max amount of items to display in the applet. It would be bad if it had to turn into those IE pop-up blockers that end up with 400 craps that the user will not even try to read. Make sure each app uses it nicely so that it doesn't become a 'junkbox' the user would lose interest for. Cordially, SD. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] Things I have noticed
I doubt i give enough importance to notifications to sacrifice them a shortcut i'd have to remember afterwards. There are much more appropriate mechanisms for settings that dont change often, in my opinion. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] Yip: An Unified Notification System for the Web
What would be the practical use of it using libnotify when we're actually trying to get notifications to be used for system-to-user notifications and indicator-applet used for chat/im-apps-to-user communication ? Wouldn't it be even better to try to make this work with indicator-applet ? ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] [Fwd: Re: Update manager]
Hello people, My email may be asynchronous but i barely could follow this thread, yet i wanted to say a few words on it since i fell on an interesting bug today on launchpad. My understanding of indicator-applet is that it is designed for apps-to-user communication and apparently only used by "social" apps (email, IM, and maybe soon some websites with Yim ?). Thus, i believe update-manager should not use it at all, for the sake of consistency. Updater-notifier uses an icon (orange/red) to notify the user of the presence of updates. That's personally how i notice available updates, and, after a few weeks of usage, i noticed it became natural to watch after it for my family members (even if they still do their updates on a weekly basis). Notifications are, in my understanding, devoted to system-to-user communication (power management, critical bugs on the desktop, etc) and to synchronous app-to-user communication (currently played song, for instance). I think update-notifier should shamelessly use it, and even with critical notifications for notifying the availability of security updates. One notification for saying updates available (one max / session), and another to say it's finished, that seems ok to me. Now, we have two coherent ways of notifying the user about these important notifications. It's enough and we shouldn't disturb them more than that, which brings me to this LP bug : https://bugs.launchpad.net/hundredpapercuts/+bug/200127 I added it to one hundred paper cuts because it's an old, easy-to-fix, and critical usability bug. Currently, update-manager windows keep popping-up when you're working on disturbing you, while they should pop-up unfocused (or not popup at all, and the information be integrated in the original u-m window, aswell as the tray icon's bubble kept consistant) and let you breathe and keep working (or not working :p) on your desktop. That was my 2 cents. Have a nice day, SD. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] [Bug 357150] Re: Regression vs notification-daemon: Notify-osd doesn't deal with a large number of notifications well
My opinion is that an application that needs to send so many notifications in a short period of time is doing it wrong. If there is so much input the user should be aware of then the app should tell it to open it's GUI instead of libnotify-spam. 2009/6/16 Mark Shuttleworth > > Given that there is another dup of the "long queue" issue, I'm cc'ing the > Ayatana list. > > Ayatana team, for reference: > >https://bugs.launchpad.net/bugs/357150 >https://bugs.launchpad.net/bugs/334809 > > MPT, can you point to a spec for the 9.10 queue throttling behaviour, that > captures the ideas around discarding notifications? Also, do we have a list > of applications which can generate 10's of notifications (like a > notification for every new message in the inbox when you start up mail) that > we can fix (to send a summary message in those cases)? > > Mark > > > > ___ > Mailing list: https://launchpad.net/~ayatana<https://launchpad.net/%7Eayatana> > Post to : ayatana@lists.launchpad.net > Unsubscribe : https://launchpad.net/~ayatana<https://launchpad.net/%7Eayatana> > More help : https://help.launchpad.net/ListHelp > > -- Steve Dodier OpenPGP : 1B6B1670 IRC : SiDi on irc.freenode.net Jabber : s...@im.apinc.org steve.dod...@gmail.com https://launchpad.net/~sidi ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] What most people would find useful (was: Re: Updates on Login )
This discussion has grown big enough for it to deserve several wiki pages about several points, so it'd be really great to stop splitting it and changing its name, cause i just can't follow anymore. PS : sorry for the offtopic :) ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] Chocolate Color Scheme
Just a few comments : Orange being associated to low quality is an USA cultural specific issue, as far as i know. In fact, if it's almost not used in Europe, i don't think companies that use it are looked at as low quality at all. And since it's an uncommon color, it's very practical for building a strong standing. I don't think an issue such as the default theme itself could be a paper cut at all. A theme is a lot of work (make sure it works with all the apps, with any kind of screen, with different luminosities), and i believe this is why it hasn't been changed. A default theme shouldn't be glossy or whatever, it should be easy to use, and I must say Human never went in my way, so it's a good theme on this aspect. Cordially, SD. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] notification for multimedia keys?
The code is in lp:exaile, normally. This video should show the final draft in details : http://www.youtube.com/watch?v=ZL-0fbNdEbY I'll try to find the time to propose a patch for RB that does the same. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] Updates on Login
I don't think (b) is a good idea for the following reasons : * When the user shuts the PC down, he doesn't expect to give it attention anymore. An update can fail or be interrupted for some reasons (package missing on a server, internet connectivity broken, kernel upgrade asks if the menu.lst should be changed, etc). How do we let the user control the update process in these cases ? How do we make sure the user's attention isn't needed ? * What about laptops ? Sometimes you shutdown your laptop because you're about to move. Do you want, in this case, to have to wait for the upgrade to perform ? I'm not against the idea itself, but I think it should be an optional thing, not enabled by default. SD. PS : forgot to forward to Ayatana ML again x.x ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] Updates on Login
So is it possible to know *before* when a reboot will be required ? Very likely yes, right ? It only happens when hardware drivers and kernel get updated ? The packages list is updated when the computer is turned on, anyway, but let's assume Mr. User didn't do his updates Monday, then Tuesday he can be offered this update on GDM (i don't think its feasible on boot if we already list other OSes according to the new Boot specs, and since there is already disk encryption + fscheck). And if the user clicks on "Updates available (reboot needed afterwards)" in GDM he's asked to identify in order to process the updates, and then it updates and reboots. But if Mr. User refuses to do the updates, update-notifier should bother him, or not ? And on next computer boot, should it still be on GDM ? As for updates on shutdown, Alex raises a good point. It requires the user to stay in front of the computer, so I suggest that instead of doing updates "on shutdown", the shutdown GUI says "There are updates available, it is recommanded to do them before shutting down, click here to open the Update manager", and it opens the Updater Manager. Once updates are done, it offers to proceed with shutdown. I know that in most cases this is not needed since the update will happen well, but i think its better to make users expect to have to act. If their mirror goes down, if debconf asks if a file should be merged, if a dep is broken, if a public PPA key is missing, then the user will need to be able to act in order to solve the problem. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] The old "installer getting stuck at 82%" issue :-)
Hello, The 82% step is the one when the installer looks for a mirror, and it's the first step to download the user's locale in order to have a fully translated Ubuntu. The locale download part has a "Cancel" button in case it's too long, but the 82% one doesn't. I reported this to the developers of Ubiquity about 2 months ago, and they told me that it was not as trivial as that to get it fixed (i don't know why exactly, but i suppose they know what they say). ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] notify-osd + fullscreen + multiple monitors
Forwarding to ayatana as i forgot to put it in the recipient list AGAIN... -- Forwarded message -- From: Steve Dodier Date: 2009/7/8 Subject: Re: [Ayatana] notify-osd + fullscreen + multiple monitors To: Mark Shuttleworth I must say i disagree with the use of a "reminder" notification per application. I would be in favour of a notification (or dialog box) that lets the user know (s)he can disable notifications (and maybe other things like blinking indicator-applet and pidgin/empathy windows) when (s)he goes in FUSA do-not-disturb mode, but this notification / dialog box should only appear once (and possibly not in the first day of use because the user might have enough things to do / learn not to be able to focus on "new" things). My main worry about notifications per application is that indeed, it will piss users off. And if really we want to do it once per app, it means we have to remember about every app for which a notification has been shown. Sounds like too much effort for the benefit in my opinion. By the way, i mention dialog boxes, because i don't consider it bad to use it in order to present a feature to an user. Indeed, the OS of the bug #1 just spams dialog boxes with errors and cryptic messages, seriously disturbing it's users. I think educational dialog boxes that only appear in order to present the indicator applet and notification system (so that the user knows how to expect his system / apps to communicate towards him) should be bearable. -- Steve Dodier OpenPGP : 1B6B1670 IRC : SiDi on irc.freenode.net Jabber : s...@im.apinc.org steve.dod...@gmail.com https://launchpad.net/~sidi ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
[Ayatana] Recent discussions about updates : proposal to retarget the discussion
Hello Ayatana, There have been, lately, a lot of discussions about the Update Manager. They have lasted for a good while, there have been over 100 emails, and no decision has been made so far. More worrying, I can't clearly see a beginning of consensus on the ideas proposed in the different threads. I think the main reason of that is that we should first have thought about what is currently an issue, and, while drafting changes to the current implementation, thought about which issue we were trying to address, and how our proposal would address it. This enables validation of choices on a sane (ie. less subjective) basis, and I hope that such an approach can lead to better results. After a quick discussion on IRC with Scott, Mac and other people whose name I forgot (*hides*), I identified 4 main issues (i found others by the meanwhile but I won't evocate them here) : 1. Some updates take effect only after a reboot 2. Some updates require an application to be restarted, otherwise this application doesn't work as expected 3. The update notification mechanisms should never be rude / intrusive towards the user, at the risk of the user trying to neutralize it 4. A fair proportion of users doesn't perform security updates fast enough I formalized and explained them in a Wiki page [ https://wiki.ubuntu.com/Ayatana/UpdateIssues ], that I hope to see grow with more issues, and proposals for each of them, till we get a complete draft of what we think should be done. I hope this attempt will help us to find effective solutions in time for Karmic. Cordially, SD. -- Steve Dodier OpenPGP : 1B6B1670 IRC : SiDi on irc.freenode.net Jabber : s...@im.apinc.org steve.dod...@gmail.com https://launchpad.net/~sidi ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] Battery is charged popup
Hi, Was it on Jaunty / Karmic ? What version of gnome-power-manager ? In my opinion it's a bug that should be reported : * "Battery full" notifications shouldn't have an action associated to it Anyway, I don't think these "battery full" notifications are useful in most cases. If I'm plugged in a train station because i'm gonna take another train and will need battery, it's useful. But this happens about 6 times per year, while everyday my power manager would bother me about my battery being full when I don't really care about knowing whether it's plugged or not. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] New notification placement
I think it shouldnt cost so much to fade it when it spawns unfaded because of the mouse. Having to leave the area 40px around the bubble and to come back into it to blur the bubble is overkill. I'd prefer having it spawn unfaded and fading after one or two seconds, or directly beginning to slowly fade. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] Message Indicator: Listing apps in menu even if they are not on
2009/9/5 mac_v > On Fri, 2009-09-04 at 16:45 -0400, Celeste Lyn Paul wrote: > > On Fri, Sep 4, 2009 at 2:39 PM, Mark > > Shuttleworth wrote: > > > Stuart Langridge wrote: > > > > > > Am I missing something here? If Pidgin's not running then by definition > > > I can't have any messages in it. Is the messaging menu just another > > > applications menu but only containing apps which are capable of > > > generating messages? That seems not all that useful to me, unless I've > > > completely misunderstood the purpose of it. > > > > > > > > > I'll go out on a limb and say that's because y ou are one of the > special and > > > wonderful breed of people who know what's running on your computer. You > may > > > even, like me, have your favourite ps incantation to reassure you on > the > > > subject. > > > > > > The idea the messaging-menu-launching capability is built on is that > users > > > tend to go there to see if they have messages first, and if they don't > see > > > anything, they don't know if it's because "the thing is not running". > > > Switching and launching are a blurred experience for many people. > > > > So this is all very confusing because I don't think anyone has > > responded about the future purpose of the message indicator. > > > > Currently this how I would expect it to work: The message indicator > > will indicate if there is a message there. If there are no messages, > > there is no indication. No reason to go to the message indicator. No > > reason to go there to launch an application. If there is a message > > there, then you go to the message indicator and it tells you what > > messages you missed. If you missed a message, want to see more about > > it, you click on the message item and it takes you to where you need > > to be. If the application is running, then you go to the app or > > whatever. If there is a message for an application *not* running, > > clicking on the message item will launch the application and load the > > message. The latter is an acceptable shortcut to an application > > because it is simply supporting the primary activity of the message > > indicator: helping users view missed messages, regardless if the > > application/service is running. > > > > If an application has *no* messages, there should be no reference to > > that application anywhere in the message indicator, regardless if it > > is running or not. This includes shortcuts to launch applications. But > > the v2 plans for the message indicator wants to provide a shortcut to > > applications, regardless if they are running and if they have > > messages. Why do users need this? All the message indicator should do > > is support messages. > > > > The real question is "Why not?" why shouldn't it behave as a launcher > too! > > They've already accepted that > it will be allowed to blacklist/remove apps from the menu , > and if no app is using the menu , the icon wont be shown. > also that the menu would only have limited number of entries and not be > a comprehensive status dashboard. > So, now it doesnt hurt anyone who doesnt want to use it and wouldnt spam > the menu! > > I dont see any reason to prevent this new function just because it wasnt > the "initial goal" ! > So are apps never supposed to add new functions which were not the > initial goal? > > Anyone subscribed to the wiki page would realize that the messaging menu > specs are changed almost every other day[in the past couple of weeks]. > They seem to be testing it and trying to find a proper solution! I think > if we are a *little patient* the plans would become clear,eventually. > > I *really* [cant stress this enough] like the idea of messaging-menu + > launching capability , this is a nice idea and hope they dont backtrack > because of a few questions of this not being the "initial goal" . > > > -- > Cheers, > mac_v What you seem to forget is that this "change that is not the initial goal" completely changes the *semantics* of the message indicator. If it is not only the main place for checking messages but also for launching IM/Email/Web apps, then : 1) you need to state it clearly. Third-party developers might want to know exactly what indicator-applet does, and what it is likely to do in the future (which clearly isnt the same for an indicator and for a dashboard) to know whether they want to support it or not. Especially developers from other distros. 2) you need to make sure the curr
Re: [Ayatana] Notification consistency
Hello, > > I was thinking that this info could be displayed in > > notify-osd too. > I have actually tried to do it. It's not possible because the gtk status icon's tooltip-query signal doesn't behave as expected. > > Also I was thinking that firefox should use notify-osd to display when a > > download is finished. I know that an addon for firefox exists so why not > > use it by default? > +1 too, but it'll require Mozilla to natively support libnotify for their Linux client. I'm actually surprised it's still not the case... -- Steve Dodier OpenPGP : 1B6B1670 IRC : SiDi on irc.freenode.net Jabber : s...@im.apinc.org steve.dod...@gmail.com https://launchpad.net/~sidi ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] Notification consistency
2009/9/7 Mike Rooney > On Mon, Sep 7, 2009 at 6:04 AM, Steve Dodier wrote: > >> > Also I was thinking that firefox should use notify-osd to display when > a > >> > download is finished. I know that an addon for firefox exists so why > not > >> > use it by default? > > > > +1 too, but it'll require Mozilla to natively support libnotify for their > > Linux client. I'm actually surprised it's still not the case... > > That is currently possible with the extension > https://addons.mozilla.org/en-US/firefox/addon/9622, so if we wanted > it, it would just be a matter of incorporating that behavior into > Ubufox. This is unfortunately not enough as any plugin that uses the firefox notifications will make use of the built-in ones and not of libnotify. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] Ubuntu User Experience Guidelines
FYI, about the "Tango compliance". People in Ayatana are not working only for Ubuntu, and certainly not only for GNOME. Breathe is the perfect exemple of a community project that has between nothing and nothing to do with GNOME or Tango, I don't see why it would follow guidelines that are not relevant to what it is. Consistency is certainly not "clone(gnome) && clone(tango)". This is lack of innovation and diversity. There certainly are great things in every project, but I don't see why you would feel the need for everyone to just "paraphrase" what's been done already. GNOME HIG and Tango are not perfect, and they don't make everyone happy. It's certainly not their goal, but it seems to be the belief of some of their advocates... And sorry, but I don't see the link between Ubuntu's openness and UX guidelines. SD. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
