Last modified: 2011-03-13 18:05:51 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 2017 - Parser error: problems with quotes
Parser error: problems with quotes
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
1.5.x
All All
: Lowest normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://test.leuksman.com/index.php/Us...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-04-29 06:32 UTC by T. Gries
Modified: 2011-03-13 18:05 UTC (History)
0 users

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


Attachments

Description T. Gries 2005-04-29 06:32:14 UTC
* table '''user''' ''user_emailnotificationfornewpages TINYINT(1) NOT NULL
default '0'''
--> rendered incorrectly, example 
http://test.leuksman.com/index.php/User:Wikinaut/To-Do
* wanted to have <b>user</b> <i>....'0'</i>
* got <b>user ..... '0'</b>, i.e. everything bolded
Comment 1 T. Gries 2005-04-29 06:35:59 UTC
(coorection in reply to comment #0)
* table '''user''' ''user_emailnotificationfornewpages TINYINT(1) NOT NULL
default '0'''
--> rendered incorrectly, example
http://test.leuksman.com/index.php/User:Wikinaut/To-Do
* wanted to have <b>user</b> <i>....'0'</i>
* got <b>user ..... '0</b>, i.e. everything bolded and one quote eaten up << corr

Comment 2 Brion Vibber 2005-04-29 07:05:14 UTC
There's not really a clean way to interpret the provided code, which is ambiguous. At least several 
interpretations are possible; here I mark a non-markup visible apostrophe as @ to distinguish from 
markup:

:normal '''bold@'' bold-italic ''bold @bold''' normal <- more greedy match, currently chosen by 
parser
:normal '''bold''' normal ''italic @italic@'' normal <- less greedy match
:normal '''bold''' normal ''italic @italic''' bold-italic... <- logical toggles

An unambiguous version renders as desired:
:normal '''bold''' normal ''italic 'italic' '' normal
Comment 3 T. Gries 2005-04-29 07:10:27 UTC
(In reply to comment #2)
> There's not really a clean way to interpret the provided code, which is
ambiguous. At least several 
> interpretations are possible; here I mark a non-markup visible apostrophe as @
to distinguish from 
> markup:
> 
> :normal '''bold@'' bold-italic ''bold @bold''' normal <- more greedy match,
currently chosen by 
> parser
ok. Thanks for this fine and concise clarification --> should find its way into
the Mediawiki documentation pages at some time.

Usually, I also add one ore more "spaces" (as on the example page, thx)

(bugzilla should better be closed now, or wontfix)
Comment 4 JeLuF 2005-04-29 07:19:47 UTC
Works as expected. Software can't distinguish three ticks from three ticks.
Put a blank between end-of-string-tick and end-of-italics-double-tick.

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


Navigation
Links