Casiwiki
Logiciel de collaboration documentaire ouverteHome >
Table des matieres
La version à la Carotte
- TODO
- Corrections bugs: gallerie, logs, diff (time)
- Choix du squelette à l'instalation + copie locale
- Editeur de config
- Ajout optionnel du style aux envois d'email
- Affichage et clarté des logs
- Facilité de réédition des anciennes pages
- Finaliser ::edit:move
- Affichage ::help
- Blocs résumés
- Généralisation action pages: :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é), page=... choisirais parmis les option de l'action page
- Généralisation action page: template d'affichage pour résumé...
- Complèter la doc ;-)
- Sortie: Novembre 2008
- Ajout d'un système de classification par mot clés: Mot clés
- Amélioration de l'affichage des logs et séparation entre les pages et les commentaires.
- Ajout d'un outil de navigation dans les images type galerie ::img:nav, mis en forme en ajax
- Ajout d'un système de captcha aux commentaires
- Optimisation du système de gestion des formats, et correction d'un certain nombre d'erreurs. Une page peut désormais être écrite comme fichier ou dans la base de donnée dans plusieurs formats et convertie en fonction du contexte et de la commande. Le squelette du site est ainsi stocké au format html (voir skeleton)).
- Unification du header et du footer en une commande unique: skeleton
- gestion du squelette a l'aide du systeme de commandes, ce qui permet une contextualisation de celui ci (exemple: skeleton))
- refonte commande ::edit pour incorporer la gestion des formats
- Correction d'un bug dans l'affichage des sessions utilisateurs
- Correction de plusieurs incohérences dans la base de données (->MAJ Base de données nécessaire)
- Révision du graphisme, et de la feuille de style.
- Introduction d'un système de notification des commentaires, révision complète du code de ceux ci, structuration en questions-réponses
- Rajout de fonctionalité supplémentaire de déplacement de pages, déplacement des répertoires de fichiers, vérifications des liens internes au site. ::edit:move
- Introduction d'une visibilisation des offres et demandes des utilisateurs. Commande: ::users:exchanges. Voir: users:exchanges
- Correction de qques bugs
La version à la Betterave
- Sortie: Janvier 2008
- Correction de nombreux bugs
- Révision ergonomique
- Révision du système de gestion des utilisateurs (->MAJ Base de données nécessaire)
La version Angélique
- Sortie Décembre 2007
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^^