On Thu, 2006-03-16 at 07:24 +0000, Juri Pakaste wrote: > I hacked a bit on Tomboy-Leaftag integration. You can see the current results > here: http://www.iki.fi/juri/blog/tomboy_leaftag.html (sorry about the > slowness, > the iki.fi redirector has been acting a bit dodgy for the last two days.) > > If you don't get the images, basically you can now tag notes in Tomboy and > then > using the Leaftag Deskbar handler find them. At the moment, what deskbar shows > you is something like "Open the location > note://tomboy/long-string-of-meaningless-characters". This is not ideal. >
Amazing, i must say, and i'm not the only one thinking that :) > Now, I could patch the Leaftag handler to dig out the title of the Tomboy > note. > I don't know if the patch would be accepted, but I could try. I just think > that > would stink a bit. The Leaftag handler feels like the wrong place to hide > logic > for reading Tomboy notes, that's two unconnected responsibilities being > handled > by one object. And besides, it could be needed later somewhere else. > In my opinion the best way to handle your problem is that the "tag creator" which is in this case the tomboy plugin, inserts the title associated with the source (just like tagging a filename allow to retrieve.. the filename). You could imagine also if a web browser uses leaftag, it will tag the url and also store the url <title> for later use. The deksbar handler will just have generic call to get_title or get_content or get_description or whatever it ends up being.. So in this case i'd suggest to patch (or maybe just use the mechanism they have, if any) leaftag to record these data in the db.. Raf
signature.asc
Description: This is a digitally signed message part
_______________________________________________ deskbar-applet-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/deskbar-applet-list
