[jbosstools-dev] Hyperlinks in Eclipse 3.4

[Max Rydahl Andersen]

> There is the "org.eclipse.ui.workbench.texteditor.hyperlinkDetectors"
> extention point declared in previous Eclipse versions (since 3.3). But for
> some reasons we're using it only to declare our
> SeamELInJavaStringHyperlinkDetector to process hyperlinks for Seam ELs in
> Java-Strings in Java Editor while we're using different way to install our
> detectors to XML/HTML/JSP editors (Java Editor supports this extention point
> and it seems that this is the only way to build-in the Java editor to
> process the Hyperlinks).

Ok.

> Also there is the
> "org.eclipse.ui.workbench.texteditor.hyperlinkDetectorTargets" extention
> point which helps to define the targets (document content types) where the
> declared Hyperlink Detector is to be used for. Here is also nothing usefull
> for us because our Hyperlink detectors mostly depend on partition types but
> not on the content type. There is no partition targeting in Eclipse 3.4 (and
> probably it will never be done).

eh, couldn't you just do the partition targeting from inside your content typed
based document ?

This would enable us to provide hyperlinks for EL or classnames in any XML...

There is of course the challenge of avoiding duplicates with existing hyperlinks
detectors, but if we have a good preference page for controlling what choices we
will make available it should be ok.

> There is nothing new in Eclipse 3.4 except the multiple Hyperlinks are shown
> when more than one possibility is found. Probably some editors aren't using
> this new possibility, but XML editor does.

Yes, I like that.

> Since the multiple choices are shown for the Hyperlinks in Eclipse 3.4 (but
> not only the first Hyperlink found is shown) we could modify our hyperlink
> detectors installation way to make it kosher.

Not sure what you mean by that last part ?

-max