On 06/17/2010 05:17 PM, Michal Hruby wrote: > 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?
sounds reasonable, too.... > Also I'm not really sure what should be done after we agree here on the > new property/-ies. good question indeed. I suppose someone needs to get in contact with some X people... > 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 >>> [email protected] >>> https://mail.kde.org/mailman/listinfo/nepomuk >>> >>> >> > _______________________________________________ Nepomuk mailing list [email protected] https://mail.kde.org/mailman/listinfo/nepomuk
