I'll be happy to post a JIRA on that, though patching it is not something I have time or skill to attempt at the moment. I know that a scrollto method exists that can subtract the height of the heading from the anchor's Y-coordinate, and I have made it work both in Firefox and IE, but of course I can put that in the request in case it helps the patcher.

That leaves still my main question, however: is there a scheme for reliably composing an intra-document link to an XWiki heading?

I don't consider it a show-stopper, so if you can't reply immediately I can post another issue. Indeed, it really is a bug/feature request to a) have the anchors named predictably and/or b) enhance the already too-cool-for-words link editor popup to list headings (and other anchors...?) existing on the page and format the link behind the scenes. I realize this could be done immediately only for the current page, but hey, that's all Ineed right now...:>

On May 15, 2007, at 11:30 PM, THOMAS, BRIAN M (ATTSI) wrote:

I really like the WYSIWYG editor's "Add/edit link" feature. One problem, though, is XWiki headings. There are two problems generally: first, it isn't intuitive how to name the link. For example, for a level-2 XWiki heading (1.1 in Wiki markup, generates HTML h3 element of class "heading-1-1") named Styles, the fragment identifier was "HStyles". Also, a level-1 (h2, class "heading-1") was also named by prepending an "H" to the heading text. Is this the way it's supposed to work, where in the "link" field I have to put "Hsomething" for a link to a heading called "something", unless there's another heading with that same text, which could be added after I compose that link and then what do I do...?

The other is that following the link causes the page to scroll to just below the heading text, which is a bit confusing.

I've also noticed that point. The anchor should be done just before the section, not just after. JIRA and patches are most welcome.