[Nepomuk] _NEW_WM_CURRENT_URI
Michal Hruby
michal.mhr at gmail.com
Thu Jun 17 17:17:51 CEST 2010
Hi Sebastian,
as long as there's a way to determine the uri of the active tab, I'm
fine with it. Still for me some of the other properties seem redundant -
if you have uri, you can use gio/kio (or a specialized service) to get
mimetype and thumbnail. And it could also lead to inconsistencies - one
app will make the thumbnail nice - add a frame or something, and another
one will make it basic for the same uri. Isn't this inconsistency why
we're trying to use icon names everywhere instead of bitmaps?
Also I'm not really sure what should be done after we agree here on the
new property/-ies.
Michal
On 06/15/2010 01:11 PM, Sebastian Trüg wrote:
> Hi Michal,
>
> what is the status on this?
> IMHO it makes perfect sense - especially in the way Lubos drafted it:
> using a list of uris with some properties like icon and maybe even mimetype.
>
> Cheers,
> Sebastian
>
> On 06/01/2010 09:47 AM, Michal Hruby wrote:
>
>> Hi,
>>
>> lately we've seen more interest in semantic desktop, and one thing we're
>> missing is a standardized way to determine what document(-s) is an
>> application working with (see [1] for more background info).
>>
>> Nepomuk guys are already starting to use special DBus service to which
>> supported apps talk, and we in Zeitgeist are also using plugins for
>> various apps to tell us which resource they use.
>> Therefore I suggest adding new X property where windows would indicate
>> which resource is currently opened inside them and update this property
>> when another document is opened or tab with different document is
>> activated.
>>
>> There were also suggestions to make this property a list of uris, but
>> I'm still not convinced this is a good idea - we shouldn't automatically
>> assume that all uris opened in an app are related to each other (see
>> people using lots of tabs in browsers, never-ending list of uris for
>> media-players, ...).
>>
>> This will also allow implementing document-based pagers to push the
>> limits of current application-based ones.
>>
>> Regards,
>> Michal Hruby
>>
>> [1] http://mhr3.blogspot.com/2010/05/lets-make-users-lives-easier.html
>> _______________________________________________
>> Nepomuk mailing list
>> Nepomuk at kde.org
>> https://mail.kde.org/mailman/listinfo/nepomuk
>>
>>
>
More information about the Nepomuk
mailing list