Last modified: 2014-09-24 01:32:43 UTC
Especially on talk pages, discussion lists can be rather too compact, and making it difficult to find the right line in the mess. I suggest to allow one blank line in a list. Will apply a patch showing how it could be done.
Created attachment 3367 [details] the promized patch
What does this achieve, and how does it avoid breaking existing markup? Recommend WONTFIX.
(In reply to comment #2) > What does this achieve, and how does it avoid breaking existing markup? > Recommend WONTFIX. I though I made it clear. it is for enabling making list more readable. So the both following lists will render the same list: * Or create mixed lists *# and nest them *#* like this *#*; definitions *#*: work: *#*; apple *#*; banana *#*: fruits ----------- * Or create mixed lists *# and nest them *#* like this *#*; definitions *#*: work: *#*; apple *#*; banana *#*: fruits
Created attachment 3368 [details] minor fix
One common display of mess, is discussions and vote pages, where it can look like this (taken from http://en.wikipedia.org/wiki/Wikipedia:Requests_for_adminship/Phaedriel_2 ): #'''Enthusiatic Support''' - I've been a [[User:Phaedriel|Phaedriel]] Fan since before I even registered on WP. Being able to support her for Admin gives me a warm fuzzy glow. --[[User:Doc Tropics|Doc Tropics]] <sup>[[User talk:Doc Tropics|Message in a bottle]]</sup> 04:33, 29 July 2006 (UTC) #'''I guess support... ;)''' -- I thought I'd leave Phaedriel hang before she knew if I'd support or not. I'm only supporting anyway cause she's a cop & I want some "favours"... ;). Plus I want her to get to 200 votes.... [[User:Spawn Man|Spawn Man]] 04:42, 29 July 2006 (UTC) #'''Strongest support possible and then some:''' Phaedriel is without a doubt one of the kindest and most level-headed editors here on wikipedia. We need more administrators who really care about the editors here, and Phaedriel will be one of them. I've been waiting for this nomination for a while now. <font color="Black">'''The'''</font> [[User:The Ungovernable Force|<font color="green">'''Ungovernable'''</font>]] [[User talk:The Ungovernable Force|<font color="black">'''Force'''</font>]] 05:11, 29 July 2006 (UTC) # No question from my mind, support. I need more people like her on the admin team. [[User:Zscout370]] <small><sup>[[User_talk:Zscout370|(Return Fire)]]</sup></small> 06:03, 29 July 2006 (UTC) #'''Incredibly strong support''' - an amazing editor [[User:Mike 7|Michael]] 06:24, 29 July 2006 (UTC) #'''Strong support'''. While most of what I could say has already been said, I have to reply to Ligulem's comment. While the technical side of Wikipedia's administration is clearly important (as I'm beginning to pick up PHP so I can actually ''code'' some bugs out of existence and not be limited to reporting them), it is not the only thing that requires attention, and not working on it should not be something that should be held against a particular nominee. There's much more to adminship than a few buttons: remember that you're becoming one of the public faces of a Top-20 website, and your actions may be the examples new users look upon. Certainly, Phaedriel here is one of the editors who I would certainly look at as how the ideal comminity user should be, and adminship would just make her spotless behavior more prominent as the ideal example I mentioned. Even in this case, she has demonstrated quite good grasp of the technical side of Wiki, so I can't hold that against her. In a way, she is precluded from working on the MediaWiki namespace, where her design abilities would be most beneficial, because she still doesn't have the [[Wikipedia:Revert|mop]] and the [[Wikipedia:Blocking policy|flamethrower]]; either way, I would trust her with both. Add one to the tally from here. [[User:Titoxd|Tito]][[Wikipedia:Esperanza|<span style="color:#008000;">xd</span>]]<sup>([[User talk:Titoxd|?!?]])</sup> 06:59, 29 July 2006 (UTC) #'''Jump on the bandwagon Support''' per the >hundred people above me. {{unsigned|Daniel.Bryant}} #'''A jar of iguanas Support''' -- Simply positively stupendous. Greatly jaw-dropping double-thumbs-up doubleplusgood. Absolutely terrific completely and totally delicious. --'''[[User:CakeProphet|<font color="MediumBlue">The Prophet Wiz</font><font color="SeaGreen">ard of the Cray</font>]][[User talk:CakeProphet|<font color="MediumBlue">on Cake</font>]]''' 08:17, 29 July 2006 (UTC)
*** Bug 13223 has been marked as a duplicate of this bug. ***
Isn't this a dupe of bug 1115 ?
This is definitely a dup of bug 1115 and bug 1584, just from a different perspective. I'd suggest that 1584 is the "best" of the three. Bug 6200 is also half a dup of this (and half about <blockquote>). Someone with the right bits should consolidate these, and maybe something will get done about it.
Punting this to the new parser Brion has under development.
*Bulk BZ Change: +Patch to open bugs with patches attached that are missing the keyword*
+need-review to signal to developers that this patch needs a response
Hi Carl, thank you for the patch! As you may already know, MediaWiki is currently revamping its PHP-based parser into a "Parsoid" prototype component, to support the rich-text Visual Editor project: https://www.mediawiki.org/wiki/Parsoid https://www.mediawiki.org/wiki/Visual_editor Folks interested in enhancing the parser's capabilities are very much welcome to join the Parsoid project, and contribute patches as Git branches: https://www.mediawiki.org/wiki/Git/Tutorial#How_to_submit_a_patch Compared to .diff attachments in Bugzilla tickets, Git branches are much easier for us to review, refine and merge features together. Each change set has a distinct URL generated by the "git review" tool, which can be referenced in Bugzilla by pasting its gerrit.wikimedia.org URL as a comment. If you run into any issues with the patch process, please feel free to ask on irc.freenode.net #wikimedia-dev and the wikitext-l mailing list. Thank you!
(In reply to S. McCandlish from comment #8) > This is definitely a dup of bug 1115 and bug 1584, just from a different > perspective. But bug 1115 is duped to bug 1584 and this bug is currently marked as depending on a closed bug, what a mess. Merging to bug 1584 so that it's visible there. *** This bug has been marked as a duplicate of bug 1584 ***
