Re: .oafinfo and icons



There's also the unresolved issue of how these icons are going to coexist
nicely with Nautilus icon themes.

John

on 5/1/00 12:56 PM, Maciej Stachowiak at mjs@eazel.com wrote:

> Anders Carlsson <andersca@gnu.org> writes:
> 
>> Hello,
>> 
>> I had a discussion with miguel about the new bonobo selector and the
>> fact that we need some sort of icon reference in the .oafinfo files.
>> 
>> The problem is that an .oafinfo file may not necessarily reside on the
>> same machine as the program browsing the .oafinfo file.
>> 
>> So, miguel and I agreed that the best (easiest) way would be to just
>> have an attribute which points to the file.
>> 
>> This means that icon paths in non-local .oafinfo files could point to
>> icon files who don't exist.
>> 
>> But we won't care about that, since we're more likely to have local
>> .oafinfo files than non-local ones. To quote miguel:
>> 
>> <miguelmx> This is not Federico-land
> 
> Well, part of the purpose of OAF is to make remote activation work
> nicely. When people start using Bonobo for doing real distributed
> applications, this will make a real difference.
> 
> I personally think having the icon embedded in the oafinfo file is
> reasonable. It could either be required to be an XPM, or be uuencoded
> or base64-encoded. Another possibility is to let it be a URI and make
> one of the possibilities a "data:" URI, that will allow things either
> way, but I don't know if making oaf depend on gnome-vfs is good.
> 
> - Maciej
> 
> 
> _______________________________________________
> gnome-components-list mailing list
> gnome-components-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gnome-components-list





[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]