Re: R: [Fwd: [Ayatana] Empathy is not in line with the much discussed guidelines]
Vincenzo Ciancia wrote: On mar, 2009-06-30 at 12:45 -0500, Evan R. Murphy wrote: XChat flashes the notification area, though it can be disabled. Should this be addressed as well, or is it a nonissue because XChat isn't a candidate for default install? Of course I am not the one who can answer this, but contextually, are there written guidelines including the no flashing allowed thing? If so, that can be added to an eventual bug report to xchat. Yes, there are. Quoting from the GNOME HIG: * Icons should not usually appear animated. They may change to indicate a change of state, but should not do so when that change is occurs regularly rapidly. A battery status indicator would usually change slowly, therefore an icon is appropriate. By contrast, a load meter would always be changing, therefore it should use a flat image. * Any icon may blink to indicate an error in deference to showing an alert. For example, a printing-in-progress icon may blink when there is a paper jam, but not when the printer is on fire - that should show an alert. * Do not rely on blinking or animation as a means of alerting the user to any particular event. http://library.gnome.org/devel/hig-book/stable/desktop-notification-area.html.en Cheers, Emilio signature.asc Description: OpenPGP digital signature -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Hover highlight effect inconsistency with GNOME applets.
Tomasz Dominikowski wrote: Any thoughts, suggestions, explanations? Sounds quite good. I like when we aim for more consistency :) Perhaps this should be proposed upstream to be included in the HIG though. Cheers, Emilio -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Reorganisation of the desktop wiki pages
Sebastien Bacher wrote: The page looks great, I'm not decided about how we should claim updates though. Some packages are actively maintained by one person and some other can be claimed by the first one wanting to do the update. Did you use the wiki usual uploader informations? Does everybody thinks that's an useful information? Where should we store this list so it can be updated easily? The ubuntu-bugs bzr? I think having a list in ~ubuntu-desktop bzr for packages actively updated by one (or more) person would be fine. Then Cesare's script checks it, and for those packages having one maintainer, it lists it in the page, perhaps not displaying the comment field. The other way would be to have to have some people in charge of updating the todolist and contributors claiming items there, that would avoid conflict between people starting on the same update for example. Do you mean the WeeklyTODO wiki? I've used it in the team for some time and don't like it very much. I think a page like this, which is automatically updated and where you just have to put your name in one box to claim the update is much better. Cheers, Emilio signature.asc Description: OpenPGP digital signature -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Reorganisation of the desktop wiki pages
Cesare Tirabassi wrote: My problem is that many of these packages are not maintained by the Ubuntu Desktop Team, so I'm not sure that it is appropriate to list them all in this page; what I would really need is a list from the pov of the Ubuntu team. IMHO it's nice to have them. Although the Ubuntu Desktop Team may not be very interested in them, they are officially part of GNOME and if we can, we want to make sure we release the latest stable release. Of course YMMV. Cheers, Emilio signature.asc Description: OpenPGP digital signature -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Reorganisation of the desktop wiki pages
Pedro Fragoso wrote: Maybe we can use and change debian-gnome-status.py from Debian http://www.0d.be/debian/debian-gnome-2.22-status.html to gen the versions. This scripts uses dak and searches on the pkg-gnome svn the versions, perhaps we can change this to use rmadison and work from there. I talked about this to Frederic Peters some time ago. From debian-gnome-status.py: # TODO: create a Ubuntu column, cf # http://people.ubuntu.com/~ubuntu-archive/madison.cgi I also think it used rmadison before using dak directly (or rather ./my-rmadison). I will try to have a look at adding it myself, but I'm a bit busy right now so no promise. Cheers, Emilio signature.asc Description: OpenPGP digital signature -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: the size of Evolution
Jeff wrote: Le samedi 19 avril 2008 à 13:21 +0200, Emilio Pozuelo Monfort a écrit : That's mostly the images for the documentation. It ships the images for a lot of locales, as some of them are localized. Hmm, at first I thought well there's nothing to do then... but why not split this into evolution-doc-$locale packages, and have them only installed by the good old language-support-$locale? That could be a good option to save a lot of space for Intrepid, indeed. As they aren't localized for every language, we could ship the English version by default. signature.asc Description: OpenPGP digital signature -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Chromium by default? :)
Jo-Erlend Schinstad wrote: Hello everyone. There are a few games that comes with the default Ubuntu install, The games from gnome-games. mosly card games and snakes. I was thinking that too could use an upgrade. Chromium is a really cool and addictive game, that is easy to play and has abit more graphics. I think you should propose that upstream in gnome-games. If it's accepted there then it will be included in Ubuntu. Cheers, Emilio With regards, Jo-Erlend Schinstad signature.asc Description: OpenPGP digital signature -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Use a general ~Downloads-folder for all applications.
Ricardo Pérez López wrote: El mar, 05-02-2008 a las 16:30 +0100, Emilio Pozuelo Monfort escribió: Ricardo Pérez López wrote: El mar, 05-02-2008 a las 14:42 +0100, Jo-Erlend Schinstad escribió: It would be nice if we had one directory for downloads, whether you download using Firefox, Transmission, or something else. +1 The Downloads directory may also contain a symlink to the aMule's Incoming directory, i.e. ~/.aMule/Incoming. Guadalinex [0] (an Ubuntu derived distro from Spain) does that similarly. No, as aMule's Incoming directory is used as the shared folder, so you may end sharing the pictures you received via pidgin :) Maybe I didn't explain well: ~/Downloads ~/Downloads/Incoming (a symlink to ~/.aMule/Incoming) That makes more sense :) Sorry, I misunderstood you. I think Downloads/aMule would be clearer, though. The pictures received with Pidgin will be in ~/Downloads directory, outside the Incoming, so you will not share that with another aMule users. It could be even a symlink to the Temp directory (~/.aMule/Temp). This doesn't make sense to me, as you won't probably be able to use the files from there until they have finished (and then they'll be in Incoming...). Sure, although sometimes (especially with video files, like movies) the files inside the Temp directory can be preview. Yes, but it adds more clutter to the folder and only a few files can be previewed, and I think (although I may be wrong) most people don't want to preview them anyway. Ricardo. signature.asc Description: OpenPGP digital signature -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Use a general ~Downloads-folder for all applications.
Jo-Erlend Schinstad wrote: There is also another thing to consider. While files are being downloaded, indexing services can begin to work overtime, since the files are changed continually. Indexing is a problem; on one hand, you'd like to have your downloaded files indexed and available through Deskbar search, etc. On the other, you don't want to index files as they're being downloaded. With aMule, this is easily handled, as you can choose to exclude the temporary folder from trackerd, but other tools doesn't separate in this way. tracker will stop indexing a file if it has changed more than 10 times recently, as to avoid this cases. It will of course index it again once trackerd is restarted, so you have your downloaded files indexed. This will be implemented in tracker 0.6.5. Emilio Best regards, Jo-Erlend Schinstad signature.asc Description: OpenPGP digital signature -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Gnome-Bt should be removed from applications menu
Nanley Chery wrote: Emilio Pozuelo Monfort wrote: What if someone sends me a mail and I'm using Mutt? I don't think the terminal will open gnome-bt. Is that a valid case for you? (although I won't expect any normal user to use Mutt ;) You are definitely right that a normal user wouldn't be using Mutt - that's for the hardcore users. And if a hardcore user insists on working only through the terminal, I fail to see how a menu entry for a graphical app is better than running gnome-bt from the terminal with the command, ' gnome-btdownload '. That's a good point. I don't think the point of the menu being too huge has any value right now, and it's easy and user-friendly to edit the menus and hide some entries. If the artwork team had the same sentiment, they wouldn't care about providing a brand new and refreshing theme - they would be satisfied with just giving a clunky theme as it is just as easy to change Ubuntu's appearance. This is not the case; however, because first impressions really count. And just as the art team would like new users to be impressed by the new theme, so it should be that the desktop team should, as well, want users to be impressed by the simplicity and intuitiveness of the default desktop - a goal that adding the Gnome-Bt entry (or any unnecessary complexity) would hurt. So let's rename Internet to Network, Graphics to Design, Sound Video to Multimedia, and so on. I don't think that's a good point. Let's change the menus for the sake of changing them. That looks ok for the artwork team, but I don't think this is comparable to the Desktop Team. We need better reasons than that IMHO. It's not that user-friendly to add new ones though - you will need to enter the command, search an icon for it if you want it to be nice... I won't expect a normal user to know that the torrent client's binary is /usr/bin/gnome-btdownload. That is just not true. The process you've describe above is for adding a launcher (usually it's used for adding a non-menu entry). To enable an entry, all a user has to do is right click the menubar, choose Edit Menus, go to the Internet section, and check off Gnome-bt. Enabling an entry is as easy as can be. Yes, you can *recheck* it if you disabled it before... But if you don't install it by default as you are proposing, how would you recheck it if there's no entry at all? You will need to enter the command and look for the icon as I explained. So it's true. With the typical user in mind, I believe it wise to remove the gnome-bt from the menu. There's still the point Andrea Veri pointed out that this would mean diverting from Debian. Is this only change good enough for such a diff? This will mean we need to merge this change everytime Debian releases a new version. Is it worth it? (not that it's that complicated, but someone will have to do it). I'm not against changing this, and I'm not the best person for arguing against this either since I don't use it. But I'm curious on what people who uses it thinks about the menu removal. If people using it think we should remove this too, then I'll be ok with this change. Best regards, Emilio signature.asc Description: OpenPGP digital signature -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Gnome-Bt should be removed from applications menu
Friðrik Már Jónsson wrote: Hi Ubuntians, I can't see any problem it causes, or any harm in having it there. You say there are two many menu items in the Internet section. How many items are there in a default installation? 5 or 6? I don't think that's annoying. At least I can sleep well at nights and I have 17 items right now. Actually, there's that to consider. If you're a user using the default desktop it would make sense to see few items and start simple. If you then have the knowledge to add an application, you would probably want it to show up there, and you might even know how to remove items at will. What I wasn't considering in my earlier conclusion was the fact that Gnome-bt is, of course, not bundled with the default installation. Well it is installed by default. But still I don't think we should remove it from there. I don't think the point of the menu being too huge has any value right now, and it's easy and user-friendly to edit the menus and hide some entries. It's not that user-friendly to add new ones though - you will need to enter the command, search an icon for it if you want it to be nice... I won't expect a normal user to know that the torrent client's binary is /usr/bin/gnome-btdownload. $ apt-cache rdepends gnome-btdownload gnome-btdownload Reverse Depends: ubuntu-desktop gobuntu-desktop edubuntu-desktop Cheers, Emilio There's no reason to simplify things for a user that knows his way around the system and has actually *asked* for that application (and will therefore know what it does when it shows up in the menu); it might even confuse users who expect a menu item, and its presence in the menu sure won't hurt them. Sorry about jumping to conclusions without thinking this through. Regards, Friðrik Már signature.asc Description: OpenPGP digital signature -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Gnome-Bt should be removed from applications menu
Nanley Chery wrote: I don't think this is justified. If you don't like it, you can edit the menus with alacarte and remove that entry. But the fact that you don't use it doesn't mean we should remove it (we could if there was a better reason, but I don't think that is one) Cheers, Emilio It is not just the fact that I won't use the entry - it is also due in part to the not-yet disproved position that having the entry is useless, unsightly, and causes more problems than it solves (if it actually does solve any). Just like adding evince to the menu - it is virtually useless (Friðrik Már Jónsson). I can't see any problem it causes, or any harm in having it there. You say there are two many menu items in the Internet section. How many items are there in a default installation? 5 or 6? I don't think that's annoying. At least I can sleep well at nights and I have 17 items right now. What if I remove Firefox? Or if someone sends me a link via mail? Or if I want to open the client and enter it myself? These are not actually valid cases. By clicking on a BitTorrent file, gnome-bt starts up automatically; therefore, removing Firefox, and receiving a link does matter. The last scenario doesn't make sense as it requires the user to do more work than necessary when he/she can just click on the file. What if someone sends me a mail and I'm using Mutt? I don't think the terminal will open gnome-bt. Is that a valid case for you? (although I won't expect any normal user to use Mutt ;) In my honest opinion, in the grand scheme of things, this is just one part of aiming to keep Ubuntu simple and easy to use. I agree we should keep things simple, but I'm not sure this is a good idea. Regards, Emilio signature.asc Description: OpenPGP digital signature -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
