Last modified: 2014-06-12 09:45:55 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T51928, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 49928 - VisualEditor: No way to identify destination, rather than link text, of links
VisualEditor: No way to identify destination, rather than link text, of links
Status: RESOLVED FIXED
Product: VisualEditor
Classification: Unclassified
Editing Tools (Other open bugs)
unspecified
All All
: Low enhancement
: VE-deploy-2014-06-12
Assigned To: Trevor Parscal
:
Depends on:
Blocks: ve-linkediting
  Show dependency treegraph
 
Reported: 2013-06-21 04:54 UTC by Oliver Keyes
Modified: 2014-06-12 09:45 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Oliver Keyes 2013-06-21 04:54:19 UTC
Because the VE splits up the destination of a link and the text displayed for it (quite rightly) it's impossible, in VE mode, to identify where links point to without source editing. This is kind of a problem for disambiguation issues, for example. Is there any way that this could somehow be hunt-down-able?
Comment 1 This, that and the other (TTO) 2013-06-21 05:15:27 UTC
You can just click the floating "chain" icon to see the name of the destination article. 

What does this bug relate to in particular? Was there some use case where this isn't working/isn't possible?
Comment 2 Oliver Keyes 2013-06-21 05:18:09 UTC
The workflow of "this article has DAB issues, it's pointing to [disambiguation page], I should point it to [proper page], now to find the link that's pointing to the disambig- shit."
Comment 3 James Forrester 2013-06-23 19:30:06 UTC
(In reply to comment #0)
> Because the VE splits up the destination of a link and the text displayed for
> it (quite rightly) it's impossible, in VE mode, to identify where links point
> to without source editing. This is kind of a problem for disambiguation
> issues, for example. Is there any way that this could somehow be
> hunt-down-able?

Hover over the link; that's the target, not the anchor, that comes up in the pop-up tooltip. 

However, this doesn't work well if you know there's one link to [[foo|xxx]] somewhere on the page and you want to change it to [[bar|xxx]], I agree.
Comment 4 pamdavies7 2013-07-07 09:46:07 UTC
No, hovering over each link is not the answer: if I'm looking at a large article and want to find and amend the link which is pointing to some particular other page (perhaps in connection with cleaning up dab pages etc), I want to be able to use something like ctrl-F "Find" as I can at present: once the article is open in Edit Source, the hidden text is searchable.

As an example, look at [[User:PamD/sandbox for VE]] and find the link to [[Dunmallet]]. Now imagine if that page was the length of [[London]] and you needed to find a similar piped link.

Might also be an issue if people want to find (and check parameters of, or amend, etc) one particular template which is used on a page, but doesn't "show up" in the visible article. And probably various other scenarios. ~~~~
Comment 5 James Forrester 2014-06-12 05:17:26 UTC
This is now done with the new context widget system.
Comment 6 This, that and the other (TTO) 2014-06-12 09:45:55 UTC
It's nice, but doesn't really address the workflow in comment 3.

(In reply to James Forrester from comment #3)
> However, this doesn't work well if you know there's one link to [[foo|xxx]]
> somewhere on the page and you want to change it to [[bar|xxx]], I agree.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links