61664 - (xlink) Implement full XLink

Status: RESOLVED WONTFIX

(Core :: XML, enhancement, P3)

Description

[Dan Rosen]

Implement full XLink support in Mozilla. (placeholder)

Comment 1

[Dan Rosen]

dependant on bug 59783. also contingent on refactoring of xml content sink,
probably...

Comment 2

[Heikki Toivonen (remove -bugzilla when emailing directly)]

I just wrote the beginnings of a link manager design at:

http://www.mozilla.org/newlayout/xml/lmdesign.html

It will probably take some time to update...

I removed the dependancy to dynamic XPath. XLink does not depend on XPointer or
XPath. XPointer can augment XLinks, providing ways to point to fragments of
documents, although arguably extended XLinks are nearly useless without XPointer
implementation. Right now we only support the IDLoc short hand fragment identifier.

Also extended XLinks do not depend on content sink refactoring.

Comment 3

[Dan Rosen]

doesn't look like i'll be doing any xml work anytime soon :( ... reassigning to
heikki for safekeeping.

Comment 4

[Heikki Toivonen (remove -bugzilla when emailing directly)]

I'll slate this for mozilla1.2 for now, as the rest of the XLink/XPointer work.

Comment 5

[Chris Petersen]

XLINK related. Changing QA contact to [e-mail]

Comment 6

[Kai Lahmann (is there, where MNG is)]

alias for faster searching

Comment 7

[Hixie (not reading bugmail)]

Simple XLink is enough (and nobody uses that anyway).

Comment 8

[alexbuzzbee]

Can we consider reopening this? I'm not a Firefox dev, but given that XLink is already supported in SVG, it shouldn't be too hard to implement for XML in general, right? Or am I missing something?

Comment 9

[Peter Van der Beken [:peterv]]

It's not easier or harder if it's already supported in SVG. But I don't think it would make sense to expand the support to XML in general (note also that SVG 2 started to deprecate it).