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! **************************************