[16:29] <and471> tedg, did you have any luck with the vala stuff?
[16:30] <tedg> and471, No, I wasn't.  gord, did you see anything odd? 
[16:54] <gord> tedg, and471  i couldn't find anything weird but something weird is going on. i ported the python sample to vala and that seemed to work just fine
[16:55] <tedg> gord, Are we missing some sort of hint in the VAPI file for subclassing?
[17:11] <gord> tedg, i don't think so
[17:14] <and471> gord, tedg I also ported the python sample :-) that worked fine, it does seem to be when subclassing occurs that is goes wrong
[17:14] <and471> gord, do you want to see my vapi file?
[17:17] <gord> and471, you should just be using the vapi file we supply. tedg is it in lucid or just maverick?
[17:17] <and471> gord, I took the vapi off a bug report and modified it as it wasn't working
[17:17] <and471> gord, didn't realise you shipped one (I am on Lucid)
[17:23] <and471> tedg, also when I was working with subclassing I had some trouble and contacted the vala mailing list, after we got some of it working, they guy on the list said "(the value [AppIndicatorCategory] is an enum in the constructor and internally, but is exposed as a string to gobject). I think you should report this."
[17:24] <and471> tedg, should I file a bug for this?
[17:32] <tedg> and471, If you grab the newer packages it builds a VAPI, but I imagine it's close to the same.
[17:32] <tedg> and471, I think that string/enum issue is also fixed.
[17:33] <tedg> and471, Try to grab trunk.
[17:43] <and471> tedg, ok
[17:53] <and471> jono, who leads the lernid project now?
[17:53] <and471> jono, I was looking for a decision on https://bugs.launchpad.net/hundredpapercuts/+bug/546968
[17:59] <and471> tedg, where is the vapi file?
[18:03] <and471> gord, tedg, I just did the normal, make, sudo make install routine but that enum string issue still appears to be there, don't know where the vapi file is, not in the normal place
[18:03] <and471> gord, tedg would you advise that I stop trying to subclass and just go for a set of functions until the future?
[18:05] <jono> and471, Michael Budde
[18:05] <seb128> and471, libappindicator-dev: /usr/share/vala/vapi/AppIndicator-0.1.vapi
[18:05] <seb128> and471, ?
[18:06] <tedg> and471, Hmm, okay.  I'm confused then on what the issue is (with the strings/enums).
[18:06] <tedg> and471, Honestly, unless you need custom fallbacks, subclassing is probably more work than it's worth.
[18:07] <and471> tedg, okay, I might just go for functions then
[18:07] <and471> tedg, the string enum issue is that I have to include this function in the subclass
[18:07] <and471> tedg, http://pastebin.com/6JLRerdP
[18:08] <and471> tedg, becuase otherwise if I don't convert it, I get an error that
[18:08] <and471> tedg, Cannot convert from `AppIndicator.Category' to `string'
[18:10] <tedg> and471, Hmm, okay.  Perhaps we need two properties then.  One that's the enum and one that's the string.
[18:10] <tedg> and471, Dbus needs the string one, but we could make another for lib side things.
[18:10] <tedg> I think that qense was looking into that for Mono as well.
[18:11] <and471> tedg, kl
[18:11] <and471> tedg, well I think i shall switch to functions then
[18:11] <and471> tedg, hopefully then it shall work :-)
[18:17] <and471> tedg, damn it, I am having issues again
[18:17] <and471> tedg, it all works if I put Gtk.main() at the end of the function which creates a new Indicator
[18:17] <tedg> and471, Sorry, only one issue per day :)
[18:18] <and471> tedg, but not if I just have one Gtk.main() for all Gtk elements
[18:18] <and471> tedg, ;)
[18:18] <tedg> and471, Could it be a vala ref thing?  Like you're ref'ing locally instead of globally so the object is getting destroyed?
[18:18] <and471> tedg, I think I shall go on the mailing list, it may not just appindicator
[18:19] <and471> tedg, probably, but as a previous python programmer, i don't know what that is :)
[18:19] <tedg> Heh, okay.
[18:19] <and471> tedg, thanks for your help