Xavier | Rapport de Mise à jour vers version Carotte : http://www.drat-loute.org
Je me suis lancé dans la mise à jour du casuistic-soap-wiki :-p
La procédure de base :
Récupérer le nouveau kernel et le mettre en lieu et place de l'ancien
Effectuer l'action ::update, pour la base de donnée
Adaptation du squelette de base. J'ai clarifié ce point dans la doc en passant. Les répertoires se nomment template, et non skeleton.
Les quelques corrections à faire à la main :
Dans le wakka.config.php :
wakka_name devient wiki_name. J'ai doublé la ligne pour être certain ...
Pour les template contextuel, ne pas oublié de rajouté dans la config local, "main_cmd" => "</template",
J'ai du modifier la ligne "javascript_path" => "kernel/files/javascript", en "javascript_path" => "kernel/files/template/javascript", ... une erreur dans le wakka.config.default.php ?
Concernant l'organisation des fichiers
Pour rajouter des squelettes contextuels, il faut pouvoir accéder au répertoire de la page. Hors, si la page s'est vu associer des fichiers via l'interface en ligne, l'accès par le ftp n'est plus possible. -> J'ai tout téléchargé, virer le répertoire, et reuploader le tout. J'imagine qu'avec la config des template j'aurais pu déterminer que les template étaient des sous répertoire de template. Exemple : template/home/body.html ... mais bon ... :-P
Pour y arriver par l'interface d'upload, il faut au préallable autoriser le format html dans le wakka.config
Sinon ...
La page "Head", j'ai du modifié le chemin de quelques fichiers javascript, mais c'était propre à ce site là.
Il me reste à y intégrer les mots clefs, le tri des pages publiées, etc ... que du bonheur !
Grand merci au Simke pour la mise à jour, et ses éclairages pendant la manoeuvre !
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é ...
::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.
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é ?
Je l'ai rajouté dans la liste des bugs, mais pour l'action pages avec le paramètre pub, le comprotement ne me parrait pas idéal.
::pages:pub:nbr=4 -> affiche par ordre chronologique inverse, mais ne limite pas le nombre
::pages:order=pub:nbr=4 -> limite le nombre d'occurence, mais classe par ordre chronologique, en rajoutant une navigation entre les occurence.
Il pourrait être intéressant de permettre d'inverser les tri, genre pages:pub=inverse:nbr=4 -> affiche les 4 dernières pages publiées, sans rajouter de lien vers la liste des autres...
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?
Xavier | un petit pas de kiwi, mais un grand pas pour Casiwi
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 !
Vous trouverez ici toute la documentation nécessaire à l'utilisation de casini: premier contact, création et édition de page, liens, images, commandes, formats
Exemple 3
{{Documentation::pages:order=tag:page=resume}}
Vous trouverez ici toute la documentation nécessaire à l'utilisation de casini: premier contact, création et édition de page, liens, images, commandes, formats
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.
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 ;)
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.
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^^
Ajouter un commentaire
Ajouter un commentaire
Pour permettre au Casiwi de gérer "naturellement" un site billingue type miroir, j'ai modifié un peu l'action page.
Elle dispose maintenant d'une paramètre "tag", qui permet de ne faire ressortir que le nom de la page. Ni plus, ni moins.
Voilà ce qu'il faut rajouter dans l'action page :
{
Y a plus qu'à le rajouter dans le casiwi officiel.
le tag d'une page serait plutôt:
elseif($this->action['vars']['tag'])
{
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 :
fr/qqch/mapage::page:tag=qqch renvoie mapage
Mais bon, je peux me débrouiller pour le moment avec ce que j'ai
J'ai fait la mise à jour d'ewz de betrave 8.01 à Carotte 8.11
J'ai du créer des templates, et en indiquer le chemin dans le wakka config. J'y ai aussi modifié quelques permissions.
Pour le reste ça passe du premier coup.
On verra bien si le spam des comments est neutralisé juste grace à ça.
La procédure de base :
Les quelques corrections à faire à la main :
Dans le wakka.config.php :
Concernant l'organisation des fichiers
- Pour rajouter des squelettes contextuels, il faut pouvoir accéder au répertoire de la page. Hors, si la page s'est vu associer des fichiers via l'interface en ligne, l'accès par le ftp n'est plus possible. -> J'ai tout téléchargé, virer le répertoire, et reuploader le tout. J'imagine qu'avec la config des template j'aurais pu déterminer que les template étaient des sous répertoire de template. Exemple : template/home/body.html ... mais bon ... :-P
Pour y arriver par l'interface d'upload, il faut au préallable autoriser le format html dans le wakka.configSinon ...
Il me reste à y intégrer les mots clefs, le tri des pages publiées, etc ... que du bonheur !
Grand merci au Simke pour la mise à jour, et ses éclairages pendant la manoeuvre !
Et mangez des carottes !
Je me demande, si en rajoutant dans les "statut de page" -système, invisible, ...- un statut "concept".
Ce qui permettrait de référer ce concept en bas de plusieurs autres pages et de se servir de lui pour faire des recherches thématique sur le site.
Enfin, c'est juste une idée, et cette piste ci devrait permettre de pas trop modifié le fonctionnement général ...
On troquerait bien quelques savons contre ce développement. :-P
Dis moi ce que tu en penses.
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!
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
Quelques exemples:
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.
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
N'hésite pas a complèter d'autres commandes ;-)
Je l'ai rajouté dans la liste des bugs, mais pour l'action pages avec le paramètre pub, le comprotement ne me parrait pas idéal.
Il pourrait être intéressant de permettre d'inverser les tri, genre pages:pub=inverse:nbr=4 -> affiche les 4 dernières pages publiées, sans rajouter de lien vers la liste des autres...
Je me dit que l'on pourrais aller vers une syntaxe du genre:
Qu'en dit tu?
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 !
Je suis un vrai beta testeur ... qui fait foirer les machines et tout ;-)
Exemple 1
{{Documentation::pages:order=tag:page=inline}}
Exemple 2
{{Documentation::pages:order=tag:page=listitem}}
Exemple 3
{{Documentation::pages:order=tag:page=resume}}
Fonctionalités liées à la création de la feuille de style.
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.
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.
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 ;)
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.
la variable inverse s'appelle par la variable :desc et non :inverse.
Je pense continuer pour permettre l'utilisation de templates et paginer (:start et :nbr)...
Affaire a suivre donc^^