/srv/irclogs.ubuntu.com/2009/08/18/#ayatana.txt

SiDihttp://bazaar.launchpad.net/~sidi/notify-osd/xfconf-experimental/diff/375/373?remember=373 MacSlow this should be the patch for gconf/xfconf & for color/text size/opacity settings. You can have a look if you want but i still need to do some testing and to improve the autotools part before proposing it for a merge10:57
MacSlowSiDi, atm I'm working on backlog support10:58
MacSlowSiDi, current plan is to address gconf/xconf in two weeks (depending how fast I'll get other stuff sorted)10:58
MacSlowSiDi, gconf/xconf are low-impact (side-effect wise) imo... so I'll rather do them at the end (close to feature-freeze)10:59
MacSlowgee... lp is slow today11:00
SiDiMacSlow: no problem as long as it goes in karmic :)11:01
SiDiwe need it for xubuntu11:01
MacSlowSiDi, argl... please no renaming of #defines11:01
SiDii can revert that if you want. They were not actually needed anymore as they were defined, but some fallback ones were needed. I renamed them to make it more clear what they were used for11:02
MacSlowSiDi, unit-tests should be done also11:05
SiDiCan they be shell scripts ?11:06
MacSlowthey could but that would be the easy/lazy way :)11:06
MacSlowthey need to be properly integrated into "make check", "make test"11:06
SiDiUsing gconf/xfconf is much much much nicer via CLI than with C (especially gconf :d)11:06
SiDiok. it'll take me some time to figure how to do this :/11:07
MacSlowyeah11:07
SiDiMacSlow: would you like me to write a template of configuration framework, too ?11:07
MacSlowunit-tests are unpleasant I know11:08
MacSlowwhat do you mean by "template" thereß11:08
MacSlow?11:08
SiDia defaults-template.c/h file, defining the conf_* functions that are needed (which would return some random values), so that if someone wanna write configuration with a file parser or another conf storage utility, they have a template to get started with11:09
MacSlowSiDi, nah don't bother11:09
SiDiOkey11:10
MacSlowSiDi, that  would best be done the GObject-way ... for consistency reasons11:10
SiDiI don't think i understand more than 1% of gobject, MacSlow :)11:10
MacSlowand regarding the tweaking-capability we would not over-commit11:11
MacSlowSiDi, don't worry... your in good company... at least I can understand any possible "pain" from trying to wrap your brain around it if you tried before :)11:12
MacSlowespecially if one is used to OO coming from C++ or Python11:12
SiDiYeh... if i really want efficient OO i prefer writing some Vala or some C++ (even if im not a fan of C++ at all). Gobject is way too tortuous11:14
SiDiis './configure' || './configure --with-xfconf' acceptable or should i try to get something like './configure --conf-storage=gconf||xfconf' MacSlow ?11:17
MacSlow--with-gconf or --with-xconf (while being mutually exclusive)11:20
SiDiok11:20
* MacSlow -> lunch11:25
=== MacSlow is now known as MacSlow|lunch
=== beuno_ is now known as beuno
=== MacSlow|lunch is now known as MacSlow
njpatelSiDi: ping -- do you have a bug to track your progress with the gconf work? Some bugs against notify-osd are easily solved with these options, so I'd like something to mark them duplicates of :)12:50
SiDinjpatel: i've got 3 bugs12:51
SiDione for color/opacity, one for text size, one for xfce12:51
SiDi394432 335383 33194912:52
SiDiand there is a branch, lp:~sidi/notify-osd/xfconf-experimental12:52
SiDii'm clearing the autotools and writing unit tests now, then it'll be ready for review, njpatel 12:52
njpatelSiDi: awesome, I'll start marking some of these bugs as dups, then12:52
SiDias you wish :)12:53
* SiDi waves at dashua 13:17
dashuaHey SiDi :)13:22
dashuaYou are a coding animal lately.13:22
dashuahttps://updown.ubuntuone.com/d286d58c-6db6-4d06-b34f-956c3f069af413:24
dashuaPolished theme if anyone cares to test :)13:24
SiDidashua: i'm a dev after all :P13:25
SiDiblergh, ubuntuone is broken with xfce Q_Q13:25
dashuaAh bah13:25
* SiDi hates makefiles and autotools13:27
dashuaSiDi, http://www.speedyshare.com/616120880.html13:34
dashuaI know you're not a fan of the titlebar gradient, but I think it works in this case subtly13:37
SiDiblargh, remember i run xfwm :P13:37
SiDiwhich reminds me i have to refresh several themes for karmic @(^_^)@13:38
SiDi(btw, im still using Alvaro, dashua ;) )13:39
dashuaOh nice13:41
dashuahttp://www.ubuntu-pics.de/bild/22305/screenshot_005_e6sgtG.png13:44
dashuaI should polish up Alvaro's metacity13:44
dashuaI haven't worked on it in some time13:44
dashuaYour screenies look very nice on the Exaile page13:44
dashuaThis may compliment the new sexxy GDM somewhat.  Iteration is nice.13:54
=== kenvandif is now known as kenvandine
SiDithanks dashua :)14:10
SiDithe new progress bar owns in this screenshot dashua 14:10
SiDiand the metacity is actually quite cool. Did you try with a cream color such as tooltips' instead of white for metacity ?14:11
mac_vhehe... dashua has disk errors , palimpsest disk fail?14:12
dashuamac_v, Ha yeah, that gnome-disk-utility is sensitive14:16
dashuaSiDi, cream for the text?14:17
mac_vdashua: you can turn it off , once you realize its not fatal14:17
dashuaI don't where this utility appeared from.  Never had it before.14:18
dashuaAh cool.14:18
mac_vdashua: its a new karmic "feature" , you can turn it off from the startup apps , when Bug #412152 is properly fixed you can turn it back ON ;)14:20
ubot4Launchpad bug 412152 in gnome-disk-utility "gnome-disk-utility nags me too much that my disk is failing" [Medium,Triaged] https://launchpad.net/bugs/41215214:20
dashuamac_v, Thx :)14:20
dashuamac_v, I'm happy about this.  -> http://www.ubuntu-pics.de/bild/22309/screenshot_006_51bYiB.png14:25
SiDi(the bottom gradient looks weird ^.^)14:26
SiDi(how do the ooo menus look like ?)14:26
dashuaBah not good14:28
dashuaOOo is my theming nemesis14:28
dashuaOh the bottom is part of the metacity14:29
SiDihttp://imagebin.ca/img/JDL1f6Kl.png huh14:30
mac_vdashua: looks great , but the bottom could be thinner ;) no pun intended14:37
dashuaHa ok.  Thx for the feedback.14:38
dashuaRemove the bottom gradient, you think altogether?14:39
mac_vdashua: i'm not sure about removing , but generally a thinner border would be better 14:41
SiDiremove :P14:41
dashuaAlright ;)14:41
mac_vdashua: i really like the new scrollbars :) , awesome , link to the updated theme pls14:43
SiDiMacSlow: any idea why gconf_client_get_float returns 0.0 and doesnt set error if the gconf key doesnt exist ? :x14:44
dashuamac_v, bzr branch lp:hanso14:45
MacSlowSiDi, check the GError14:45
SiDiits NULL14:46
mac_vah... nice14:46
MacSlowSiDi, not the returned value... 0.0f can be returned if the requested gconf-key didn't exists14:46
dashuaThe sexxy scale and progressbar through were removed as it uses nodoka14:46
MacSlowSiDi, use the GError... don't irgnore it by just passing NULL to it in gconf_client_get_float()14:47
SiDiMacSlow: i mean the error var is still null after the call to gconf_client_get_string14:47
MacSlowSiDi, from the GConf ref.-manual: "the value of key, or 0.0 if no value is obtained"14:48
SiDioh14:48
SiDiso 0.0 is another error case :/14:48
MacSlowSiDi, are you talking about gconf_client_get_float() or gcon_client_get_string()?14:48
SiDiget_float14:49
SiDihttp://paste.ubuntu.com/255134/ MacSlow 14:49
SiDireturns : "before 0.8 | after 0.0 | returns 0.0", and never goes inside the "error set" part14:50
MacSlowSiDi, see what you get as error http://paste.ubuntu.com/255139/14:54
SiDiMacSlow: my problem is that, while there is an error (the key isnt set), the "error" var is still NULL after the gconf call14:57
SiDiit doesnt initialize it as it should. and gconf-editor does not show the gconf key, im sure it doesnt exist14:57
MacSlowSiDi, do you have your branch somewhere public I can pull from?14:58
SiDilp:~sidi/notify-osd/xfconf-experimental14:59
dashuamac_v, SiDi, http://www.ubuntu-pics.de/bild/22310/screenshot_007_dX39ZY.png15:03
mac_vdashua: hehe , i can see the disabled options having a problem , notice the forward , i had the problem while hacking Dust and dropped it since ti was too much work15:05
MacSlowSiDi, I'm on a conf-call atm15:06
SiDiMacSlow: okey15:06
MacSlowSiDi, conf as in conference... not x/gconf :)15:07
SiDiMacSlow: crap, was gonna use xfconf-query on you15:07
dashuamac_v, The nodoka elements?15:08
dashuaIt was too hard to support the theme when the engine is not packaged15:08
mac_vdashua: yeah , its tough to get the disabled option the right shade for  OOo and the rest , else it would look more like a highlighted item , rather than a dimmed one15:10
dashuaAh yeah. I see what you mean.15:10
SiDiMacSlow: dont bother with that bug, i workarounded it by using fallback value if the opacity is set to 0.0..15:16
djsiegel3DanRabbit: ping16:29
SiDiMacSlow: what the hell should the unit tests actually do ? :/17:02
=== beuno is now known as beuno-lunch
SiDishould i change the keys via gconf/xfconf and check that bubbles' properties have the good value ?17:02
MacSlowSiDi, test every introduced call with wrong keys and verifiing that they return default values (thus notify-osd continues to run and display stuff properly)17:03
MacSlowSiDi, and then test each gconf/xconf value properly (depending on what system your running on)17:03
SiDiokey17:04
SiDiim completely failing to find out how to build my test file, not to mention checking bubbles' properties :D17:04
MacSlowSiDi, as an example/template look at... notify-osd/tests/test-notification.c how to do it17:04
SiDiokey17:04
MacSlowSiDi, the initial problem is to design the code in a way so it can easily be unit tested17:05
MacSlowSiDi, sometimes it's simple... sometimes it's less than obvious17:05
MacSlowe.g. stuff like DBus or gconf/xconf make unit-testing less obvious17:05
SiDiMacSlow: i dont see how i could properly know that my bubble has finished redrawing after i used gconf or xfconf to change a value17:05
MacSlowSiDi, no... no need fo rthat17:06
MacSlowSiDi, just make sure (test) for the expected values (or fallback-values)17:06
MacSlowyou'll probably only have to setup and query class Defaults I think17:06
SiDiin defaults, then ?17:06
MacSlowyes17:06
SiDiokey17:06
MacSlowautomatic testing/verification of rendered output is very hard to test against17:07
MacSlowSiDi, you'll probably have to #ifdef some of the tests depeding of wether you compiled with xconf or gconf17:08
MacSlowSiDi, that's actually bad... but I don't currently see how to avoid that17:08
MacSlowSiDi, apart from forcing anybody wanting to run "make test" to install gconf and xconf (+ dependecies)17:09
MacSlowwhich would/will annoy a certain kind of people ;)17:09
MacSlowSiDi, unit-tests are dull and boring... but a very good way to thoroughly ensure all your written API-code is solid and bullet-proof17:10
SiDiMacSlow: i was thinking of test-xfconf & test-gconf.c, and choosing which to use with Makefile.am17:11
MacSlowSiDi, that's why unit-test-cases should also pass "crap" to calls to verify it does crash/blowup or so17:11
MacSlowSiDi, don't you think it's simpler to just add to test-defaults.c?17:12
MacSlowSiDi, that'll save you some setup and figuring out17:12
SiDinow that i know this file exists, yes, MacSlow :D17:12
MacSlowSiDi, if you want to run just your (the unit-test for class Defaults)17:12
MacSlowdo17:12
MacSlowcd notify-osd/tests17:12
MacSlow./test-modules -p /defaults17:13
SiDiokey17:13
MacSlowthat'll speed up your turn-around cycles while working on your unit-tests17:13
MacSlowSiDi, I'll be going offline in a few minutes... so should you have further questions... either email them to me ot try to catch me later (in 3 hours) here17:14
SiDiMacSlow: sure. thanks for your patience :)17:16
SiDibtw, can i put the DEFAULT_ defines in default.h instead of default.c ?17:17
SiDiso i can use them from test-default.c instead of copy/pasting values17:17
* MacSlow scratches head... 17:17
SiDiat the moment you just repeat the values in test-defaults, which will require not forgetting about updating them when you change the defaults17:18
MacSlowSiDi, that would introduce no harm... yes... that can be savely done17:18
SiDiokey17:20
MacSlowSiDi, you're patch against notify-osd will become pretty large i can imagine... so don't be surprised that I'll will reshuffle things a bit and split it up in smaller (~800 loc) chunks for review later17:20
SiDiMacSlow: i setup a branch and separated commits a little17:20
MacSlowSiDi, that's just common practice within our team17:21
SiDiNo problem :)17:21
MacSlowSiDi, just so that you know how I tick :)17:21
=== beuno-lunch is now known as beuno
djsiegel1mac_v: I have a paper cuts task if you want it17:56
mac_vdjsiegel1: hmm... what is it?17:56
djsiegel1move all paper cuts assigned to ayatana to invalid for ayatana, and tag them "ayatana" instead17:57
djsiegel1mac_v it's only 17 bugs17:57
mac_vdjsiegel1: huh? move them to where?17:58
mac_vwhich project?17:58
djsiegel1no moving17:58
djsiegel1mark invalid in ayatana17:58
djsiegel1and tag them with "ayatana"17:58
mac_vdjsiegel1: ok... but what do you want me to state as the reason for that?17:59
djsiegel1no reason needed18:00
djsiegel1ayatana is being deleted and re-created18:00
mac_vok.18:00
mac_vdjsiegel1: by when do you want this done ?18:00
djsiegel1now if you can, otherwise I can do it18:01
mac_vdjsiegel1: ATM , i'm busy ... 18:01
djsiegel1ok, no prob18:01
SiDidjsiegel1: why is ayatana being deleted ? :|18:17
djsiegel1SiDi: it's just being renamed18:17
djsiegel1it's called ayatana-project, and someone wants it renamed to ayatana18:17
djsiegel1which means it has to be deleted first...18:18
SiDiwhy dont you just ping the LP admins about it ? :P18:18
djsiegel1SiDi: LP admins are the ones who told me to do this18:27
djsiegel1mac_v: r7 is also short 1 paper cut18:27
mac_vdjsiegel1: r10 will has a few more than needed , you could pick one you like ;p18:28
djsiegel1ok, cool18:28
=== rickspencer3 is now known as rickspencer3-afk
=== vorian is now known as rofl
mac_vdjsiegel1: is synaptic being replaced in karmic itself? 19:47
SiDimac_v: Oo?20:14
mac_vSiDi: o.0?20:15
SiDiis synaptic gonna be replaced ?20:15
mac_vSiDi: eventually by appcenter ,either karmic or karmic+120:17
SiDii really need to subscribe to ubuntu-devel...20:19
SiDihow many mails / day does that represent ?20:19
mac_vSiDi: thats not in devel , i just gave you some top secret info20:20
SiDibleh20:21
SiDihow do you know top secret info ?20:21
mac_vSiDi: well i have my sources...20:21
* SiDi gently tortures mac_v 20:22
SiDiI'm listening.20:22
mac_vSiDi: only if you promise not to tell any one else?20:23
SiDiSure.20:23
SiDi(btw, google appcenter :p)20:23
mac_vSiDi: https://wiki.ubuntu.com/AppCenter20:23
mac_v;p20:24
=== rickspencer3-afk is now known as rickspencer3
=== rofl is now known as marvelous
* SiDi waves @ MacSlow 22:50
SiDiWas gonna send you an email :P22:50
MacSlowSiDi, just do it anyway :)22:50
MacSlowhi btw22:50
SiDiMacSlow: mirco.mueller@canonical.com ?22:51
MacSlowSiDi, yes23:01

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