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
nepo...@kde.org
https://mail.kde.org/mailman/listinfo/nepomuk
_______________________________________________
wm-spec-list mailing list
wm-spec-list@gnome.org
http://mail.gnome.org/mailman/listinfo/wm-spec-list
