When I edited an internal link and pasted in Work_breakdown_structure#Terminal_element as the new link target, the link editor widget thought that it was a new page, because it didn't understand that the # referenced an anchor within that page.
However, that was just a harmless warning - it did work. So I am classifying this as minor severity, because it is merely an incorrect warning message that could confuse editors.
Version: unspecified
Severity: enhancement
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | Feature | None | T52881 VisualEditor: Link input widget should suggest section links | ||
| Resolved | Esanders | T55219 VisualEditor: [Regression] Link inspector prevents insertion of section links |
When reporting the duplicate bug (sorry, this one didn't come up in my search) I wondered whether this was related to Bug 33094
(In reply to comment #3)
When reporting the duplicate bug (sorry, this one didn't come up in my
search)
Don't worry, it's my fault for not triaging earlier. :-)
I wondered whether this was related to Bug 33094
I don't believe so (though we should get that fixed soon too, of course).
Worth noting here the comments on bug 50945 about cases where display text != link text (piped links)
This isn't just a display problem, and it is NOT an enhancement - it's a real defect because editors are unlikely to take the time - as I did - to figure out how to make section links work.
Here's what happens now: The editor finds an article to link to (good UI; much better than the wikitext editor); then he/she starts typing the section link (#whatever). The link name turns red (that's the display issue), and it doesn't suggest section names (that would be a really slick enhancement; if you do this well, people are going to love you). Instead, when the editor is done typing the section information, one of four things can happen:
The VE software has changed (at least a week ago, maybe longer) for this issue. Now pressing [Return] does not remove the "#Whatever" text that the user typed, for the section link. So this bug is now primarily a display issue.
(In reply to comment #7)
This isn't just a display problem, and it is NOT an enhancement - it's a real
defect because editors are unlikely to take the time - as I did - to figure
out
how to make section links work.Here's what happens now: The editor finds an article to link to (good UI;
much
better than the wikitext editor); then he/she starts typing the section link
(#whatever). The link name turns red (that's the display issue), and it
doesn't
suggest section names (that would be a really slick enhancement; if you do
this
well, people are going to love you). Instead, when the editor is done typing
the section information, one of four things can happen:
- The editor presses Enter/Return (per the user guide), and the section
information is REMOVED by VE. That is clearly a defect in the software.
- The editor presses the close icon (<) (per the user guide), and the section
information is REMOVED by VE. That is clearly a defect in the software.
- The editor clicks somewhere else on the page, and the section information
is
REMOVED by VE. That is clearly a defect in the software.
- The editor clicks on the area ABOVE the input box, the area containing the
word "Hyperlink", and VE is happy, and saves the section information. (I'm
going to add that to the user guide, but that wouldn't do nearly as much good
as changing, in the software, what happens in the first three situations,
above.
John reports today that "It used to be possible, in VE, to link to another section of a page (say, Bank#History). Now, when section information is added, in the Link/Hyperlink dialog box, VE just deletes it when the user presses [return] or exits (in any way) that dialog box."
(In reply to comment #11)
John reports today that "It used to be possible, in VE, to link to another
section of a page (say, Bank#History). Now, when section information is
added,
in the Link/Hyperlink dialog box, VE just deletes it when the user presses
[return] or exits (in any way) that dialog box."
Noting for posterity that that was bug 53219, which has now been fixed.
T112898: [Regression wmf23] On creating a wikilink/an inter-wiki link, the nice regex strips section parts of the link has been fixed but [[#section|text]] just inserted is still red (all the same, it displays correctly for links which were already present before loading VisualEditor).
When adding links to sections in the current page, the UI may be a third tab in the Link popup (after the "Search pages" and "External link" tabs) called "Section link" (or similar). In this tab, the existing section titles would be listed (possibly in a hierarchical TOC fashion) and clicking on a section would add a link to that section.