michael wrote:

Correction: ordered lists have margin-left: 3.2em; applied.

netoholic wrote:

Disagree with adding margin-left: 3em to unordered lists, as they are often used in tight spaces, like data tables.
This change could also affect threaded dicussions and votes, where it may no longer be clear who someone is
responding to.

michael wrote:

If mixed, nested lists actually do appear in discussions
or votes (doubtful; show me an example), they
currently render differently in some skins, so they are
definitely broken for some readers or for others.
Applying a fix would repair this discrepancy.

Where this is more important is the structure of
complex lists in articles, where the hierarchical
relationship of nested lists is rendered wrongly in
Monobook and Chick. This affects the actual meaning
in articles, and should be fixed.

Example: [[en:Romanization of Ukrainian#Table of
romanization systems]]. The table notes must have
manually-applied list numbers, because a wiki ordered
list was drawn too far right and looked like it was
subordinate to an item above it.

michael wrote:

Regarding data tables, we could apply an override to
make lists in tables as compact as possible:

th ol, 
th ul, 
td ol, 
td ul { 
  list-style-position: inside; 
  margin-left: 0; 
  padding-left: .5em;

}

michael wrote:

Another editor pointed out that definition-list
definitions also align inconsistently with other lists, in
Monobook, having <code>margin-left: 2em;</
code>. For the sake of presentation, they ought to
have the same margin-left as other lists.

Since they are less likely to be mixed with other lists,
and are extensively used for indenting discussion,
changing this should be considered carefully.

• Bug 4896 has been marked as a duplicate of this bug. ***

• This bug has been marked as a duplicate of bug 12262 ***