[9fans] Storing bookmarks via 9p

[9fans] Storing bookmarks via 9p

[Enrico Weigelt]

Hi folks,


is there yet any standard layout for storing browser bookmarks
via 9p ?

My idea is to replace the old html based bookmark handling stuff
in mozilla by a few lines of code which just walk through some
9p dirs and take evrything from some flat text files. Mozilla
would just connect to the (normally userland) 9p server.

At this point, multiple access, synchronization or external
databases would be quite trivial.


cu
-- 
---------------------------------------------------------------------
 Enrico Weigelt    ==   metux IT service - http://www.metux.de/
---------------------------------------------------------------------
 Please visit the OpenSource QM Taskforce:
 	http://wiki.metux.de/public/OpenSource_QM_Taskforce
 Patches / Fixes for a lot dozens of packages in dozens of versions:
	http://patches.metux.de/
---------------------------------------------------------------------

[9fans] Re: Storing bookmarks via 9p

[Darren Bane]

Enrico Weigelt <weigelt@metux.de> wrote:
> 
> Hi folks,
> 
> 
> is there yet any standard layout for storing browser bookmarks
> via 9p ?
> 
> My idea is to replace the old html based bookmark handling stuff
> in mozilla by a few lines of code which just walk through some
> 9p dirs and take evrything from some flat text files. Mozilla
> would just connect to the (normally userland) 9p server.
> 
> At this point, multiple access, synchronization or external
> databases would be quite trivial.

I assume from your other post that you're running Linux.

I'm not sure that any standard is needed.  You can just store the
bookmarks in a text file and plumb them (e.g. from 9term or acme) to your
Web browser.  Check out "9 man 4 plumber" for details.
-- 
Darren Bane

Re: [9fans] Re: Storing bookmarks via 9p

[Enrico Weigelt]

* Darren Bane <darren.bane@gmail.com> wrote:

Hi,

> I'm not sure that any standard is needed.  You can just store 
> the bookmarks in a text file and plumb them (e.g. from 9term 
> or acme) to your Web browser. Check out "9 man 4 plumber" 
> for details.

The idea is to define cross-browser + cross-platform standard and 
let the client use an tiny filesystem abstraction library with 9P 
semantics (in fact most times just call an 9p or FUSE server 
remotely or through an pipe). So the application once connects to 
the fs (not necessarily mount it) and then entirely works within 
there. The application has no idea how the data is actually stored. 

This way, the bookmark storage is completely independent from the
client. You can use any client (which supports that ;)) on any
bookmark storage. Things like remote bookmarks, collaboration, etc
are completely hidden behind the bookmark server.

I've started writing some draft:

http://j.metux.de/index.php?option=com_content&task=view&id=23


BTW: similar things could be done with mailboxes, too
(I'll write some bit about this later ...)


cu
-- 
---------------------------------------------------------------------
 Enrico Weigelt    ==   metux IT service - http://www.metux.de/
---------------------------------------------------------------------
 Please visit the OpenSource QM Taskforce:
 	http://wiki.metux.de/public/OpenSource_QM_Taskforce
 Patches / Fixes for a lot dozens of packages in dozens of versions:
	http://patches.metux.de/
---------------------------------------------------------------------

Re: [9fans] Re: Storing bookmarks via 9p

[Uriel]

On 4/29/07, Enrico Weigelt <weigelt@metux.de> wrote:
> * Darren Bane <darren.bane@gmail.com> wrote:
>
> Hi,
>
> > I'm not sure that any standard is needed.  You can just store
> > the bookmarks in a text file and plumb them (e.g. from 9term
> > or acme) to your Web browser. Check out "9 man 4 plumber"
> > for details.
>
> The idea is to define cross-browser + cross-platform standard

UTF-8 text file with one url per line. And as others pointed out, the
best way to use it is to simply plumb.

Of course this solution is probably too simple to satisfy people with
way too much spare time on their hands to waste in megalomaniacal
projects that will create more programming monkey jobs.

uriel