Ah yes, bien vu Shizuka !!! Effectivement tout est exposé dans le ticket 39 !!!

La manip m’interesse surtout pour l’affichage des albums qui permettrait 4 photos en colonnes

Merci et @+

Jef,

Qu’appelles tu afficher 4 photos en colonnes ?

@ Salut Eric

4 photos en colonnes, pour moi c’est l’impression quand gagnant sur la gouttière je peux loger unephoto en plus comme sur l’exemple de cette album . J’avais essayé de modifier au niveau des tailles photo, mais sans trouver la solution !

Bonne journée à tous

Salut JEF,

C’est bien ce que je disais. Il faut jouer sur la taille des photos. Cependant tu es en layout fluide apparamment, ce qui n’est pas compatible car la colonne centrale se retaille avec la fenêtre du navigateur.

Si tu passes en layout fixe et que tu retailles tes vignettes avec la bonne valeur dans mes_options, tu obtiendras exactement ce que tu veux.

Salut,

Xavier, je suppose que la refonte de la recherche n’est pas terminée mais au cas où tu ne l’aurais pas vu :
– la police de la bande de pagination sous le bloc "rubrique" est plus grande que les autres
– le récap des occurrences ne fonctionne que pour les sites

À+.

RV.

Salut *RV*

Ben si la page recherche est finie. Mais effectivement tu as trouvé un petit bug concernant la police de la bande de pagination du bloc "rubrique" : un ul à la place d’un /ul . Etourderie !

Par contre, peux tu être plus explicite sur ton 2eme probleme. Je ne vois pas de quoi tu veux parler

Les corrections seront commitées dans la journée

++
SarkARchimeD

@ Eric

Non je suis en fixe à 1024 de large. Pour la taille, je tatonnerais, mais peux tu m’en dire plus sur le paramètre à modifier ?

Y a-t-il un distingo entre le cadre de présentation des photo dans l’album et la vignette de la photo elle même ?

Merci à toi !

Xavier,

Lors de l’affichage des résultats, juste en dessous du titre "Résultats de la recherche", on a un récapitulatif du nombre d’occurrences du mot trouvé dans chaque "bloc" (article, album, évènement, etc...). Ce nombre n’est correct que pour le bloc "Sites", les autres ne sont pas calculés.

Exemple :

http://www.fdj-saulny.fr/spip.php?page=recherche&recherche=de

ou

http://www.fdj-saulny.fr/spip.php?page=recherche&recherche=foyer

Merci.

*RV*, c’est étonnant ce comportement.

Regarde ce lien vers notre site : toutes les occurences sont bien là.

Quelle version de sarka utilises-tu ? (c’est indiqué entre crochet dans le descriptif du plugin dans l’espace privé->Configuration->Gestion des plugins)

J’utilise bien la dernière (29886)...

Je vais regarder ma config perso bien que je n’aie rien touché dans /noisettes/recherche/...

Je dois avoir un truc un peu spécial quelque part, parce que je viens de voir qu’en plus les brèves ne ressortent pas du tout dans mes résultats...

Je vous tiens au courant...

Tiens, un truc en passant (j’ai le nez dans le code pour mon souci de recherche...) :

Si j’ai bien tout compris, dans inc_recherche_sommaire, dans la boucle des mots-clefs, on exclut des résultats tous les groupes qui commencent par squelette_*, alors que dans inc_nav_raccourcis, on n’exclut que squelette_habillage

Ne faudrait-il pas harmoniser ?

RV,

Ouais c’est un reliquat du passé où nous gérions plusieurs groupes de mots-clés pour paramétrer le squelette. Il faudrait utiliser systématiquement squelette_habillage. Si tu peux repérer l’ensemble des cas squelette_* et me donner la liste, je ferais cela ce soir.

Merci

Re,

Ouais j’ai déjà eu et Xavier aussi ce type de souci en particulier pour les boucles vides de comptage des éléments. C’est surement un cas très particulier qui induit le compilo en erreur. Il faut donc corriger le code, hein Xavier :P ?

Voilà la liste...

Voilà *RV*

J’ai corrigé les retours à la ligne avant les /boucle dans le minisommaire.

Je viens de commiter cette modif ainsi que celle de la bande de pagination

c’est un bon reliquat du passé : je pense qu’il faudrait conserver cela dans le squelette (d’exclure tous les squelette_* et non seulement squelette_habillage) : ça peut être utile à d’autres choses (à tout hasard, j’ai profité de cela pour SpipBB qui a son groupe squelette_forum que je ne voulais pas mélanger avec l’habillage et que je suis bien content de ne pas afficher) :)
par contre, en allant dans ce sens, il faudra penser à le mentionner dans la FAQ (et la documentation finale). ceci dit, les groupes squelette_* ne sont pas courants

en effet, les lignes vides (ou les espaces) sont renvoyés comme résultat de la boucle... et donc l’écriture <BOUCLE_nb_articles_recherche(ARTICLES) blabla{par points}></BOUCLE_nb_articles_recherche> fait juste ne renvoyer aucune valeur (c’est utile pour des boucles de comptage interne à une autre boucle ou pour faire des conditions à récupérer ailleurs...) SPIP2 introduit une syntaxe à la XML pour les boucles... et ce cas précis peut justement s’écrire <BOUCLE_nb_articles_recherche(ARTICLES) blabla{par points} /> (par contre, bien laisser un espace avant le / final sinon ça marche pas toujours... et puis c’est plus lisible ainsi)

Salut Gildas,

Bon après réflexion et discussion nous n’avons pas retenu la regexp squelette_*. J’ai donc tout passé en exclusion de squelette_habillage, car a priori ça devrait suffire vu qu’on a CFG pour la plupart du paramétrage. Pour SPIPbb il suffit de choisir le groupe squelette_habillage comme groupe contenant les mots annonce, postit, forum. Ca tombe bien car nous n’avons plus besoin d’annonce dans Sarka-SPIP.

Pour migrer ton site maintenant, je pense que le plus simple c’est de virer le groupe squelette_habillage, renommer squelette_forum en squelette_habillage et de recréer les mots-clés de Sarka-SPIP dans ce groupe. Ils sont peu utilisés comparés à ton forum je suppose.

je comprends.
c’est jusque j’avais trouvé ça pratique pour exclure certains groupes de mots clés et donc l’ai utilisé un peu partout sur d’autres sites (SpipBB n’est qu’un exemple sur deux sites). bon, je migre tout ça fissa. (toujours signaler les anomalies/incohérences au lieu de les exploiter comme des fonctionnalités cachés : ce n’est pas encore une version finale hahaha)