Here's something that might combat having to manually edit blist.xml to
create localized buddy icons. One would invoke this dialog by right
clicking a user on the buddy list, or even a conversation menu entry.
The only problem foreseeable is that the icon would be overwritten when
a buddy changes her icon. This could be fixed by adding a "local" or
"locked" gboolean within the GaimBuddyIcon structure (and blist.xml
handling in blist.c), and when TRUE, gaim_buddy_icon_set_data would
silently ignore prpl/plugin/whatever attempts to update it. Only
user-initiated dialogs would have the ability to control
GaimBuddyIcon->locked. Alternatively, gaim_buddy_icon_set_data could
initiate a dialog when GaimBuddyIcon->locked is TRUE, asking whether to
allow the icon to be updated, or keep the one we currently have.
Comments, suggestions, rants?
>Yeah, here comes the screenshot time:
>>From the I-heart-buddy-icons-on-the-right dept.:
>As evidenced from the browser name, this screenshot is quite a bit
>old, and I've been loving this layout since day one. Buddy icons,
>silly as they may be, work wonderfully on my desktop, as they remain
>exposed all the time, no matter what I'm working on (in WindowMaker,
>anyway). I also set some buddy icons manually via blist.xml (for
>people who don't have them, sometimes for protocols that don't support
>them, or icons I dislike), so frivolty takes a back seat to my wishes