Last modified: 2007-06-19 00:33:25 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 9991 - Introduce __PLAINTOC__ magic word
Introduce __PLAINTOC__ magic word
Status: RESOLVED DUPLICATE of bug 4127
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
unspecified
All All
: Normal enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-05-21 11:18 UTC by Danny B.
Modified: 2007-06-19 00:33 UTC (History)
1 user (show)

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


Attachments

Description Danny B. 2007-05-21 11:18:44 UTC
There are many times, when auto-numbering of headings in TOC is confusing (eg. when copying laws or poems on s:, creating texts on b: etc.) because headings already contain numbering themselves. Therefore it would be useful to have a chance to turn it off.

__PLAINTOC__ should behave only as a modifier of TOC items numberring -> should not have the same function as __TOC__ or __FORCETOC__ (force appearing of TOC on place where in code), therefore it should be used along with them in case of necessity.


Example:

== Preamble ==
== 1. Foo ==
== 2. Bar ==

renders

1 Preamble
2 1. Foo
3 2. Bar

but

__PLAINTOC__
== Preamble ==
== 1. Foo ==
== 2. Bar ==

renders

Preamble
1. Foo
2. Bar

This can be done by skipping of rendering of <span class="tocnumber">#</span> in code.
Comment 1 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-05-21 15:55:42 UTC
Note that enwiki has a CSS style that allows an alternative method.  Since we don't use actual ordered lists, though (and can't until there's widespread support for CSS3 lists), it may be best to have some way to do this in the HTML code.
Comment 2 Danny B. 2007-05-23 01:06:49 UTC
(In reply to comment #1)
> Note that enwiki has a CSS style that allows an alternative method.  Since we
> don't use actual ordered lists, though (and can't until there's widespread
> support for CSS3 lists), it may be best to have some way to do this in the HTML
> code.
> 

Sure I know I can manipulate it via CSS (I've created {{SHORTTOC}} on cs:w: ages ago), but CSS hiding is just workaround. Not everybody is using monobook. Somebody may like to use the XHTML source only. Blind people use screen readers. Etc... Many reasons for not to have it in XHTML output.
Comment 3 Danny B. 2007-06-19 00:33:25 UTC

*** This bug has been marked as a duplicate of bug 4127 ***

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


Navigation
Links