Lorsque des puces se suivent sur des lignes consécutives, et que entre deux se trouve une transition normal/cadre, cadre/normal ou cadre/cadre, il se produit un décalage d'indentation.
Une fois ce décalage établi, il se transmet de ligne en ligne,  jusqu'à une ligne ne comporatnt pas de balise modifiant les marges.
 
Un cadre étant : balise, quote, citation, quotemsg ou spoiler.
Une balise modifiant les marges étant center ou un cadre.
Une ligne étant un paragraphe du message tel qu'il est rédigé.
 
 
) La transition de normal à cadre induit une marge gauche plus importante pour les cadres, mais les puces n'en tiennent pas compte et dépassent :
 

• puce normale

(ligne de garde)

) La transition de cadre à cadre, ou de cadre à normal induit une abscence d'indentation pour les puces :

(ligne de garde)

• puce indentée

) Une puce centrée induit aussi une abscence d'indentation pour les puces suivantes, ce qui affecte en retour le centrage :
 

• centré

• centré
• puce non-indentée  

(ligne de garde)

• puce indentée

 
 
) Puce "blanche" (j'ignore pourquoi) :

• puce noire

  Citation : (ligne de garde) puce blanche

  [*]puce noire

  Citation : puce blanche

La puce est blanche parce que le navigateur considère qu'elle fait partie d'un 2e niveau d'une même liste à puces.
 
Il semble qu'on ait en standard, sauf mention expresse du contraire (par la propriété type dans la balise HTML ul ou dans la balise li concernée) :
1er niveau -> puce de type "disc"
2e niveau  -> puce de type "circle"
3e niveau  -> puce de type "square"

ca semble être un bug du navigateur, IE n'a pas le problème

ouais en fait non le code HTML généré pour la puce est dégueulasse :'(

Me demandais aussi pourquoi il y avait des </li> ... et les <br /> c'est normal ?

<ul><li></li></ul> c'est pour generer une liste de puce

Ça marche très bien sans </li> ^^

La marge gauche plus importante et la non-indentation de la puce sont dues au forum.
La puce qui dépasse à gauche et la puce blanche sont sous Firefox v1.02, ça ne le fait pas sous Internet Explorer v6.0.2900.

et c'est parfaitement non XHTML compliant

Euh ... alors "Le XHTML c'est mal :o" ?
Si ça n'est même pas compatible avec une syntaxe qui passait bien en HTML simple :/

tout balise ouverte doit être fermée le but du jeu c'est de corriger les lacunes du code HTML de base et de faciliter la vie des parsers