C'est en effet léger a rajouter dans l'action page, mais peut tu en dire un peu plus sur l'usage que tu en fait?

le tag d'une page serait plutôt:

elseif($this->action['vars']['tag'])
{
}

---

De Fait,

En fait j'aurais besoin de pouvoir préciser jusqu'où. Ici je cherchait à faire correspondre une page fr/MaPage avec nl/MaPage.

ça fonctionne assez bien, sauf que si je suis dans fr/qqchose/Mapage, il me renvoie à nl/Mapage ...

Il me faudrait pouvoir exclure fr ou nl de ma formule.

Genre :

Mais bon, je peux me débrouiller pour le moment avec ce que j'ai

---

Je ne suis pas sur de bien comprendre ce que tu souhaite faire, mais le menu d'édition qui contient "invisible,..." est entièrement parametré par la configuration. Tu peut facilement ajouter ce que tu veux dedans et ca n'aura pas d'implications fonctionelles (A).

Par contre le système de mot clé de permet aussi d'associer un mot "concept" aux différentes pages puis de lister qque part les pages qui ont reçu ce mot clé, à l'aide de l'action ::pages (B).

La différence, c'est que le menu avec type de page (B) permet d'avoir plusieurs mots associés a une page tandis que le (A) est unique. Une page n'a qu'un seul et unique type.

Donc a part le moteur de recherche qu'il faudrais faire évoluer pour cloisonner des recherches sur certains mot clés, je ne crois pas qu'il faut dével pour faire ce que tu souhaite, c'est prévu!

---

Vu sous cet angle, ça semble déjà prévu ... donc de fait, pas besoin d'en faire plus.

Si tu sais m'expliquer en quelques mots comment on attribue ces mots clefs, ça m'éclairerait un peu sur cette action page qui à l'air d'avoir pris un bon coup en fonctionnalité ...

Grand merci de ta réponse :D

---

Oui j'avais développé ca pour le site démarche...

Quelques exemples:

• ::edit:keys va permettre d'associer des mots à la page
• ::pages:keys=mot1,mot2 va afficher les pages associées aux mot1 et mot2
• ::pages:keys va afficher toutes les pages par mot clés
• ::pages:keys:exclude=mot1 idem ci dessus sauf mot1

Si tu veux contribuer un brin, n'hésite pas a completer le fichier langue en français dans kernel/lang/ pour l'aide de l'action page et edit afin d'ajouter cette doc! Je ne l'ai pas encore fait.

---

J'allais le faire,

Mais le FTP de casiwi n'a pas les droits pour éditer ce fichier. J'imagine que tu l'as modifié avec ton compte ssh. Tu peux partager ça avec l'accompte ftp dédié ?

Merci

---

C'est fait, j'ai donné accès en écriture.
N'hésite pas a complèter d'autres commandes ;-)

---

Oui, effectivement l'action pagesmériterait un petit lifting elle aussi. Le parametre order a été introduit pour la version betrave, mais n'est pas encore bien généralisé.

Je me dit que l'on pourrais aller vers une syntaxe du genre:

• :order=CHAMP définis le champ de tri
• :nbr=X le nombre d'occurence par page avec pagination
• :inverse pour renverser l'ordre de tri
• :limit=X pour afficher seulement un certains nombre d'ocurences sans pagination (ou avec si nbr est ajouté)

Qu'en dit tu?

---

C'est nickel.

Si on peut définir le :oder= selon le tag et affiché le titre alternatif, ça devient encore mieux que le "sans numéro" de spip.

Par contre, pour la pagination, ce serait intéressant de pouvoir définir l'affichage souhaité : inline, résumé, page. ... Mais à la réflexion, je me demande si je dis pas ça pour avoir l'impression d'aider. C'est déjà pas mal tel quel.

En tout cas, ça le fait bien cette mise à jour à la carotte !

---

Comment éditer son commentaire ? J'ai fait quelques fautes et je ne peux les corriger ...

Je suis un vrai beta testeur ... qui fait foirer les machines et tout ;-)

---

c'est déja possible de choisir l'affichage souhaité, parmi un choix définis dans la config


Exemple 1
{{Documentation::pages:order=tag:page=inline}}


Exemple 2
{{Documentation::pages:order=tag:page=listitem}}


Exemple 3
{{Documentation::pages:order=tag:page=resume}}

---

ben tu clique sur le lien que je viens de rajouter... ;-)
Le truc, autant pour les affichage des commentaires que des résumés etc, c'est qu'il faudrais pouvoir offrir un peu plus de souplesse en utilisant des templates ou qqch comme ca... Histoire de pouvoir définir qqpart ce qu'on entend par un résumé plutot que de coder en dur dansle php... en attendant ca reste un peu rigide, mais au moins ca pousse a rester généraliste.

---

Merci ... Nickel Chrome !

J'imagine que le "root" à le droit d'éditer tous les commentaires ? ...

Tant que je parle de ça, je me demande si il ne serait pas intéressant de rajouter une possibilité d'une modération "à posteriori" des commentaires, définit dans la config. Genre commentaire uniquement visible par le root jusqu'à "validation".

Ceci, à mon humble avis, favorisera l'expérimentation des forums sur les casiwis, même pour les plus frileux ... une manière de mettre des étapes à la participation "idéale" ... Pouf, Pouf !

Pour l'histoire des templates, si tu fais le premier, je peux tenter les autres. Ce serait pas mal de lister les choses à faire et à ma portée.

---

Le root n'a pas spécialement de droits sur les commentaires. C'est une page comme une autre et donc les droits s'y appliquent aussi (si le root est le seul a pouvoir éditer... sur cette partie du site ou l'ensemble alors c possible). Tu peut donc éditer mes commentaires pour corriger une faute d'ortographe. Simplement l'absence de lien n'encourage pas les non initiés a tenter cela.

Mmmm la modération c'est pas vraiment facile a mettre en place a l'heure actuelle... et pas trop dans l'esprit d'horizontalité. On a ici une modération a postériori qui peut déja suffire ds bcp de cas. Je préfère me concentrer sur le reste de la todo qui, si on regarde entre les lignes, est encore assez conséquente.

Pour les templates, le gros du boulot c surtout la machinerie pour qu'elle soie légère et efficace... Une fois le code adapté, faire les templates sera un jeux d'enfant... même principe que les squelettes quoi (dans le format qu'on veux... avec une combinaison de commandes ecrite dedans)

Regarde toujours dans le todo si tu te sens chaud pour tenter un truc. Tu peut toujours créér une action en parallèle en attendant comme on a fait pour img:nav. Mais sinon, je continue a négliger l'écriture de la doc alors n'hésite pas a t'investir la dedans ;)

---

Je pense que c'est bonpour les tris:
Exemple d'utilisation avancée pour l'action page

Reste a faire évoluer l'action "page" (au singulier) pour nous permettre de choisir le template d'affichage de façon plus fine que juste "inline,listitem,body,resume", ou plutot de personaliser ce qu'on enntd par la et ce sera assez universel.

Si tu cherche un petit exercice, ce serais bien de cloner ceci pour l'action users qui avec sa petite soeur user est la même mais pour les utilisateurs.

---

Petite rectification :

la variable inverse s'appelle par la variable :desc et non :inverse.

---

J'ai commencé a la retravailler à l'image de l'action page, pour pouvoir réaliser des tris dans l'affichage de la liste des fichiers, et limiter à une extension.

Je pense continuer pour permettre l'utilisation de templates et paginer (:start et :nbr)...
Affaire a suivre donc^^

---