/srv/irclogs.ubuntu.com/2012/11/05/#ubuntu-unity.txt

=== morphis is now known as morphis|away
=== morphis|away is now known as morphis
tsdgeosTrevinho: https://bugs.launchpad.net/unity/+bug/1067357 was commited to 6.0 too but does not have the "6.0" subitem in the bug, can i fix that (can't find how to do it) or does that need one of you guys?09:32
ubot5Ubuntu bug 1067357 in unity (Ubuntu) "Top panel shows "Tauler d'inici" instead of "Taluer d'inici"" [Low,Triaged]09:32
MCR1duflu, smspillaz: Hi :) Just wanted to say thanx a lot 4 all the reviews. Good to see those fixes in trunk 8-).10:33
dufluMCR1: No worries.10:34
dufluAnd good night10:34
MCR1sil2100: Hi :) I bet you know where I can check out those Ubuntu specifix distro-patches (*.patch) files that get applied to lp:compiz and change some of the .xml.in files for example...10:37
MCR1*specific10:37
popeyMCR1, apt-get source <packagename> and look in debian/patches ?10:38
MCR1popey: I do not know the source of them10:39
sil2100MCR1: hi!10:39
MCR1hey10:39
sil2100MCR1: for compiz it's either lp:ubuntu/compiz or lp:~compiz-team/compiz/ubuntu10:40
sil2100MCR1: these are the distro packaging branches for R10:40
MCR1sil2100: Thanks a lot - gotta investigate how this all deb assembly for Compiz exactly works - hard to do without knowledge of those...10:40
MCR1sil2100: Seems to be a complicated process ;) (for compiz/unity) at least...10:41
sil2100MCR1: well, theoretically the 2 branches I gave you the links to are ready for creating a package - every time there is a compiz release made, we merge in the respective trunk into it and modify the packaging10:47
sil2100MCR1: but this will change pretty soon10:47
sil2100So no need to familiarize yourself here ;)10:47
MCR1sil2100: I just had this problem that for example expo.xml.in gets *tuned* and *upgraded* for Ubuntu only by applying a *.patch file to it10:48
MCR1sil2100: This adds options like "X Space", "Y Space" and"Selected Color" to the CCSM tab and also seems to have to change the code itself...10:50
MCR1sil2100: These options are nowhere to be found in lp:compiz...10:50
MCR1sil2100: Nor is the code responsible for them...10:50
MCR1sil2100: See the failure here for example: https://code.launchpad.net/~mc-return/compiz/compiz.merge-fix1009592-and-1074487-expo-xml-tooltip-fixes/+merge/13275410:52
MCR1sil2100: The console says: Applying patch 100_expo_layout.patch - patching file plugins/expo/expo.xml.in10:53
MCR1patching file plugins/expo/src/expo.cpp10:53
MCR1patching file plugins/expo/src/expo.h10:53
MCR1sil2100: so important to find those patches to be able to analyze their code - quite a few of them get applied... :)10:54
MCR1Also - this seems to be a Jenkins failure: https://code.launchpad.net/~mc-return/compiz/compiz.merge-shiftswitcher-one-if-statement-is-enough/+merge/13251611:01
MCR1It would be nice if someone could reapprove it...11:02
sil2100MCR1: re-approved, that seemed to be an architecture failure11:04
MCR1sil2100: yep, thx :)11:04
MCR1sil2100: Although even better optimization is possible, maybe another commit ;)11:05
MCR1(probably)11:05
sil2100Too late!11:06
MCR1hehe11:06
MCR1its never too late...11:06
MCR1;)11:06
=== MacSlow is now known as MacSlow|lunch
=== MacSlow|lunch is now known as MacSlow
mhall119mhr3: ping me when you're around13:55
=== salem_ is now known as _salem
=== _salem is now known as salem_
=== salem_ is now known as _salem
=== _salem is now known as salem_
=== salem_ is now known as _salem
=== _salem is now known as salem_
mhr3mhall119, sup14:45
mhall119mhr3: hey, we're going to need a way to send scheduling data for TV programs from a Scope to the Dash14:48
mhall119which afaik is going to require an extension to the current API14:49
mhr3mhall119, there was a talk about this earlier, but yea no work done on it really14:51
mhall119mhr3: what should we do to propose an API change?14:53
conscioususertedg: ping15:10
conscioususerTrevinho: ping15:10
tedgHowdy15:11
conscioususerhi Ted15:11
conscioususertedg: I seem to be experiencing two bugs with the unity menubar15:12
conscioususertedg: particularly when using GMenu in my app15:13
conscioususerfirst one is lack of mnemonics, as I wrote here: https://plus.google.com/u/0/115076883960566547239/posts/BYNdKZ5rQtW15:13
conscioususersecond is that the menu items do not seem to always work... clicking on them have no effect15:14
tedgconscioususer, Yeah, the mneumonics don't work with GMenu. It doesn't support them, we have a work around, but it isn't complete.15:14
conscioususeris there a work around for app devs?15:14
tedgconscioususer, I don't know about the second one... is it reproducable in any way?15:14
tedgconscioususer, Not really, the problem is that GMenu doesn't support any communication from the app to the menubar.15:15
conscioususer(about the 2nd) seems random :-/ sometimes the menu works, sometimes it does not and I need to restart the app15:15
conscioususerand when it does not work, the interesting thing is that the actions are accessible via HUD!15:15
tedgconscioususer, Hmm, interesting.  I mean they're different pathways, so that would make sense.15:15
tedgconscioususer, I haven't see that... not sure how we'd track it down.15:16
conscioususertedg: from my experience, does not seem to be rare15:18
conscioususertedg: if I close and reopen my app some times, it does not take long until I experience it15:19
conscioususertedg: I'll try to write a mini-example15:19
conscioususertedg: about the first issue, if you complete the fix will it be backported to precise?15:19
tedgconscioususer, Uhm, precise I'm not 100% sure.  I think Quantal would be reasonable for sure.15:20
conscioususertedg: hmm, I see15:21
=== salem_ is now known as _salem
conscioususertedg: ok, i'll work on the example and brb, thanks so far15:25
=== _salem is now known as salem_
Trevinhoconscioususer: just read...15:58
conscioususertedg: still there? I finished the example16:58
tedgconscioususer, Ah, cool!16:58
tedgconscioususer, Bug number?16:58
conscioususertedg: I didn't file one, I want to make sure I'm not doing something wrong as an app dev first16:59
conscioususertedg: http://www.pasteshare.co.uk/p/3dp/17:00
conscioususertedg: it's quite minimal, an empty window and an app menubar with a quit item17:00
conscioususertedg: if I start the app and quit it repeatedly, sometimes the quit menuitem doesn't work17:01
conscioususertedg: via mouse, i mean... the accelerator seems to always work17:01
conscioususertedg: I'm on quantal17:02
tedgconscioususer, Ah, cool.  Have you tried activating the action via dbus and see if that works?17:02
conscioususercan you give me a one-liner to test that?17:03
conscioususernever did this before... :P17:03
larsuconscioususer, you definitely don't want to call gtk_main in the activate handler17:04
larsuif you're using GtkApplication, call gtk_application_run in your main17:04
conscioususerlarsu: I had some problems with doing this in the past...17:06
tedgconscioususer, I think this should work: gdbus call --session --dest org.gnome.test --object-path /org/gnome/Test --method org.gtk.Actions.Activate 'app.quit' [] []17:07
jjohansenis the regression of the window manager not working after the latest update already known?17:08
conscioususertedg: I had to rename Test to test, but even so it didn't work17:08
conscioususertedg: didn't give any error messages either17:08
tedgconscioususer, Hmm, larsu, does that command line look right to you?17:08
larsutedg, conscioususer, it's missing parameters: gdbus call --session --dest org.gnome.test --object-path /org/gnome/test --method org.gtk.Actions.Activate 'quit' [] {}17:11
tedgbregma, Are you guys seeing a regression? ^17:11
larsualso app.quit --> quit17:11
conscioususertedg larsu hey, it works17:12
* tedg bitches about the combining of the data in the action name again...17:12
conscioususertedg larsu even when the clicking on the item is not working, the command line works17:12
tedglarsu, Thanks!  :-)17:12
tedgconscioususer, Ah, okay, so then it's not your app, it's a bug in indicator-appmenu.17:12
conscioususertedg: whew :)17:14
conscioususertedg: for the record, also happening in Precise, tested via Virtualbox17:14
larsusame problem on quantal17:15
larsuconscioususer, still, you shouldn't use gtk_main and gtk_main_quit when you're using gtkapplication17:15
larsuI'll paste you an updated version of your program in a bit17:15
conscioususerlarsu: thanks... use the "fork this", one of the cool things in pasteshare :)17:16
larsuconscioususer, http://www.pasteshare.co.uk/p/3dq/17:18
larsuit creates the actions and menu in startup (so that it's only called once)17:18
larsualso, it uses g_application_run and g_application_quit17:18
larsualso, no need to connect to the destroy event of the window anymore, gtkapplication exits by itself if no windows are visible anymore17:19
conscioususerlarsu: visible or non-destroyed?17:19
larsuconscioususer, sorry, destroye17:19
larsudestroyed17:19
larsuonce more for clarity: it exits when all windows are destroyed :)17:20
conscioususerlarsu: got it :)17:20
conscioususerlarsu: where do I put a code to raise a window if the application isn't the primary instance?17:21
larsuconscioususer, in activate17:22
larsuright now, the activate always creates a new window17:22
larsuwhat you probably want is a call to gtk_window_present if there's already a window floating around17:22
conscioususerdoes get_is_remote works inside activate?17:23
larsuno, activate is always called on the primary instance17:23
conscioususerthen how do I know if I should raise the existing window or go through the initialization process?17:24
larsuask the app if it already has a window with gtk_application_get_windows17:25
larsuif yes, present that window17:25
larsuif no, create a new one17:25
conscioususerall this inside activate?17:27
larsuyep17:27
larsuhttp://www.pasteshare.co.uk/p/254/17:28
conscioususerlarsu: awesome, thanks!17:30
larsuconscioususer, yw. GApplication docs have pretty good explanation of how it all fits together: http://developer.gnome.org/gio/stable/GApplication.html#GApplication.description17:32
larsusame for GtkApplication: http://developer.gnome.org/gtk3/stable/GtkApplication.html#GtkApplication.description17:32
conscioususerlarsu: yeah, but iirc they don't cover very well handling already opened apps17:35
conscioususerlarsu: btw, what's the difference between startup and activate?17:40
larsuconscioususer, startup is called once on the primary instance, activate is called on the primary instance every time the application is started again17:41
larsui.e. activate is the "ping" by the remote instances17:41
conscioususerlarsu: I think I'm finally getting the main picture, thanks17:42
larsuconscioususer, sure :) Let me know if you have more questions17:42
* larsu is trying to find that menu bug in the mean time... :(17:43
conscioususerlarsu: so shouldn't the main window be created during startup?17:43
larsuconscioususer, hm, I've never seen this but it certainly makes more sense17:46
conscioususerlarsu: if I understood correctly being inside activate means being inside the lifecycle of the app17:47
conscioususerso it makes sense that when activate starts, windows already exist17:48
larsuconscioususer, well, some apps might not want to create windows in all circumstances (e.g. when handling command line arguments)17:52
conscioususerlarsu: ok, makes sense17:53
conscioususerlarsu: ok, I have to go now... should I file bug for the menu thing or someone else is on it alread?17:54
conscioususer*already17:54
larsuconscioususer, please file a bug (I can do it though if you're in a hurry)17:54
conscioususerin unity?17:55
larsuindicator-appmenu17:55
conscioususerlarsu: https://bugs.launchpad.net/ubuntu/+source/indicator-appmenu/+bug/107526318:05
ubot5Ubuntu bug 1075263 in indicator-appmenu (Ubuntu) "Items of a menubar built from GMenu do not always work" [Undecided,New]18:05
larsuconscioususer, thanks!18:05
conscioususerlarsu: will be watching the progress with great interest, obviously :) anything I can do to help, lemme know18:05
larsuwill do :)18:06
=== francisco is now known as Guest6263
ricotzTrevinho, hi :), i hope you noticed the two bamf merge proposals?19:01
Trevinhoricotz: hey, yes.. not checked btw yet :)19:10
ricotzTrevinho, alright ;)19:13
Trevinhoricotz: for the user visible thing, could you please do an unity branch that replaces them as well? :)19:14
ricotzTrevinho, hmm, not really :\19:16
ricotzTrevinho, btw the inline-debian patch isnt really complete since it is missing 0.3.419:19
Trevinhoricotz: rigth19:22
Trevinhoright*19:22
=== salem_ is now known as _salem

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!