Last modified: 2014-09-24 01:32:43 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 9342 - Allow one blank line in list environments
Allow one blank line in list environments
Status: RESOLVED DUPLICATE of bug 1584
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
1.9.x
All All
: Low enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
: newparser, patch, patch-need-review
: 13223 (view as bug list)
Depends on: 1115
Blocks:
  Show dependency treegraph
 
Reported: 2007-03-19 18:19 UTC by Carl Fürstenberg
Modified: 2014-09-24 01:32 UTC (History)
5 users (show)

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


Attachments
the promized patch (882 bytes, patch)
2007-03-19 18:19 UTC, Carl Fürstenberg
Details
minor fix (1.12 KB, patch)
2007-03-19 19:31 UTC, Carl Fürstenberg
Details

Description Carl Fürstenberg 2007-03-19 18:19:16 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.
Comment 1 Carl Fürstenberg 2007-03-19 18:19:43 UTC
Created attachment 3367 [details]
the promized patch
Comment 2 Rob Church 2007-03-19 18:20:17 UTC
What does this achieve, and how does it avoid breaking existing markup?
Recommend WONTFIX.
Comment 3 Carl Fürstenberg 2007-03-19 18:27:07 UTC
(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
Comment 4 Carl Fürstenberg 2007-03-19 19:31:28 UTC
Created attachment 3368 [details]
minor fix
Comment 5 Carl Fürstenberg 2007-03-19 19:54:10 UTC
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)
Comment 6 Andrew Garrett 2008-12-04 02:17:06 UTC
*** Bug 13223 has been marked as a duplicate of this bug. ***
Comment 7 Splarka 2009-05-13 21:37:14 UTC
Isn't this a dupe of bug 1115 ?
Comment 8 S. McCandlish 2010-06-12 23:03:45 UTC
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.
Comment 9 Mark A. Hershberger 2011-04-12 16:14:43 UTC
Punting this to the new parser Brion has under development.
Comment 10 p858snake 2011-04-30 00:09:38 UTC
*Bulk BZ Change: +Patch to open bugs with patches attached that are missing the keyword*
Comment 11 Sumana Harihareswara 2011-11-09 03:00:14 UTC
+need-review to signal to developers that this patch needs a response
Comment 12 au 2012-06-17 17:44:47 UTC
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!
Comment 13 Nemo 2014-03-16 12:54:50 UTC
(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 ***

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


Navigation
Links