Last modified: 2014-05-26 11:28:56 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 T55659, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 53659 - VisualEditor: Show and make editable <nowiki>, </nowiki> and <nowiki /> tags
VisualEditor: Show and make editable <nowiki>, </nowiki> and <nowiki /> tags
Status: RESOLVED WONTFIX
Product: VisualEditor
Classification: Unclassified
ContentEditable (Other open bugs)
unspecified
All All
: Unprioritized normal
: ---
Assigned To: Inez Korczyński
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-09-01 15:33 UTC by Chris McKenna
Modified: 2014-05-26 11:28 UTC (History)
8 users (show)

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


Attachments

Description Chris McKenna 2013-09-01 15:33:25 UTC
There is discussion at https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=571087443#nowiki_tags about using the edit filter to block edits adding the <nowiki /> tag in mainspace. However it was pointed out that "the user probably has no way to know what they need to fix in order to resubmit their edit.  They can't find the nowiki tag, as it is invisible."
Comment 1 James Forrester 2014-01-18 05:41:48 UTC
This is because <nowiki /s> (unlike <nowiki>s) are "meta" items in the DOM rather than things VE can edit; merging with bug 56381.

*** This bug has been marked as a duplicate of bug 56381 ***
Comment 2 James Forrester 2014-01-18 05:42:28 UTC
Gah, sorry, wrong bug.
Comment 3 James Forrester 2014-01-18 05:44:24 UTC
WONTFIXing this bug instead:

<nowiki> is fundamentally an artefact of wikitext that users should be (blissfully) unaware of, and Parsoid should "just make work" as needed. Right now this is generally true, and it will get better, not worse, in the future, so this is not needed (which is good, because VisualEditor has no way of knowing whilst a user is editing whether Parsoid will decide to put a <nowiki> in).

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


Navigation
Links