Re: [Ayatana-dev] Unity-2D and Qt5
On 12/01/2011 12:10 PM, a.gra...@gmail.com wrote: Hi, On 30 November 2011 15:22, Marco Trevisan (Treviño)m...@3v1n0.net wrote: It just seems to miss some Xlib inclusion... yeah, but the problem looks like worse. First of all, i've no problem building Unity-2D if I use the default Qt 4.x available on my system. To use the Qt5 I've built I do the following: export QTDIR=/opt/qt5 export PATH=$QTDIR/bin:$PATH and then I verify that qmake takes from the proper version: andrea@centurion:~/Documents/sviluppo/unity-2d$ qmake -v QMake version 2.01a Using Qt version 5.0.0 in /opt/qt5/lib after this verify I start compiling and after few minutes the compiler stops giving me these errors: http://pastebin.com/icEjJc6P what is strange is that in the log there are references to Qt4 libs, why? Didn't I set the Qt5 as compilation libraries? It looks like make/cmake/qmake are mixing Qt5 and Qt4 libs... a real mess. Any idea? Thanks. Maybe try to build it inside a chroot, so you don't have these issues and also you are sure of what dependencies you're installing, and you don't mess up your everyday working environment. One relatively easy way to do that is via pbuilder: https://wiki.ubuntu.com/PbuilderHowto Hope it helps, -- Ugo ___ 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-dev] Unity-2D and Qt5
a.gra...@gmail.com a écrit : Hi, On 30 November 2011 15:22, Marco Trevisan (Treviño) m...@3v1n0.net wrote: It just seems to miss some Xlib inclusion... yeah, but the problem looks like worse. First of all, i've no problem building Unity-2D if I use the default Qt 4.x available on my system. To use the Qt5 I've built I do the following: export QTDIR=/opt/qt5 export PATH=$QTDIR/bin:$PATH This is not enough. In a previous e-mail, Marco suggested that you need to update PREFIX, CPATH, LD_LIBRARY_PATH, LD_RUN_PATH, XDG_DATA_DIRS, XDG_CONDIG_DIRS and PKG_CONFIG_PATH with that prefix. ___ 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-dev] Unity-2D and Qt5
Hi, On 1 December 2011 15:54, Olivier Tilloy olivier.til...@canonical.com wrote: This is not enough. In a previous e-mail, Marco suggested that you need to update PREFIX, CPATH, LD_LIBRARY_PATH, LD_RUN_PATH, XDG_DATA_DIRS, XDG_CONDIG_DIRS and PKG_CONFIG_PATH with that prefix. so the complete export would be: export QTDIR=/opt/qt5 export PATH=$QTDIR/bin:$PATH export PREFIX=$QTDIR/bin:$PREFIX export CPATH=$QTDIR/bin:$CPATH export LD_LIBRARY_PATH=$QTDIR/bin:$LD_LIBRARY_PATH ecc? I will make a building script with these commands, thanks! -- Andrea Grandi - Nokia Qt Ambassador website: http://www.andreagrandi.it ___ 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-dev] Unity-2D and Qt5
On 2011-12-01, a.gra...@gmail.com a.gra...@gmail.com wrote: Hi, On 1 December 2011 15:54, Olivier Tilloy olivier.til...@canonical.com wrote: This is not enough. In a previous e-mail, Marco suggested that you need to update PREFIX, CPATH, LD_LIBRARY_PATH, LD_RUN_PATH, XDG_DATA_DIRS, XDG_CONDIG_DIRS and PKG_CONFIG_PATH with that prefix. so the complete export would be: export QTDIR=/opt/qt5 export PATH=$QTDIR/bin:$PATH export PREFIX=$QTDIR/bin:$PREFIX export CPATH=$QTDIR/bin:$CPATH export LD_LIBRARY_PATH=$QTDIR/bin:$LD_LIBRARY_PATH Likely not. I guess PREFIX should be the same as QTDIR. LD_LIBRARY_PATH should contain the path(s) that contain the Qt5 libraries (something like /opt/qt5/lib ?), and so on… Each environment variable has a specific meaning, they’re not meant to point all of them to the same location. ___ 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-dev] Unity-2D and Qt5
Even if I configure a chroot on my machine, when I'm inside the chroot I need to rebuild and install Qt5 (and this is ok), but I also need to install all the other Unity-2D deps to be able to build it and doing sudo apt-get build-dep unity-2d I would install all the Qt4 libs, having in this way the same Qt4/Qt5 mix I have on my system. For this reason I don't think that a chroot environment could solve my problem. I see two possible solutions: 1) a method to install all the Unity-2D deps excluding Qt 4.x, so I could have a clean chroot environment with only Qt5. What about you just change the unity-2d packages to depend on Qt5 instead ? Or remove the Qt dependency entirely from the packages ? Sounds like the simpler solution, and will do what you want (install all the other deps but not Qt4) -- Ugo ___ 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] unity at the bottom
On Wed, Nov 30, 2011 at 05:18, Ian Santopietro isan...@gmail.com wrote: Many Apps also use the bottom and right edges too. Totem, for example. Agree. Specially the right side is always used by scroll bar of the application. Totems still have one bar, which mention time, in between. But the back arrow of the browser, one of the most use apps, is too close to the left bar. Quite some web-interfaces, Gmail for example, also have a lot of links very close to left edge. I hope I made it clear. Left side panel will remain annoying unless we come up with a well thought out mouse gesture to call the panel. On Nov 29, 2011 6:02 PM, Sunil Singh Rana sunil.r...@gmail.com wrote: Hello Friends, I hope all of you are having fun. :) Saving the vertical space could be a founding block, but a foundation should be consistent with all the foundations. we can't ignore the fact that most application uses the space close to left edge for navigation within itself; for example: back button of a browser. It is normal that launcher on the left will keep appearing as an uninvited guest and shall keep annoying. I wonder how many user actually notices the more vertical space available to them but I am sure many of them get annoyed with this unnecessary revelation of the launcher. Secondly, the top left corner becomes a problem to give a consistent design. It is difficult to take a completely new approach, take it as an axiom and, at the same time, fit it to the traditional approaches which are built on completely different set of axiom. I think -- I might be wrong -- most application assumes that the launcher would be at the bottom and this leaves the bottom side free from any button. We really need to focus on consistency and universality of the experience. I think these things has added plenty to the success of mac. On Tue, Nov 29, 2011 at 19:54, Chad M/ Germann cgerm...@gmail.comwrote: On Tue, 2011-11-29 at 18:31 +0100, Swapnil Bhartiya wrote: On 11/29/2011 05:55 PM, Christian Rupp wrote: I know it was discussed several times, but a plug-in finally got it working: http://www.webupd8.org/2011/11/install-ubuntu-unity-bottom-launcher.html That's not a very good design. The whole point of unity was to save vertical space and use horizontal space. This is quite opposite, leaving even lesser space. Instead a thinner bottom panel like LinuxMint 12 may be more 'practical' where users can see running apps and switch easily. that may be the case but it eliminates the strict It mist be this way fascism that unity currently represents. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp -- सुनील राणा Unselfishness is more paying only people have not the patience to practice it. 'I love you' is a wrong sentence as where, there exist 'I' and 'you' love can not. Love is an attribute of the absolute. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp -- सुनील राणा Unselfishness is more paying only people have not the patience to practice it. 'I love you' is a wrong sentence as where, there exist 'I' and 'you' love can not. Love is an attribute of the absolute. ___ 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] Window controls to left or buttons to right?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Enrico Carafa wrote on 27/11/11 10:32: So, one of the most discussed topic is the position of the window controls. To the right or to the left? Many users says that the controls to the left is better because it's close with the menu. But others prefer these to right. But, why don't choice both? I mean, we can make that the window controls change the position on left (or right) depending on the position of the mouse: if the mouse is in the left part of the windows, the control appear to the left, otherwise if the mouse is in the right part of the windows, the control appear to the right. ... Because that would be distracting. The title bar would be wobbling about even when the pointer was hundreds of pixels away. - -- mpt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7XbfMACgkQ6PUxNfU6ecrQJgCfSZaj2NSueHsN+Is0JIy1BzXs 4RoAn07+AAI/wHeRaa+iOPcOtizD5ogQ =FqXg -END PGP SIGNATURE- ___ 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] unity at the bottom
I understand what people are saying but I agree that it makes little sense to try desperately to preserve the vertical space by sticking the launcher on the left side in an app ecosystem designed for the launcher or dock to be at the bottom. If that be the case then the reasons that integrate the menu bar with the launcher are no longer relevant, because why the launcher should be on the side in the first place is a fundamental idea. Honestly I think the best way to handle that is to default to the bottom, allow some cool integration when on the left side and let the user pick in the settings. But that's just my opinion. On Dec 1, 2011 4:11 AM, Sunil Singh Rana sunil.r...@gmail.com wrote: On Wed, Nov 30, 2011 at 05:18, Ian Santopietro isan...@gmail.com wrote: Many Apps also use the bottom and right edges too. Totem, for example. Agree. Specially the right side is always used by scroll bar of the application. Totems still have one bar, which mention time, in between. But the back arrow of the browser, one of the most use apps, is too close to the left bar. Quite some web-interfaces, Gmail for example, also have a lot of links very close to left edge. I hope I made it clear. Left side panel will remain annoying unless we come up with a well thought out mouse gesture to call the panel. On Nov 29, 2011 6:02 PM, Sunil Singh Rana sunil.r...@gmail.com wrote: Hello Friends, I hope all of you are having fun. :) Saving the vertical space could be a founding block, but a foundation should be consistent with all the foundations. we can't ignore the fact that most application uses the space close to left edge for navigation within itself; for example: back button of a browser. It is normal that launcher on the left will keep appearing as an uninvited guest and shall keep annoying. I wonder how many user actually notices the more vertical space available to them but I am sure many of them get annoyed with this unnecessary revelation of the launcher. Secondly, the top left corner becomes a problem to give a consistent design. It is difficult to take a completely new approach, take it as an axiom and, at the same time, fit it to the traditional approaches which are built on completely different set of axiom. I think -- I might be wrong -- most application assumes that the launcher would be at the bottom and this leaves the bottom side free from any button. We really need to focus on consistency and universality of the experience. I think these things has added plenty to the success of mac. On Tue, Nov 29, 2011 at 19:54, Chad M/ Germann cgerm...@gmail.comwrote: On Tue, 2011-11-29 at 18:31 +0100, Swapnil Bhartiya wrote: On 11/29/2011 05:55 PM, Christian Rupp wrote: I know it was discussed several times, but a plug-in finally got it working: http://www.webupd8.org/2011/11/install-ubuntu-unity-bottom-launcher.html That's not a very good design. The whole point of unity was to save vertical space and use horizontal space. This is quite opposite, leaving even lesser space. Instead a thinner bottom panel like LinuxMint 12 may be more 'practical' where users can see running apps and switch easily. that may be the case but it eliminates the strict It mist be this way fascism that unity currently represents. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp -- सुनील राणा Unselfishness is more paying only people have not the patience to practice it. 'I love you' is a wrong sentence as where, there exist 'I' and 'you' love can not. Love is an attribute of the absolute. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp -- सुनील राणा Unselfishness is more paying only people have not the patience to practice it. 'I love you' is a wrong sentence as where, there exist 'I' and 'you' love can not. Love is an attribute of the absolute. ___ 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] unity at the bottom
On Thu, Dec 1, 2011 at 15:21, Gino Vincenzini openmysourcec...@gmail.comwrote: I understand what people are saying but I agree that it makes little sense to try desperately to preserve the vertical space by sticking the launcher on the left side in an app ecosystem designed for the launcher or dock to be at the bottom. Very well said. Thanks for putting it so clearly. If that be the case then the reasons that integrate the menu bar with the launcher are no longer relevant, because why the launcher should be on the side in the first place is a fundamental idea. Honestly I think the best way to handle that is to default to the bottom, allow some cool integration when on the left side and let the user pick in the settings. But that's just my opinion. On Dec 1, 2011 4:11 AM, Sunil Singh Rana sunil.r...@gmail.com wrote: On Wed, Nov 30, 2011 at 05:18, Ian Santopietro isan...@gmail.com wrote: Many Apps also use the bottom and right edges too. Totem, for example. Agree. Specially the right side is always used by scroll bar of the application. Totems still have one bar, which mention time, in between. But the back arrow of the browser, one of the most use apps, is too close to the left bar. Quite some web-interfaces, Gmail for example, also have a lot of links very close to left edge. I hope I made it clear. Left side panel will remain annoying unless we come up with a well thought out mouse gesture to call the panel. On Nov 29, 2011 6:02 PM, Sunil Singh Rana sunil.r...@gmail.com wrote: Hello Friends, I hope all of you are having fun. :) Saving the vertical space could be a founding block, but a foundation should be consistent with all the foundations. we can't ignore the fact that most application uses the space close to left edge for navigation within itself; for example: back button of a browser. It is normal that launcher on the left will keep appearing as an uninvited guest and shall keep annoying. I wonder how many user actually notices the more vertical space available to them but I am sure many of them get annoyed with this unnecessary revelation of the launcher. Secondly, the top left corner becomes a problem to give a consistent design. It is difficult to take a completely new approach, take it as an axiom and, at the same time, fit it to the traditional approaches which are built on completely different set of axiom. I think -- I might be wrong -- most application assumes that the launcher would be at the bottom and this leaves the bottom side free from any button. We really need to focus on consistency and universality of the experience. I think these things has added plenty to the success of mac. On Tue, Nov 29, 2011 at 19:54, Chad M/ Germann cgerm...@gmail.comwrote: On Tue, 2011-11-29 at 18:31 +0100, Swapnil Bhartiya wrote: On 11/29/2011 05:55 PM, Christian Rupp wrote: I know it was discussed several times, but a plug-in finally got it working: http://www.webupd8.org/2011/11/install-ubuntu-unity-bottom-launcher.html That's not a very good design. The whole point of unity was to save vertical space and use horizontal space. This is quite opposite, leaving even lesser space. Instead a thinner bottom panel like LinuxMint 12 may be more 'practical' where users can see running apps and switch easily. that may be the case but it eliminates the strict It mist be this way fascism that unity currently represents. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp -- सुनील राणा Unselfishness is more paying only people have not the patience to practice it. 'I love you' is a wrong sentence as where, there exist 'I' and 'you' love can not. Love is an attribute of the absolute. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp -- सुनील राणा Unselfishness is more paying only people have not the patience to practice it. 'I love you' is a wrong sentence as where, there exist 'I' and 'you' love can not. Love is an attribute of the absolute. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp -- सुनील राणा Unselfishness is more paying only people have not the patience to practice it. 'I love you' is a wrong sentence as where, there exist 'I' and 'you' love can not. Love is an attribute of the absolute. ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe
Re: [Ayatana] unity at the bottom
we are discussing the menu on unmaximized windows on this bug: https://bugs.launchpad.net/unity/+bug/682788 Date: Thu, 1 Dec 2011 00:43:55 +0100 Subject: Re: [Ayatana] unity at the bottom From: sunil.r...@gmail.com To: isan...@gmail.com CC: estela...@hotmail.com; ayatana@lists.launchpad.net Sorry I think I didn't make myself clear enough.About the circular button I meat the circular shape of the buttons. I think their design being circular is not consistent with the rest of the design of the unity. Which has more squarish throughout. I agree with the global menu bar for maximized window is a great idea; but the point I raised was for non-maximized windows. Its nice to have the windows control available on the ( un-maximized) window it self; but for the windows menu one still have to traverse the mouse pointer to the top bar. I think it would be better to have windows menu also on the (un-maximized) window itself. I got the idea of the design. On Wed, Nov 30, 2011 at 23:18, Ian Santopietro isan...@gmail.com wrote: So far consistency is concerned I never felt that the circular windows controls consistent with any part of unity. They're used to control the dash. You can't make the Dash full screen without them. They integrate the window controls into the panel for maximized windows because they integrate the menu bar and title bar into the top panel. Doing this saves nearly 50 pixels of vertical screen real estate, which is nice on large monitors, and huge on smaller screens like netbooks. Giving the Dash window controls simply makes it more consistent with the rest of Unity. Transparent panels blend in with the dash, and make it feel more like an extension of the panel and launcher, which it is. With the dash open and full screen, it feels like a single sheet draped over the screen since everything blends together seamlessly. Visually, it's very pleasing. On Wed, Nov 30, 2011 at 13:44, Sunil Singh Rana sunil.r...@gmail.com wrote: On Wed, Nov 30, 2011 at 18:05, Ian Santopietro isan...@gmail.com wrote: I mean that the panel is now disconnected from the rest of Unity. With the panel at the bottom, there's no reason for the panel to turn transparent. There's no reason for the Dash's window controls to be in the panel. Having the launcher on the left side is important, because without that, several other points in unity simply don't make any sense. Hi, May I please request to make those several other points of Unity more clear. Please forgive my ignorance. I agree that there in no reason for the window controls to be in the panel. I personally think there is no reason for any window that is not maximized to have controls and menus on the top panel. It makes unnecessary mouse travels; though I can understand it might me useful for small form factors. I also never understood the philosophy behind making panels transparent when dash is called -- please forgive my ignorance once again. So far consistency is concerned I never felt that the circular windows controls consistent with any part of unity. Personally I don't know much of advantages of having panel in left apart from having more vertical space. But I see the challenges it presents to make a consistent design. On Nov 30, 2011 8:16 AM, Omar B. estela...@hotmail.com wrote: what do you mean it doesnt work? you just looked at the first screen and havent tried it. here are more screens: http://forum.ubuntu.ru/index.php?topic=171694.0 http://www.webupd8.org/2011/10/how-to-move-unity-launcher-to-bottom-of.html but its still in dev of course. From: isan...@gmail.com Date: Tue, 29 Nov 2011 13:04:03 -0700 To: sunil.r...@gmail.com CC: ayatana@lists.launchpad.net Subject: Re: [Ayatana] unity at the bottom What happens to the top panel with the launcher at the bottom? What about the Dash window controls? Without sticking the top panel on the left, I don't see how this design works. On Tue, Nov 29, 2011 at 11:01, Sunil Singh Rana sunil.r...@gmail.com wrote: I think its a great idea. Design can be modified so that it remain consistent if some user chooses it to be on bottom. I don't really see much philosophy behind the current design; for example: I don't know why the top panel or left panel have to have the grey transparent visual effect when dash is called. I wouldn't mind if the dash shows itself in the center of the screen, without blocking the menus and controls of the previous in-focus application. In the later case, I would be able to drag and drop from the dash to any side of the screen, and the design would look more symmetric. Sunil On Tue, Nov 29, 2011 at 18:45, Swapnil Bhartiya swapnil.bhart...@gmail.com wrote: On 11/29/2011 05:55 PM, Christian Rupp wrote: I know it was
Re: [Ayatana] Notifications in unity
On Wed, Nov 30, 2011 at 12:08 PM, Conscious User consciousu...@gmail.com wrote: The most obvious one is the ugly gap when no synchronous notification is being shown. But I personally think that making synchronous and asynchronous informations have the same appearance and positioning is a mistake by itself. That this is the case should raise a red flag for everyone who has paid attention to NotifyOSD. A big part of the design is that an application can't control where notifications are. It can't treat a notification bubble as a part of its own user interface — neither as a dialog box nor a fancy tooltip. Yet indicator-sound is doing that intentionally, by default! That same thing goes against a big part of indicators, too: indicator-sound has no place assuming that indicators are at the top right of the screen or in any way related to notifications. This probably doesn't sound particularly related to the discussion, but I don't think breaking our own rules is going to encourage other developers to use our APIs correctly. That can be hugely detrimental to a platform. If it's important that the sound indicator be showing the volume in a visible way that looks like notify-osd, something needs to be re-examined here before you lose control of the indicators and notifications and they turn back into the system tray with pointy dialog boxes. Dylan ___ 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] unity at the bottom
It does give more customization to users. I understood what Shuttleworth said about why Unity wasn't more customizable in Natty: because it was a 1.0. But now that it's not a total 1.0 anymore, why not add some more customization like being able to choose the position of the launcher? I also like the idea that it could also be on the right side of the screen. A lot of people reading this might be thinking What about indicators? Well, they could be moved over a bit, or just stay where they are, since the Dash Home button is not on the top panel anymore. Good thinking, Christian! ---Ryan On Tue, Nov 29, 2011 at 10:55 AM, Christian Rupp christ...@r-k-r.de wrote: I know it was discussed several times, but a plug-in finally got it working: http://www.webupd8.org/2011/11/install-ubuntu-unity-bottom-launcher.html Should we include it in one of ubuntu next releases as a easy to activate option ___ 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] unity at the bottom
Dana Thu, 01 Dec 2011 22:15:12 +0100, Ryan Gauger rtg...@gmail.com napisao/napisala je: It does give more customization to users. I understood what Shuttleworth said about why Unity wasn't more customizable in Natty: because it was a 1.0. But now that it's not a total 1.0 anymore, why not add some more customization like being able to choose the position of the launcher? I also like the idea that it could also be on the right side of the screen.I absolutely agree - easier to use (for right handed too) - window controls in well known place A lot of people reading this might be thinking "What about indicators?" Well, they could be moved over a bit, or just stay where they are, since the Dash Home button is not on the top panel anymore. Good thinking, Christian! ---Ryan On Tue, Nov 29, 2011 at 10:55 AM, Christian Rupp christ...@r-k-r.de wrote: I know it was discussed several times, but a plug-in finally got it working: http://www.webupd8.org/2011/11/install-ubuntu-unity-bottom-launcher.html Should we include it in one of ubuntu next releases as a easy to activate option ___ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@lists.launchpad.net Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp-- Davor Buday___ 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 in unity
On 02/12/2011 03:45, Dylan McCall wrote: On Wed, Nov 30, 2011 at 12:08 PM, Conscious User consciousu...@gmail.com wrote: The most obvious one is the ugly gap when no synchronous notification is being shown. But I personally think that making synchronous and asynchronous informations have the same appearance and positioning is a mistake by itself. That this is the case should raise a red flag for everyone who has paid attention to NotifyOSD. A big part of the design is that an application can't control where notifications are. It can't treat a notification bubble as a part of its own user interface — neither as a dialog box nor a fancy tooltip. Yet indicator-sound is doing that intentionally, by default! That same thing goes against a big part of indicators, too: indicator-sound has no place assuming that indicators are at the top right of the screen or in any way related to notifications. I'll assume you're talking about the notification that pops up when you scroll on the volume icon. This notification is exactly the same as the notification when you press the volume buttons on the keyboard. I don't see any part of this behaviour depending on the position of the notification on the desktop. Whether the volume indicator appears at the top right, bottom left, or even centre of the screen, this behaviour will be consistent between your sound indicator and your keyboard volume buttons and is unlikely to look out of place (or at least any more out of place than it will if it's in the centre/bottom left anyway). -- Kind regards, Loong Jin signature.asc Description: OpenPGP digital signature ___ 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-commits] [Merge] lp:~robertcarr/libindicate/fix-multiserver into lp:libindicate
Robert Carr has proposed merging lp:~robertcarr/libindicate/fix-multiserver
into lp:libindicate.
Requested reviews:
Indicator Applet Developers (indicator-applet-developers)
For more details, see:
https://code.launchpad.net/~robertcarr/libindicate/fix-multiserver/+merge/84141
A host of changes to fix multiple servers from a single DBus name. See
individual commits for details.
--
https://code.launchpad.net/~robertcarr/libindicate/fix-multiserver/+merge/84141
Your team ayatana-commits is subscribed to branch lp:libindicate.
=== modified file 'libindicate/listener.c'
--- libindicate/listener.c 2011-09-20 03:17:39 +
+++ libindicate/listener.c 2011-12-01 17:13:02 +
@@ -78,12 +78,15 @@
{
proxy_t * a = (proxy_t *)pa; proxy_t * b = (proxy_t *)pb;
- if (a-connection == b-connection) {
- return g_strcmp0(a-name, b-name);
- } else {
- /* we're only using this for equal, not sorting */
- return 1;
- }
+ if (a-connection == b-connection) {
+ if (g_strcmp0(a-name, b-name) == 0) {
+ return g_strcmp0(a-path, b-path);
+ }
+}
+
+ /* we're only using this for equal, not sorting */
+ return 1;
+
}
typedef struct {
@@ -261,7 +264,7 @@
indicate_listener_dispose (GObject * obj)
{
IndicateListener * listener = INDICATE_LISTENER(obj);
- IndicateListenerPrivate * priv = INDICATE_LISTENER_GET_PRIVATE(listener);
+IndicateListenerPrivate * priv = INDICATE_LISTENER_GET_PRIVATE(listener);
if (priv-signal_subscription != 0) {
g_dbus_connection_signal_unsubscribe(priv-session_bus, priv-signal_subscription);
@@ -575,6 +578,7 @@
proxy_t searchitem;
searchitem.name = todo-name;
searchitem.connection = todo-bus;
+ searchitem.path = todo-path;
GList * proxyitem = g_list_find_custom(priv-proxies, searchitem, proxy_t_equal);
if (proxyitem != NULL) {
@@ -1406,6 +1410,7 @@
proxy_t searchitem;
searchitem.name = server-name;
searchitem.connection = server-connection;
+ searchitem.path = (gchar *)indicate_listener_server_get_dbuspath (server);
GList * proxyitem = g_list_find_custom(priv-proxies, searchitem, proxy_t_equal);
if (proxyitem == NULL) {
@@ -1430,6 +1435,14 @@
return server-name;
}
+const gchar *
+indicate_listener_server_get_dbuspath (IndicateListenerServer *server)
+{
+if (server == NULL) return NULL;
+
+return g_dbus_proxy_get_object_path (server-proxy);
+}
+
guint
indicate_listener_indicator_get_id (IndicateListenerIndicator * indicator)
{
=== modified file 'libindicate/listener.h'
--- libindicate/listener.h 2011-08-15 21:21:46 +
+++ libindicate/listener.h 2011-12-01 17:13:02 +
@@ -196,6 +196,7 @@
GList * indicate_listener_server_get_indicators(IndicateListener * listener,
IndicateListenerServer * server);
const gchar * indicate_listener_server_get_dbusname (IndicateListenerServer * server);
+const gchar * indicate_listener_server_get_dbuspath (IndicateListenerServer *server);
guint indicate_listener_indicator_get_id (IndicateListenerIndicator * indicator);
void indicate_listener_server_show_interest (IndicateListener * listener,
IndicateListenerServer * server,
=== modified file 'libindicate/server.c'
--- libindicate/server.c 2011-08-10 19:13:56 +
+++ libindicate/server.c 2011-12-01 17:13:02 +
@@ -79,7 +79,8 @@
PROP_DESKTOP,
PROP_TYPE,
PROP_COUNT,
- PROP_MENU
+ PROP_MENU,
+ PROP_PATH
};
static guint signals[LAST_SIGNAL] = { 0 };
@@ -408,6 +409,10 @@
The DBus Object path to an object with a dbusmenu interface on it.,
,
G_PARAM_READABLE | G_PARAM_STATIC_STRINGS));
+
+ g_object_class_install_property (gobj, PROP_PATH,
+ g_param_spec_string(path, DBus Path for server, DBus path for the server object, /com/canonical/indicate,
+ G_PARAM_READWRITE | G_PARAM_CONSTRUCT_ONLY | G_PARAM_STATIC_STRINGS));
class-get_indicator_count = get_indicator_count;
class-get_indicator_list = get_indicator_list;
@@ -484,7 +489,7 @@
IndicateServerPrivate * priv = INDICATE_SERVER_GET_PRIVATE(server);
- priv-path = g_strdup(/com/canonical/indicate);
+ priv-path = NULL;
priv-indicators = NULL;
priv-num_hidden = 0;
priv-visible = FALSE;
@@ -624,6 +629,12 @@
}
break;
}
+ case PROP_PATH:
+ if (priv-path != NULL) {
+ g_free(priv-path);
+ }
+ priv-path = g_value_dup_string(value);
+ break;
default:
G_OBJECT_WARN_INVALID_PROPERTY_ID(obj, id, pspec);
break;
@@ -671,6 +682,9 @@
g_value_set_boxed(value, g_strdup(/));
}
break;
+ case PROP_PATH:
+g_value_set_string(value, priv-path);
+ break;
default:
G_OBJECT_WARN_INVALID_PROPERTY_ID(obj, id,
