Diff for /bookie/www/index.html between versions 1.9 and 1.16

version 1.9, 2000/11/29 11:08:35 version 1.16, 2001/03/19 11:08:24
Line 1 Line 1
Bookie is a personal attempt to keep the bookmarks that I have at homeYou can read what Bookie is <a href="purpose.html">here</a>, but here's the
synced with the bookmarks I have at work, and a way of solving mylong and short of it:
frustrations in sharing bookmarks with other people over computers.  It also
is an outgrowth of the bluesky <a<blockquote>
href="http://www.mozilla.org/blue-sky/ui/199805/bookmarks.html">goodBookie is an application which keeps all your bookmarks on a
bookmarking</a> and <acentral server so that you can access bookmarks from anywhere on the web.
href="http://www.mozilla.org/blue-sky/misc/199805/collaborative-bookmark-index.html">collaborative</blockquote>
bookmark indexing</a>.  In addition, there are sites which attack this
problem from another angle: <a href="http://renaghan.com/bookmarker/">Bookmarker</a> and <a href="http://www.webwizards.net/useful/wbbm.htm">Web-Based Bookmark Managers</a>.<p>I have a server which is currently using a hacked up protocol based on FTP.
I have since learned why no-one uses a protocol from the 1970's if they can
<p>Quite frankly, bookmark management sucks.  Every person I know has ahelp it: the code is going to go away and be replaced with XML-RPC, which is
collection of bookmarks which have grown over months if not years.  Not onlyboth simpler and more intelligent.
the bookmarks themselves but the structure of the bookmark directory is
critical.  Yahoo's origin and real, underlying purpose is as a huge<p>Mozilla client is still very rudimentary, but it does do XML-RPC queries.
collection of well organized bookmarks.  Yet while it is easy to send a URLIf you enjoy pain or would like to help, then you can pick up the code from
over the web, sending branches or entire trees is impossible.  It is<a href="/source/browse/bookie/clients/mozilla/extensions/bookie/resources">here</a>.
impossible to share the same bookmarks folder with several people, so thatThanks to Aaron Andersen for the cool <a
all information can be synced over a department.  And it's really hard tohref="http://www.xulplanet.com/tutorials/xulapp/">tutorial</a>.
keep bookmarks synced between several locations.
<p>You do have to have the XML-RPC extensions to use the client.  Go to your
<p>The roaming access feature in Netscape goes in the right direction ofmozilla/extensions/xml-rpc directory and <code>"nmake -f
solving these problems, but RDF is the perfect answer to these problems.makefile.win"</code> should take care of the problem.
Whenever a browser wants to see bookmarks, it can make a request to a
central bookmark server, and receive streamed RDF.  Likewise, whenever a<p>Will Sargent &lt;<a href="mailto:will_sargent@yahoo.com">will_sargent@yahoo.com</a>&gt;
bookmark or branch is submitted, RDF can be sent to the server and synced
with all the other clients. 
 
<p> Of course, this is barely scratching the surface of what Bookie could do 
-- it could invalidate useless bookmarks, keep a cache of bookmarks for 
you... it could keep private bookmark folders which you could only see by 
typing a password... It could provide folders with multiple parents so that 
you could have the equivalent of symlinks in folders... It could rearrange 
or delete bookmarks according to your own criteria (popularity, last 
updated)... You could have limited access to bookie allowing you to add only 
annotations to a bookmark, or submit links on an honor system so that the 
most popular float to the top...  You could adjust your filter so that only 
the oldest or the newest bookmarks show up. 
 
<p> 
<ul> 
        <li>The server is done, although it still is read-only.   
        <li>You can import bookmarks into the database via a <a href="#script">perl script</a>[1]. 
        <li>You can read bookmarks out of the server[<a href="#server">2</a>], using the 
         included client[<a href="#client">3</a>].   
</ul> 
 
The mozilla client will connect to the server, but I've had some troubles 
getting the RDF from the server synced up with the user interface.   
 
<p>Will Sargent <a href="mailto:will_sargent@yahoo.com">&lt;will_sargent@yahoo.com&gt;</a>. 
 
<hr> 
 
[1] <a name="server">/scripts/server.bat, assuming you have the database up and working... 
<p> 
[2] <a name="script">/scripts/perl/importdb.pl 
<p> 
[3] <a name="client">/scripts/client.bat 
   

Removed from v.1.9  
changed lines
  Added in v.1.16


FreeBSD-CVSweb <freebsd-cvsweb@FreeBSD.org>