Dysfonctionnement [ published ) avec le layout "compact" [Analyzed]

on Feb. 6

Alexis : effectivement, il n'est pas très compact celui-là...

Peut être que ce sont bien les autres qui adoptent effectivement le layout "compact" qui est différent du layout "compact" des articles (qui lui, les fait précéder d'un >>).

Comme c'est le même look que lorsque l'on ne précise pas de layout, je croyais que le layout compact n'était pas pris en compte. Mais il s'agit peut être du layout par défaut, tout simplement... (donc normal que le look ne change pas lorsque l'on stipule qu'on le veut "compact).

heu, je sais pas si c'est très clair ce que je vous raconte, là

on Feb. 8

j'ai testé sur une install neuve, le codes 1 et 3 fonctionnent.

[published] et [published.compact] donne exactement la même chose. Et avec des ». s'ils ne sont pas ici, c'est à cause du thème local.

[published.compact,3] ou tout simplement [published,3] ne sont pas valides. C'est comme ça. On indique un nombre seulement si on a précédé d'une spécification de section, catégorie, utilisateur, ou clés spéciales (self, read...)

le nombre d'items affichés par défaut par une liste compacte peut être changé dans le skin.php de votre thème, en surchargeant la valeur de la constante déclaré dans skin_skeleton::initialize(). La lecture de skin_skeleton::initialize vaut le détour, histoire de connaitre toutes les constantes que vous pouvez changer sans modifier le source, mais cependant non accessibles par le panneau de controle.

inspired from Alexis Raimbault on Feb. 8

Alexis : c'est noté.

Et ajouté dans la doc "non officielle" des codes Yacs : published

Je regarde au passage si l'on constate la même chose avec updated, read et voted (ça devrait être le cas).