[XML-SIG] Metadata in XBEL

[David Faure]

On Saturday 31 March 2001 20:21, Fred L. Drake, Jr. wrote:
> Uche Ogbuji writes:
>  > Yes.  I actually implemented an off-line merge earlier, but I think a 
>  > standardized merge indicator would be useful.

What's off-line merge ?

>   To make this meaningful, do we need more discussion of what "merge"
> means, or should this be left entirely to clients?  I'm inclined to
> think we need a good description of the expected range of application
> and motivation, and the rest can be left to specific applications.
> 
>  > That should instead be spelled
>  > 
>  > <merge include:href="file:/path/to/bookmarks/collection.xml"/>
>  > 
>  > Or such, so that processors that don't have first-class merge support can 
>  > still include the other file through xinclude.
> 
>   This syntax seems reasonable; I presume we'll want to include some
> way to mark multiple <merge/> sources with priorities to determine
> "who wins" in the presence of multiple sources for a bookmark; some
> applications will present all versions of a bookmark and others will
> only want to present one but make the determination based on the
> bookmark data.
>   I presume this <merge/> element should be allowed in both <xbel/>
> and <folder/> elements.  Do we want to do this in XBEL 1.1 or wait for
> more experiance before adding it?

I agree that the whole issue probably needs more thinking if we want to
get it right and devise a complete merging mechanism.

I was simply suggesting an easy solution (including another file) - but that
definitely doesn't go as far as a full merging, plus the possibility to
"hide" included bookmarks, etc.

I'm fine with this being left out from XBEL 1.1, and we can come back
on it when someone starts implementing it, or if someone has a mechanism
to suggest.

-- 
David FAURE, david@mandrakesoft.com, faure@kde.org
http://perso.mandrakesoft.com/~david/, http://www.konqueror.org/
KDE, Making The Future of Computing Available Today