https://bugzilla.wikimedia.org/show_bug.cgi?id=57153
MZMcBride <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|Unprioritized |Lowest Status|RESOLVED |REOPENED Resolution|WONTFIX |--- Severity|normal |enhancement --- Comment #6 from MZMcBride <[email protected]> --- (In reply to comment #5) > With wikitext, it's sort of all or nothing; it would be a huge pain to > disallow all wikitext except, say, italics. Of course, if anybody out there > thinks it's easy, patches welcome ;) This bug tracker keeps bugs open if patches are welcome. We'll just adjust the importance/priority to lowest/enhancement, I suppose. For what it's worth, we implement partial parsers in weird places. Consider edit summaries, which auto-link internal links, but don't auto-link external links and magic links and don't allow formatting such as bold or italics. Not that we really should continue this practice of creating new partial parsers... but it's certainly not unprecedented. > Since this is just the MVP, I think it makes sense to keep things simple for > now and just keep titles in plaintext. The most valuable player? Sorry, I don't know what "MVP" means. > If there's a demonstrable need to have wikitext in titles that outweighs all > the cons, it's something we can easily change. Having watched the train wreck that was VisualEditor's deployment, I can that it's often small 'features' like this that can potentially be a very big deal to a wiki and its workflows. If you look at a process such as [[WP:RFPP]], you can see a half-dozen links in many headers, each of which correspond to discrete units of work. I think attempting to de-wikify the topic title may result in a lot of annoyed users. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
