>Sur un de mes sites, j'ai une rubrique qui contient plus de 9000
>articles. Non seulement, afficher tout d'un coup serait inutilisable,
>mais en plus ça fait planter SPIP. Même si c'est {0,300}, je crois que,
>pour un squelette par défaut, il faut par principe mettre
>systématiquement une limite dans toutes les boucles (et avec la
>pagination, ça devient possible quasiment partout).
Finalement, plutôt que de réduire la liste à 10 item (et comment
trouver les autres ?)
Pour trouver les autres, il suffi(sai)t de cliquer sur le titre de la
boiboite, qui t'emmène vers la rubrique.
, autant se servir de la nouvelle et magique #PAGINATION !
Je pense que cette magie devrait être utilisée plutôt dans les boîtes
principales, et là où il n'y a pas d'autre choix d'affichage "de tout" (par
exemple dans la boite "les auteurs du site", qui n'a pas de page
correspondate).
que je viens donc d'appliquer à la liste des articles "de la même
rubrique" (idem aux brèves), comme c'était déjà le cas pour les menus
d'auteurs et sites, et hop, yipi
Justement, il me semble que c'est superflu ici (et ça alourdit un poil les
calculs et l'affichage). Par contre Reda signalait que ça manquait sur les
articles syndiqués... et sans doute dans d'autres listes de la div
"principale".
Je viens de commit la transformation left<->right de la css pour l'arabe ;
la bonne nouvelle c'est que ça a l'air de donner le bon résultat du premier
coup
Je pense que cette magie devrait être utilisée plutôt dans les boîtes
principales, et là où il n'y a pas d'autre choix d'affichage "de tout" (par
exemple dans la boite "les auteurs du site", qui n'a pas de page
correspondate).
OK d'accord
C'est sans doute pour la même raison que je ne trouve pas la pagination nécessaire sur les articles de la page d'accueil, puisque qu'on peut accéder à ces articles par ailleurs : tout le site étant en lui-même un déployé des articles, sans oublier la page "plan du site"
Par contre Reda signalait que ça manquait sur les
articles syndiqués... et sans doute dans d'autres listes de la div
"principale".
C'est sans doute pour la même raison que je ne trouve pas la pagination
nécessaire sur les articles de la page d'accueil, puisque qu'on peut
accéder à ces articles par ailleurs : tout le site étant en lui-même un
déployé des articles, sans oublier la page "plan du site"
Oui mais là c'est parce que ça ajoute un petit aspect "blog" bien pratique
>Par contre Reda signalait que ça manquait sur les
>articles syndiqués... et sans doute dans d'autres listes de la div
>"principale".
Je viens de commit la transformation left<->right de la css pour l'arabe ;
la bonne nouvelle c'est que ça a l'air de donner le bon résultat du premier
coup
Ça semble marcher nickel, oui, effectivement... et ça ne m'étonne pas
C'est un bonheur !
Par contre, faut passer |direction_css sur toutes les CSS (sinon, à l'impression, ça se recale à gauche)
C'est sans doute pour la même raison que je ne trouve pas la pagination
nécessaire sur les articles de la page d'accueil, puisque qu'on peut
accéder à ces articles par ailleurs : tout le site étant en lui-même un
déployé des articles, sans oublier la page "plan du site"
Oui mais là c'est parce que ça ajoute un petit aspect "blog" bien pratique
Mouais...
En fait, je crois bien que je suis fondamentalement contre cette pagination en page d'accueil
La page d'accueil doit être une entrée en matière (chacun-e y mettra ce qu'il voudra, m'en fiche), mais là, on a carrément tous les articles du site ! Je trouve que c'est un peu beaucoup...
En fait, je crois bien que je suis fondamentalement contre cette
pagination en page d'accueil
Je ne vois pas en quoi c'est gênant, et je vois bien ce que ça apporte, dans
un monde d'internet où on s'est habitué au blog.
La page d'accueil doit être une entrée en matière (chacun-e y mettra ce
qu'il voudra, m'en fiche), mais là, on a carrément tous les articles du
site ! Je trouve que c'est un peu beaucoup...
En fait, je crois bien que je suis fondamentalement contre cette
pagination en page d'accueil
Je ne vois pas en quoi c'est gênant, et je vois bien ce que ça apporte, dans
un monde d'internet où on s'est habitué au blog.
Ah, ben c'est certainement parce que je suis anti-blog, alors
C'est *une* façon de faire du site web, mais tellement à la mode que ça occulte les autres. Et Spip, justement, permet tellement plus que du simple blog... pourquoi céderions-nous à cette mode ?
La page d'accueil doit être une entrée en matière (chacun-e y mettra ce
qu'il voudra, m'en fiche), mais là, on a carrément tous les articles du
site ! Je trouve que c'est un peu beaucoup...
Mais non on a les 10 premiers et de la pagination
Mouais...
Bon, de toute façon, je laisse comme ça.
Mais faudra pas me le redire 2 fois pour l'enlever
C'est *une* façon de faire du site web, mais tellement à la mode que ça
occulte les autres. Et Spip, justement, permet tellement plus que du
simple blog... pourquoi céderions-nous à cette mode ?
C'est pas la question de *la* mode, mais *du* mode d'utilisataion : en gros,
c'est extrèmement *pratique*.
Bon, de toute façon, je laisse comme ça.
Mais faudra pas me le redire 2 fois pour l'enlever
Chez moi ca marche tres bien jusqu'a maintenant pour habillage_rtl. Mais pour spip_style et impression le |direction_css donne spip_style.3a13.css et impression.5fe5.css, c'est normal?
Alors on garde la formule de deux feuilles de style alors?
Chez moi ca marche tres bien jusqu'a maintenant pour habillage_rtl. Mais
pour spip_style et impression le |direction_css donne
spip_style.3a13.css et impression.5fe5.css, c'est normal?
En fait ces styles sont "inversés", calculés à partir de l'orginal ; ça se
voit bien sur habillage.css si tu n'as pas de fichier habillage_rtl.css :
alors le filtre |direction_css va calculer ce fichier et lui donner un nom
zarbi.
