Uh, this would be sweet. Fx. Firefox stores base64 encoded favicons in its
search engine description files. Tracker could do something similar for
tags... Great idea.


Actually i remember now. I hacked on a patch to leaftag that actally did
this, but after some discussion the devs decided that storing embedded
images for the tags was a bad idea because for tags which exist in the
icon-theme the user would expect that the images for these tags should
change when the icon theme changes.

Me, im not so sure. I think there are more practical uses where the user may
want to apply their own image for a tag (see f-spot) and in this case there
are two options;
1) embed the tag image
 + Survives the case where the tag image is deleted
 - Takes space in the DB
2) embed the full path to the tag image
+ Does not take much DB space
- Does not survive when tag images are removed (but at least we can fail
gracefully)

So I propose;

1) new libtracker method
tracker_keywords_get_list_with_images
returns both images and either stock-id (only icon-theme spec compatible
stock icons allowed) OR the path to a file to be used as the tag image
2) corresponding new DBus method/s
org_freedesktop_Tracker_Keywords_get_list_with_images
tracker_dbus_method_keywords_get_list_with_images
3) new db method
tracker_db_get_keyword_list_with_images
4) new stored procedure
GetKeywordListWithImages
which also returns the appropriate MetaDataValue from the appropriate
ServiceBlobMetadata corresponding to the keyword in question

So this also requres the storage of a ServiceBlobMetaData for each keyword.
Use blob metatdata so its not indexed, and within that store either the
stock icon id or the filename to the icon.

Obviously reverse functions would need to be implemented like
tracker_keyword_add_image(keyowordID, stock_id_or_path)

I am just checking that the more invasive changes regarding getting the
keywords and images are really necessary. I presume simpler methods could be
implemented, like tracker_keyword_get_image() but this would involve 2x the
DB calls which may be ugly if you want to get the images for lots of tags

Thoughts? I am really keen to hack on this so it would be good to get
perspective of the best direction to go in

John
_______________________________________________
tracker-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/tracker-list

Reply via email to