Re: [Usability] File menu applet

[Andrey Warkentin <andrey warkentin gmail com>]

I think this is a great idea. A central store allows for more unity
within a user environment, and since this would be desktop independent
it would be likely better embraced by non-GNOME entities, such a KDE
and Mozilla. Also, having centralized bookmarks would mean not having
to re-create bookmark lists for all the browsers and tools a user may
use. Additionally, storing all the bookmarks in one place will allow
for easy migration of said bookmarks across systems as well as lighter
programs.

>>>I think that hacking on things to the gtk-bookmarks file is going to
>>>lead to problems in the end.  I think it would be better to get some
>>>sort of standard in place and THEN do this.
>>>
>>>I like my idea of filtering by URI and mime type.  Consider this:
>>>
>>>The text editors will only want files that are text, right?  Filter on
>>>the text mime type.
>>>Image editors only want images.  Email clients only want email
>>>addresses.  etc, etc, etc.
>>>
>>>Metadata is important, I suppose.  Not for the concept of "bookmark",
>>>but simply for organizing them.  People and programs need to use the
>>>system, after all.
>>>
>>>To avoid creating a library dependency on GTK (for XML), why not use a
>>>bookmark directory and have flat files inside?  Not my
>>>personal-favorite idea, but it might work.
>>>
>>>I like the idea for a common data server.
>>>
>>>Anyway, sorry this isn't very coherent.  Maybe I should write up my
>>>idea of a desktop-independent spec and you guys can see what you
>>>think?  Would it be worth my time?
>>>
>>>I really like the idea of having one bookmark store.  This is
>>>something that does not need to be application or desktop dependent.
>>>Here's my idea:
>>>
>>>Store a bookmark as:
>>>
>>>A URI
>>>A mime-type
>>>Other things that I'm forgetting :)
>>>
>>>Then, an app can filter on mime-type.  Firefox, epiphany, konqueror,
>>>and lynx will "import" (show is a better word) the text/html (etc)
>>>bookmarks, while nautilus, file-browser-applet, and konqueror (the
>>>file-browsing konqueror) can filter on file:// URIs, etc.
>>>
>>>Adding some metadata would be good (because isn't that how epiphany
>>>organizes bookmarks)?
>>>
-- 
here dup = negate dup invert negate dup ( Andrey ) dup
+ ( Warkentin ) dup lshift invert negate dup emit over
dup dup lshift ( http://www.imsa.edu/~andyw ) swap dup
+ invert negate + over + emit swap over over 1 + + dup
emit over dup + dup invert negate * 01 + + emit cr bye