Last modified: 2014-02-27 22:47:25 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 T53522, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 51522 - VisualEditor: Support for SFN and similar references
VisualEditor: Support for SFN and similar references
Status: RESOLVED WONTFIX
Product: VisualEditor
Classification: Unclassified
Editing Tools (Other open bugs)
unspecified
All All
: Lowest enhancement
: ---
Assigned To: Rob Moen
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-07-17 10:43 UTC by Maury Markowitz
Modified: 2014-02-27 22:47 UTC (History)
3 users (show)

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


Attachments

Description Maury Markowitz 2013-07-17 10:43:06 UTC
One of the major advances in wiki editing in the last few years has been support for the short template-based referencing systems like SFN. I've made it a basic rule to use SFN if a reference is used more than twice within the article, and an inline only in the rare case where it is used once or twice. I realize my editing patterns are not normal, but I think support for these templated refs would improve the editor greatly. 

Perhaps a "toolbar-like" editor to one side of the main editor could list of global references created so far, and allow the user to drag a handle from them into the article to place the ref in the body.

Even better, perhaps the use could drag URLs or text into the bar to create semi-filled out master refs.
Comment 1 James Forrester 2013-11-01 04:54:14 UTC
As discussed previously, supporting this wikitext hack is exceptionally difficult to do, and it would be much more sensible to spend the effort on a proper cross-page, cross-wiki citations system instead which would solve the same problem (and lots more). However, it's not impossible, so keeping open as a lowest-priority enhancements.
Comment 2 James Forrester 2014-02-27 22:47:25 UTC
Cite.php is designed a certain (bad) way. It has issues, and we will replace it at some point, but the way to fix its issues is not to make horrible hacks in wikitext using loopholes over-looked when the code was written to try to re-design in.

This is one of those cases, and is not sanely supportable in VisualEditor, so I'm going to mark this as WONTFIX. I know I previously said "lowest", but I don't think that that's a justifiable direction for the product to go in.

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


Navigation
Links