[Ayatana-dev] Unity Bitesize Bug Report for 7 December
Hi Ayatana-dev, As I mentioned last week we’ve started a campaign for helping people get started on fixing bitesize bugs in Unity. Jono blogged about this as well. As it turns up, we’ve got our first bitesize contributor today! Jamal Fanaian has fixed Bug #683241: Jamal is a developer working on Flickr. He passes along “I love Ubuntu and open source software, so my only real hobby has become working on open soruce. Other than that, I like playing with hardware, although recently I have found less time to do so.” Basically the trash icon showed up empty even if you had stuff in it. Jamal first grabbed the code, then fixed the bug, and then pushed it to launchpad. Here's the list of bugs: https://bugs.launchpad.net/unity/+bugs?field.tag=bitesize And the highlights ... Bug 677577 - Clicking on a launcher icon does not raise most recent window- Fixed! Bug 646740 - indicators are mis-aligned Bug 683241 - Recycle bin icon is empty when there are items in the bin - Fixed! Bug 683466 - There are 2 Quit menu options in Quicklist Bug 599716 - having “unity —replace” would be nice Bug 681428 - scrolling does not work on the sound menu - Music lovers everywhere would appreciate a fix here. New bitesize bugs this week (they might be older bugs but new to bitesize): Bug 686591 - unity-panel-service should be autorestarted by unity when crashing - A fix for this one would be most welcome, as it’s annoying! Bug 677594 - Workspace switcher useless with one workspace - Armor Nick seems to be doing the initial investigation here. Bug 686182 - Unity launchers run multiple copies of program if clicked multiple times before the program loads Bug 599716 - having an unity binary would be nice Getting Involved: Instructions for getting started are available here: http://unity.ubuntu.com/get-involved. For more information check out the wiki page: https://wiki.ubuntu.com/Unity/Bitesize Original blog post (with formatting): http://castrojo.tumblr.com/post/2134565731/unity-bitesize-bug-report-for-7-december -- Jorge Castro Canonical Ltd. http://twitter.com/castrojo Help fix Unity Bitesize Bugs: http://goo.gl/i1WA1 ___ Mailing list: https://launchpad.net/~ayatana-dev Post to : ayatana-dev@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana-dev More help : https://help.launchpad.net/ListHelp
Re: [Ayatana] progress window chrome
Discussions about an eventual progress indicator aside, I think this is the kind of thing modal dialogs are meant to eliminate. http://people.freedesktop.org/~david/gnome-shell-modal-dialogs.png -Original Message- From: frederik.nnaji frederik.nn...@gmail.com To: Ayatana List ayatana@lists.launchpad.net Sent: Mon, Dec 6, 2010 6:43 pm Subject: [Ayatana] progress window chrome what purpose has the titlebar in the attached image? I can only imagine that it is meant as a drag handle.. anybody? ___Mailing list: https://launchpad.net/~ayatanaPost to : ayat...@lists.launchpad.netunsubscribe : https://launchpad.net/~ayatanaMore help : https://help.launchpad.net/ListHelp ___ 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] Do You Use Gwibber?
Finally, it would be really nice if Gwibber pulled in my most current status update from Identi.ca and placed it into the Me menu, so I could see what my current status is when I go to update it. Interestingly enough, this has already been part of the specification for a long time now: https://wiki.edubuntu.org/MeMenu#Broadcast field The default contents of the field depends on what your last posting was to each of the set up broadcast accounts. - If the last posting was the same to all broadcast accounts (for example, if you have only one broadcast account item set up), the default contents of the field should be the text of that last posting. - In all other cases, the default contents of the field should be nothing. ___ 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] Do You Use Gwibber?
I use Gwibber a lot. One thing I didn't like about the Gwibber integration with the Messaging Menu was how it showed message-specific entries instead of box entries with unread counts like the Evolution integration does. Ken Van Dine recently fixed that and I'm very happy for that. As for the entry in the Messaging Menu, if it had character counting and url shortening I'd be using it a lot more, because it makes sense: I shouldn't need to explicitly open Gwibber to post a message, just like I shouldn't need to explicitly open my contact list just to change my status. I like the idea of the Messaging Menu being an app-independent inbox and the Me Menu being an app-independent outbox. That's why I'd prefer that the evolution compose entry was in the Me Menu. -Original Message- From: frederik.nnaji frederik.nn...@gmail.com To: Ayatana List ayatana@lists.launchpad.net Sent: Mon, Dec 6, 2010 5:59 pm Subject: [Ayatana] Do You Use Gwibber? esteemed readers, Do you use Gwibber? It would be quite gratifying if this thread could produce some statistics or opinions. I'm currently evaluating the role of Gwibber in the Ayatana subsystem. We currently have Mail and IM portrayed by two seperate icons in the panel: 1) the envelope - Mail - Messaging Menu 2) the speech bubble - IM - Me Menu Please respond, if you have the time... I'd welcome opinions, symbolic icons for Gwibber or simply a boolean response ;) ___Mailing list: https://launchpad.net/~ayatanaPost to : ayat...@lists.launchpad.netunsubscribe : https://launchpad.net/~ayatanaMore help : https://help.launchpad.net/ListHelp ___ 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] Launcher' icons size to big
Jason, while we're at this subject, could you please tell if Unity is going to follow the WM_CLASS emergency fallback that Docky currently uses? Since Unity is going to use those big icons, I'm particularly worried whether it will always ensure overriding small icons with large enough ones, even when the window is not directly associated to a .desktop file. -Original Message- From: Jason Smith jason.sm...@canonical.com To: Martín A. Casco martinca...@gmail.com Cc: ayatana ayatana@lists.launchpad.net Sent: Sun, Dec 5, 2010 7:05 pm Subject: Re: [Ayatana] Launcher' icons size to big On Sun, 2010-12-05 at 21:47 -0300, Martín A. Casco wrote: I understand your point. But just an example, since I use Ubuntu (from Hardy), I always used AWN and 32 x 32 pixels for icon's launchers and never have fuzzy problems... Even with Cairo and Docky. I wrote docky, trust me, it happens :) But, if we use 52 x 52 small screens will loose to much space on launcher, and auto-hide can't be the solutions, for many users like me, auto-hide is not used.. Compared to the old launcher you lose an extra 2-4 pixels horizontally. I understand then point about horizontal space. I believe a better hiding mode may be useful for you. I hope to have intellihide ready soon. Even more, with 52 x 52 icon's size, we can't add more apps to the launcher, I know the option arrange icons when we have a lot of apps on launcher or to many apps open, but this option is very unusable, it's look nice, but it's unusably.. 52x52 vs 48x48 makes no difference in terms of number of vertical applications on the launcher in a standard netbook screen. The last once folds a tiny bit sooner is all. I should note the code is completely flexible in icon sizing so we can do resolution independent UI in the future. Bets, El dom, 05-12-2010 a las 18:53 -0500, Jason Smith escribió: There are unfortunate limitations on icon sizing in Linux. We are stuck with 24px, 32px, 48px, and 64px icons. We can interpolate in between, however this will make it fuzzy. Further 32x32 is not a good option since a lot of applications only ship a 24, 48, 64 set of icons. Further, svg's while scalable, do not scale all that well either. What are designed to be 1px lines end up being fractions of pixels, making them fuzzy as well. For the compiz version of Unity it was then decided to use 48x48 icons, with a 2 pixel border in the tile. This represents a growth in tile size from mavericks 48x48 to Natty's 52x52. The icons do *look* a lot bigger though because the icon fills a lot more of the tile now. In reality however, the icons are only 8% bigger. Some of this loss can be made up for by a smaller padding on each side of the launcher. If you look at the launcher in Maverick you will see the icons are fuzzy. Be warned though, once you notice this, you can never un-notice! To be truly scalable, Icon authors need to make svg's, and svg needs a way to denote a line has a fix pixel size. Until this is both possible and completed, we are stuck in the world of fixed icon sizes... or shipping lots of icons. -- Jason Smith | Desktop Experience Team GNOME Developer Canonical USA Inc. T. +1.248.756.6266 | jason.sm...@canonical.com Ubuntu - Linux for human beings | www.ubuntu.com ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp ___ 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] More complete Applications view
Hi Vincent, thanks a lot for sharing your idea! The home of the Dash can definitely be a good place for more sophisticated activity launchers and for surfacing content in general. We are exploring different possibilities around this, so it's great to see that people here are liking it that much! Thanks, chr On Fri, Dec 3, 2010 at 10:04 AM, Vincent Moulin cont...@nilux.org wrote: Hi, Here are my ideas about the Unity applications view. This is not perfect and finished, but my goal was just to show other options and inspire. http://dropbox.nilux.org/unity-app-view.pdf Feel free to comment! I can provide the original SVGs if needed. Cheers, Vincent Moulin cont...@nilux.org ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp ___ 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-commits] [Merge] lp:~ted/dbusmenu/kill-dbus-glib into lp:dbusmenu
Review: Approve I haven't looked deeply into this, but it looks very nice at glance. Very good work Ted! :-) Because I on principle *must* comment something on such large reviews here's some feedback. All of these are really just personal programming style preferences, so disregard to your liking: a) I think that all the heap allocated GVariantBuilders and GVariantIters could just as well be stack allocated. Not that the increased memchurn by heap allocations will matter much compared to the socket io. b) For methods that return guint32 and gint32 i prefer also storing the return values not just in a guint or gint, since technically guint and int could be 64 bit. Although it's extremely unlikely to cause problems, it's theoretically possible (I think?) c) In your async calls where you pass 'self' as the userdata argument I think you need to g_object_ref(self) and the unref in the async callback. The self instance may be finalized the async call returns. This may not be a problem in this particular lib, but I've had problems with that in some of my own libs in the past. -- https://code.launchpad.net/~ted/dbusmenu/kill-dbus-glib/+merge/42543 Your team ayatana-commits is subscribed to branch lp:dbusmenu. ___ Mailing list: https://launchpad.net/~ayatana-commits Post to : ayatana-commits@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana-commits More help : https://help.launchpad.net/ListHelp
[Ayatana-commits] [Branch ~indicator-applet-developers/dbus-test-runner/trunk] Rev 25: 0.0.2
revno: 25 tags: 0.0.2 committer: Ted Gould t...@gould.cx branch nick: trunk timestamp: Tue 2010-12-07 20:35:12 -0600 message: 0.0.2 modified: configure.ac -- lp:dbus-test-runner https://code.launchpad.net/~indicator-applet-developers/dbus-test-runner/trunk Your team ayatana-commits is subscribed to branch lp:dbus-test-runner. To unsubscribe from this branch go to https://code.launchpad.net/~indicator-applet-developers/dbus-test-runner/trunk/+edit-subscription === modified file 'configure.ac' --- configure.ac 2009-08-19 16:59:30 + +++ configure.ac 2010-12-08 02:35:12 + @@ -1,11 +1,11 @@ -AC_INIT(dbus-test-runner, 0.0.2dev, t...@canonical.com) +AC_INIT(dbus-test-runner, 0.0.2, t...@canonical.com) AC_COPYRIGHT([Copyright 2009 Canonical]) AC_PREREQ(2.53) AM_CONFIG_HEADER(config.h) -AM_INIT_AUTOMAKE(dbus-test-runner, 0.0.2dev) +AM_INIT_AUTOMAKE(dbus-test-runner, 0.0.2) AM_MAINTAINER_MODE ___ Mailing list: https://launchpad.net/~ayatana-commits Post to : ayatana-commits@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana-commits More help : https://help.launchpad.net/ListHelp
