Re: Very special idea

Markus Vaterlaus <[email protected]> Sun, 17 Nov 2002 21:46:08 +0100
Newsgroups gmane.comp.cms.wyona.user
Message-ID <p05200f04b9fdab0d317f@[192.168.1.4]>
Am 17.11.2002 2:00 Uhr +0100 uebermittelte Thorsten Scherler folgende Zeilen:
<snip/>
>>I think, as far as it goes, we all know it, because it's part of 
>>our live. My idea actually is, to store all bookmarks in one place, 
>>and to be able to manage them trough a browser. Or simply said, I'd 
>>like to have only one interface to manage all my bookmarks. How 
>>could this be achieved?
>You want to set up a web based Bookmarksystem where you can manage 
>your bookmarks from different browser on your system and update this 
>bookmarks with your "bookmark-server" (the web based 
>bookmarksystem). Did I understood right?

Hi Thorsten, hi List,

it seems that you understood my idea: considering bookmarks as a 
special form of content and implementing a system to manage this kind 
of content.

>>- All content elements (eq. the bookmarks) are stored in XML
>bookmark (uri, name, description, categorie, data)
>>- To each content element comments and other data might
>>    be added
>>- Editing the contents might be done by using Xopus
>The system has to have a import export interface to get the 
>bookmarks of IE, Netscape, mozilla,...

I guess, if the system is in use, you don't have to import very often 
bookmarks. Most additions occure while browsing on a one by one 
level. However, to start using the application, you need to set up 
quickly a first set of bookmarks. So an easy way to import the 
bookmarks of one browser will do best in this case (IE and Mozilla 
are both able to export an html file which should be "importable"). 
To avoid implementing AI <g>, in a first version, importing bookmarks 
from just one browser will be enough (might avoid some dublicated 
enteries; dublicated enetries are a challenge anyhow).

<snip/>
>>- different Output formats (for example Opera stores the bookmarks totally
>>    different from Mozilla) can be generated for "native" usage in a
>>    browser via XSLT
>Like I said import - export interface.

Actually I consider the need for an export interface with higher 
priority. But, I've to think about it...

<snip/>

--mv

-- 
**************************************

Unglaublich, aber wahr: Dilbert lebt!

**************************************