Quelques idées (farfelues?)

TODO Plugin et module backlinks
TODO Module orphans
TODO Module brokenlinks
TODO Anchors automatiques sur les titre...
TODO module rename
CLEANING Rendre le wiki utilisable en e...
TODO Suivi automatisé des RecentChanges
CLEANING Localisation
CLEANING lib/XXX.php
CLEANING factorisation du code
CLEANING regroupement de modules
Migration de ReseauCitoyen
TODO Extensions linguistiques
TODO Support de documents annexes
BUG Upload d'une image déjà existante.
TODO Maintenance des images
TODO Affichage de l'état de la page
TODO Interface du menu administrateur p...
wishes Upload des fichiers html
wishes a propos de la gestion des image...
wishes a propos du plugin gallery
wishes a propos de l'option page imprim...
TODO Module recherche
TODO Images
TODO Creation page
TODO Warning lorsqu'on efface une image...
TODO Cacher le lien d'édition lorsque c...
TODO Meilleure génération de zip file
wishes Templates "à la phpbb"
BUG page externe dans une nouvelle fenê...
TODO le module import
Wishes l'édition simplifiée
TODO nettoyage
TODO module localize
TODO module search

TODO Plugin et module backlinks

Fournir sous forme de plugin la liste des pages pointant vers une page donnée.
Fournir également une version module (qui ferait appel au plugin) car on peut vouloir lister les backlinks sans devoir intégrer le plugin à la page ou au bac à sable.
Cela ne sera pas facile à cause des liens automatiques.
On pourrait imaginer de sauver lors de la création ou de la sauvegarde d'une page la liste de tous les liens convertis. La liste serait sauvée dans le header de la page ou dans une LinksDB(?). Il suffirait alors de parcourir ces listes pour retrouver les backlinks.
Si la page est marquée linguistiquement (_FR) il faudrait aussi renvoyer les autres pages traduites car elles sont des backlinks potentiels via les liens [ cette page en français]

TODO Module orphans

Une fois les fonctions du module précédent implémentées, on peut facilement faire une liste des pages qui ne sont pas référencées ailleurs sur le wiki.

TODO Module brokenlinks

De même on peut facilement générer une liste reprenant pour chaque page les liens cassés menant à une page inexistante.

TODO Anchors automatiques sur les titres

Pour l'instant lors de l'usage du plugin index_titles, des anchors textuelles sont créées sur les titres.
Il faudrait le faire systématiquement, même sans l'usage du plugin.
Ainsi il sera possible de faire des liens du type [MaPage(?)#cechapitre]

TODO module rename

Pour renommer une page

CLEANING Rendre le wiki utilisable en environnement "registry_globals = Off"

C'est en soi plus sûr mais surtout on ne peut plus considérer que registry_globals soient à On par défaut.
Ainsi pour faire tourner ce wiki, j'ai installé PHP sur une installation Sarge et par défaut ils sont à Off avec ce commentaire: (cf /etc/php4/apache/php.ini)

; You should do your best to write your scripts so that they do not require
; register_globals to be on;  Using form variables as globals can easily lead
; to possible security problems, if the code is not very well thought of.
; register_globals = Off

TODO Suivi automatisé des RecentChanges

Cela pourrait avoir l'allure de http://reseaucitoyen.be/data/backup-phil/resume_040616.html
Eventuellemt avec un support de cookies pour reprendre le journal là où on l'avait laissé...

CLEANING Localisation

Faudrait faire la chasse aux chaînes françaises ou anglaises hardcodées.

CLEANING lib/XXX.php

Qqs fichiers de /lib ne contiennent pas de fonctions réutilisables, juste du code à plat.

Ça ne fait pas très library tout ça!

CLEANING factorisation du code

Il y a beaucoup de code commun entre le parsing de [texte] et de [texte|url], il faudrait factoriser le code.

CLEANING regroupement de modules

cf le module import ou remove, il faudrait de la même façon regrouper les modules qui doivent être appelés à partir d'autres modules:
info -> erase
create/edit -> preview/save

Migration de ReseauCitoyen

C'est pas pour tout de suite mais on peut en discuter sur DevelRC.

TODO Extensions linguistiques

Tant qu'on est sur les réflexions concernant le multilinguisme, une
des premières remarques que j'ai eues de la part d'un utilisateur
final est : LeComite_NL(?), ça craint :) En effet, HetBestuur_NL(?) est
quand même plus logique. Voire même plutôt HetBestuur(?) tout court.

Pour le "tout court", c'est déjà réglé.

Pour le reste, je "m'amuse" à créer manuellement les alias croisés
pour ce genre de pages.

Donc :
LeComite_FR(?) -> le texte en français
HetBestuur_NL(?) -> le texte en néerlandais
LeComite_NL(?) -> un alias vers HetBestuur_NL(?)
HetBestuur_FR(?) -> un alias vers LeComite_FR(?)

Pour arriver à un wiki multilingue "transparent", il faudrait arriver
à automatiser cela.

Juste une idée en passant, pas de solution pour l'instant.

TODO Support de documents annexes

Pour l'instant tout au mieux on peut créer un ShortCut(?)
SHORTCUT:DOCS|http://monsite.net/wiki/data/documents/

-> [blabla.pdf|DOCS::blabla.pdf]

BUG Upload d'une image déjà existante.

Si j'upload une image qui a le même nom qu'une image existante:
L'image existante est écrasée par la nouvelle sans demande de confirmation ni avertisement. De plus le résultat affiché après l'upload est l'ancienne image !
Une option "écraser?" suffit. Et un bouton retour quand l'utilisateur a entré un fichier déjà existant.

TODO Maintenance des images

Il faudrait étendre ImageList pour permettre d'effacer et renommer les images uploadées.

TODO Affichage de l'état de la page

Un truc qui serait bien aussi c'est d'indiquer dans la banniere d'admin
si la page affiché est verouillée ou pas

TODO Interface du menu administrateur plus dynamique

Si une page est verrouillée de ne pas mettre le lien vers le verrouillage et
inversément. Il serait aussi bien de ne pas avoir les liens verrouiller et
déverrouiller la page si le wiki est locké.
Le tout en icones serait plus presentable.

wishes Upload des fichiers html

Il serait interessant me semble il de permetre en mode admin de proposer un lien upload des fichiers html directement dans le dossier /documents/html/
ca simplifierait l'usage du plugin html_file
ajouté a cela un petit plugin qui permette de voir les pages presentents dans ce dossier et ainssi de savoir quelle page on peut lier avec le plugin..
le mieux serait encore dans l'admin un lien "inserer une page html " suivit d'un select avec la liste des pages inserables, on choisit la page et le plugin ce met dans le container content tout seul comme un grand mais bon cela me semble plus compliqué mais faisable avec un peu de javascript.)

wishes a propos de la gestion des images

Il serait bien de modifier le module d'upload d'images afin de pouvoir avoir des affichettes quand on liste les images.
j'uploade une image --> une copie redimentionnée de cette image est créee grace a la lib gd et stokée dans un sous repertoire (elle peut garder le meme nom ou recevoir une extention suplementaire a definir)
je liste les images --> je recoit le nom des images suivient d'une affichette clicable liée a l'image taille nomale.

wishes a propos du plugin gallery

le plugin gallery estquasi inutilisable pour le moment: il liste les images mais aussi les autre fichiers presents dans le repertoire (j'ai pas lut le code mais je supose q'un if devrait suffire pour n'afficher que les gif jpeg ou png) de plus il serait confortable de pouvoir choisir les images que l'on met dans la gallerie afin de ne pas avoir les images propres au site (bouton de navigation banniere...)

wishes a propos de l'option page imprimables

on pourait proposer en plus /a la place de la page imprimable la page en .pdf grace aà la lib fpdf .

TODO Module recherche

Il faudrait une option pour ne chercher que dans les pages de langue courante et générales et skipper les pages étrangères

TODO Images

On peut uplaoder une image en plusieurs mots du style mot1 mot2.gif mais si on veut la renommer ca pose un prob du style :
!!! Wrong URL !!!
l=FRI=saumonmarin_jpg&image_rename
l=FRI=saumon%20marin%E9_jpg&image_rename
Il faut faire passer les params par un POST plutôt que GET

TODO Creation page

module_edit.php: rendre la liste des langues dynamique et dépendante des langues configurées dans le wiki. Il faudra sûrement étendre les settings pour mettre le nom complet de la langue.

TODO Warning lorsqu'on efface une image utilisée

la possibilitée de renommer et effacer des images mais il faudrait aller
encore plus loin dans ce dernier cas: vouler vous suprimer toto.gif
cette image est affichée sur la page ToTo ?)

TODO Cacher le lien d'édition lorsque c'est judicieux

Exemple: on verrouille une page, on est en face du message qui signale que l'opération a été effectuée mais la page contient toujours un lien d'édition.
Si on clique sur éditer on a évidemment une erreur.
Ce problème est général. Dès qu'on affiche une page non éditable, comme un message d'erreur, un avertissement, une question, il ne faut pas afficher "éditer cette page". Ou si on l'affiche, il vaut mieux le gérer car généralement, il essaie d'éditer la page "PAGENAME".

TODO Meilleure génération de zip file

Il faudrait avoir une idée de la mémoire nécessaire pour tar.gz et la mémoire nécessaire pour zip car il y a plusieurs librairies qui font du zip mail il faudrait savoir laquelle est la meilleure en terme d'utilisation de mémoire.
Il faut aussi voir avec la license car certaines sont incompatibles, notamment une qui requiert qu'on envoie les modifications à l'auteur en cas de rediffusion (ce qui va à l'encontre de la GPL qui ne tolère aucune restriction à la rediffusion des modifications)
On peut aussi faire un item dans la config pour dire ce qu'on veut
sauver: uniq pages ou tout data?
Et un autre item dans la config pour dire si on veut du tar.gz ou du zip.

wishes Templates "à la phpbb"

Le système de template devrait être revu et se comporter comme les systèmes de phpbb par exemple. C'est à dire que les fichiers sont dans un dossier et dans l'interface admin on choisit le dossier (le thème quoi).

Il faut commencer par définir ce que doit contenir un template et ne pas oublier de documenter la manière d'en créer un.

Il faut aussi trouver deux ou trois thèmes à fournir par défaut. Ce serait l'occasion de revoir le thème par défaut.

BUG page externe dans une nouvelle fenêtre

Quand je choisis dans la config du wiki l'option pour que les pages
externes s'ouvrent dans une nouvelle fenetre cela n'a pas d'effet sur
les liens que je mets dans mon wiki cela agit uniquement sur le lien vers
les stats.

TODO le module import

je prefererais devoir indiquer le chemin vers mon ancien wiki (chmin relatif sur le serveur ou url si le wiki est sur un autre serveur) et que le module import aille chercher les pages a convertir mais aussi les images les pages html .
imagine que tu n'as qu'un acces ftp sur le serveur tu dois bouger toutes les pages ,images, et documents html a la main c'est fastidieux alors qu'un script bien fait peu le faire sans problemes.

Il faudrait aussi documenter l'existence et l'utilisation de ce module.
Il faut localiser le module.

Wishes l'édition simplifiée

Attention, gros morceau!!
Et sérieusement ça m'étonnerait qu'on arrive à qqch de sérieux de sitôt...

Il y a 2 grandes méthodes:

Purement inline, à la http://mozile.mozdev.org/
En gros si vous avec un Mozilla ou Firefox, pour éditer la page il suffit de cliquer dedand et de changer le texte :-)
Automatiquement une petite barre d'outils apparaît également pour pouvoir changer la couleur, la fonte etc.
C'est du code js qui réside sur le serveur.
Moi je vois bien une version light pour le wiki comme ça pour ceux qui ont Firefox, plus besoin d'éditer le wiki en mode wiki, on a une édition immédiate en WYSIWYG, un wiki en WYSIWYG!!!
On peut l'introduire sans trop saloper le reste du code.
Mais il reste la partie sauvegarde à traiter bien sûr.
Il y a aussi des javascript comme
- http://www.fckeditor.net/ ou encore
- http://www.dynarch.com/projects/htmlarea/

Comparaison:

C'est plus cool de pouvoir editer directement la page plutôt que de devoir cliquer sur le lien éditer

Mais:

ça demande un effort certain d'implémentation (maturité et traduction html=>wikilanguage
ça n'est pas supporté par tous les browsers

Donc si on a un équivalent en js qui est supporté par tous les browsers décents, on pourrait passer à ça et ne plus passer par le wikilanguage du tout mais il reste des détails à incorporer:

on veut garder les WikiMots
on veut garder le moyen d'incorporer des plugins

TODO nettoyage

popup.php et module_upload.php contiennent encore une redirection vers feu le module error.
qqs modules ont besoin d'un nom de page et si on les appelle tels quels ils n'interceptent pas tous correctement l'erreur, cf archive, hide, image, lock(localisation) etc
ne pourrait-on pas faire de admin/warning.html uniquement une feuille de style qu'on incorporerait à la feuille principale?

TODO module localize

prévenir qu'il faut sauver la page courante avant de changer de langue ou mieux si on change de langue sans avoir sauvé, message avec seconde chance de sauver avant de passer à l'autre langue.
search: le faire via POST sinon pas de recherche possible sur les caractères accentués.

TODO module search

sécurité: par défaut ne pas permettre à des utilisateurs non enregistrés d'utiliser des expressions régulière de recherche, le risque de DoS(?) est trop important. Mettre en paramètre la possibilité d'utilisation des recherches avec regexp: none/users/all + avertissement.


		Wiki de développement de Wikiwebweaver
		DevelWishes last modification 23/5/2005
Menu Développeurs Accueil Outils TODO Bugs & wishes ViewCVS Snapshots Wiki témoin * Accès en SSL * Dernières pages éditées: DevelDownload (10) 12.11.07 23:59 [diff(+10)] DevelDownload (9) 12.11.07 23:57 [diff(-1)] DevelDownload (8) 1.9.06 01:43 [diff(+19)] DevelOutils (14) 1.9.06 01:31 [diff(-4)] DevelWishes (66) 23.5.05 09:18 [diff(+317)] DevelTodo (115) 26.2.05 12:48 [diff(+282)] DevelTodo (114) 26.2.05 12:40 [diff(+569)] DevelCvsStructure (7) 12.2.05 14:44 [diff(+3)] QuoiDeNeuf_NL (4) 12.2.05 14:43 [diff(+1)] BacASable_FR (3) 12.2.05 14:39 [diff(0)] plus...		Quelques idées (farfelues?) TODO Plugin et module backlinks TODO Module orphans TODO Module brokenlinks TODO Anchors automatiques sur les titre... TODO module rename CLEANING Rendre le wiki utilisable en e... TODO Suivi automatisé des RecentChanges CLEANING Localisation CLEANING lib/XXX.php CLEANING factorisation du code CLEANING regroupement de modules Migration de ReseauCitoyen TODO Extensions linguistiques TODO Support de documents annexes BUG Upload d'une image déjà existante. TODO Maintenance des images TODO Affichage de l'état de la page TODO Interface du menu administrateur p... wishes Upload des fichiers html wishes a propos de la gestion des image... wishes a propos du plugin gallery wishes a propos de l'option page imprim... TODO Module recherche TODO Images TODO Creation page TODO Warning lorsqu'on efface une image... TODO Cacher le lien d'édition lorsque c... TODO Meilleure génération de zip file wishes Templates "à la phpbb" BUG page externe dans une nouvelle fenê... TODO le module import Wishes l'édition simplifiée TODO nettoyage TODO module localize TODO module search TODO Plugin et module backlinks Fournir sous forme de plugin la liste des pages pointant vers une page donnée. Fournir également une version module (qui ferait appel au plugin) car on peut vouloir lister les backlinks sans devoir intégrer le plugin à la page ou au bac à sable. Cela ne sera pas facile à cause des liens automatiques. On pourrait imaginer de sauver lors de la création ou de la sauvegarde d'une page la liste de tous les liens convertis. La liste serait sauvée dans le header de la page ou dans une LinksDB(?). Il suffirait alors de parcourir ces listes pour retrouver les backlinks. Si la page est marquée linguistiquement (_FR) il faudrait aussi renvoyer les autres pages traduites car elles sont des backlinks potentiels via les liens [ cette page en français] TODO Module orphans Une fois les fonctions du module précédent implémentées, on peut facilement faire une liste des pages qui ne sont pas référencées ailleurs sur le wiki. TODO Module brokenlinks De même on peut facilement générer une liste reprenant pour chaque page les liens cassés menant à une page inexistante. TODO Anchors automatiques sur les titres Pour l'instant lors de l'usage du plugin index_titles, des anchors textuelles sont créées sur les titres. Il faudrait le faire systématiquement, même sans l'usage du plugin. Ainsi il sera possible de faire des liens du type [MaPage(?)#cechapitre] TODO module rename Pour renommer une page CLEANING Rendre le wiki utilisable en environnement "registry_globals = Off" C'est en soi plus sûr mais surtout on ne peut plus considérer que registry_globals soient à On par défaut. Ainsi pour faire tourner ce wiki, j'ai installé PHP sur une installation Sarge et par défaut ils sont à Off avec ce commentaire: (cf /etc/php4/apache/php.ini) ; You should do your best to write your scripts so that they do not require ; register_globals to be on; Using form variables as globals can easily lead ; to possible security problems, if the code is not very well thought of. ; register_globals = Off TODO Suivi automatisé des RecentChanges Cela pourrait avoir l'allure de http://reseaucitoyen.be/data/backup-phil/resume_040616.html Eventuellemt avec un support de cookies pour reprendre le journal là où on l'avait laissé... CLEANING Localisation Faudrait faire la chasse aux chaînes françaises ou anglaises hardcodées. CLEANING lib/XXX.php Qqs fichiers de /lib ne contiennent pas de fonctions réutilisables, juste du code à plat. Ça ne fait pas très library tout ça! CLEANING factorisation du code Il y a beaucoup de code commun entre le parsing de [texte] et de [texte\|url], il faudrait factoriser le code. CLEANING regroupement de modules cf le module import ou remove, il faudrait de la même façon regrouper les modules qui doivent être appelés à partir d'autres modules: info -> erase create/edit -> preview/save Migration de ReseauCitoyen C'est pas pour tout de suite mais on peut en discuter sur DevelRC. TODO Extensions linguistiques Tant qu'on est sur les réflexions concernant le multilinguisme, une des premières remarques que j'ai eues de la part d'un utilisateur final est : LeComite_NL(?), ça craint :) En effet, HetBestuur_NL(?) est quand même plus logique. Voire même plutôt HetBestuur(?) tout court. Pour le "tout court", c'est déjà réglé. Pour le reste, je "m'amuse" à créer manuellement les alias croisés pour ce genre de pages. Donc : LeComite_FR(?) -> le texte en français HetBestuur_NL(?) -> le texte en néerlandais LeComite_NL(?) -> un alias vers HetBestuur_NL(?) HetBestuur_FR(?) -> un alias vers LeComite_FR(?) Pour arriver à un wiki multilingue "transparent", il faudrait arriver à automatiser cela. Juste une idée en passant, pas de solution pour l'instant. TODO Support de documents annexes Pour l'instant tout au mieux on peut créer un ShortCut(?) SHORTCUT:DOCS\|http://monsite.net/wiki/data/documents/ -> [blabla.pdf\|DOCS::blabla.pdf] BUG Upload d'une image déjà existante. Si j'upload une image qui a le même nom qu'une image existante: L'image existante est écrasée par la nouvelle sans demande de confirmation ni avertisement. De plus le résultat affiché après l'upload est l'ancienne image ! Une option "écraser?" suffit. Et un bouton retour quand l'utilisateur a entré un fichier déjà existant. TODO Maintenance des images Il faudrait étendre ImageList pour permettre d'effacer et renommer les images uploadées. TODO Affichage de l'état de la page Un truc qui serait bien aussi c'est d'indiquer dans la banniere d'admin si la page affiché est verouillée ou pas TODO Interface du menu administrateur plus dynamique Si une page est verrouillée de ne pas mettre le lien vers le verrouillage et inversément. Il serait aussi bien de ne pas avoir les liens verrouiller et déverrouiller la page si le wiki est locké. Le tout en icones serait plus presentable. wishes Upload des fichiers html Il serait interessant me semble il de permetre en mode admin de proposer un lien upload des fichiers html directement dans le dossier /documents/html/ ca simplifierait l'usage du plugin html_file ajouté a cela un petit plugin qui permette de voir les pages presentents dans ce dossier et ainssi de savoir quelle page on peut lier avec le plugin.. le mieux serait encore dans l'admin un lien "inserer une page html " suivit d'un select avec la liste des pages inserables, on choisit la page et le plugin ce met dans le container content tout seul comme un grand mais bon cela me semble plus compliqué mais faisable avec un peu de javascript.) wishes a propos de la gestion des images Il serait bien de modifier le module d'upload d'images afin de pouvoir avoir des affichettes quand on liste les images. j'uploade une image --> une copie redimentionnée de cette image est créee grace a la lib gd et stokée dans un sous repertoire (elle peut garder le meme nom ou recevoir une extention suplementaire a definir) je liste les images --> je recoit le nom des images suivient d'une affichette clicable liée a l'image taille nomale. wishes a propos du plugin gallery le plugin gallery estquasi inutilisable pour le moment: il liste les images mais aussi les autre fichiers presents dans le repertoire (j'ai pas lut le code mais je supose q'un if devrait suffire pour n'afficher que les gif jpeg ou png) de plus il serait confortable de pouvoir choisir les images que l'on met dans la gallerie afin de ne pas avoir les images propres au site (bouton de navigation banniere...) wishes a propos de l'option page imprimables on pourait proposer en plus /a la place de la page imprimable la page en .pdf grace aà la lib fpdf . TODO Module recherche Il faudrait une option pour ne chercher que dans les pages de langue courante et générales et skipper les pages étrangères TODO Images On peut uplaoder une image en plusieurs mots du style mot1 mot2.gif mais si on veut la renommer ca pose un prob du style : !!! Wrong URL !!! l=FRI=saumonmarin_jpg&image_rename l=FRI=saumon%20marin%E9_jpg&image_rename Il faut faire passer les params par un POST plutôt que GET TODO Creation page module_edit.php: rendre la liste des langues dynamique et dépendante des langues configurées dans le wiki. Il faudra sûrement étendre les settings pour mettre le nom complet de la langue. TODO Warning lorsqu'on efface une image utilisée la possibilitée de renommer et effacer des images mais il faudrait aller encore plus loin dans ce dernier cas: vouler vous suprimer toto.gif cette image est affichée sur la page ToTo ?) TODO Cacher le lien d'édition lorsque c'est judicieux Exemple: on verrouille une page, on est en face du message qui signale que l'opération a été effectuée mais la page contient toujours un lien d'édition. Si on clique sur éditer on a évidemment une erreur. Ce problème est général. Dès qu'on affiche une page non éditable, comme un message d'erreur, un avertissement, une question, il ne faut pas afficher "éditer cette page". Ou si on l'affiche, il vaut mieux le gérer car généralement, il essaie d'éditer la page "PAGENAME". TODO Meilleure génération de zip file Il faudrait avoir une idée de la mémoire nécessaire pour tar.gz et la mémoire nécessaire pour zip car il y a plusieurs librairies qui font du zip mail il faudrait savoir laquelle est la meilleure en terme d'utilisation de mémoire. Il faut aussi voir avec la license car certaines sont incompatibles, notamment une qui requiert qu'on envoie les modifications à l'auteur en cas de rediffusion (ce qui va à l'encontre de la GPL qui ne tolère aucune restriction à la rediffusion des modifications) On peut aussi faire un item dans la config pour dire ce qu'on veut sauver: uniq pages ou tout data? Et un autre item dans la config pour dire si on veut du tar.gz ou du zip. wishes Templates "à la phpbb" Le système de template devrait être revu et se comporter comme les systèmes de phpbb par exemple. C'est à dire que les fichiers sont dans un dossier et dans l'interface admin on choisit le dossier (le thème quoi). Il faut commencer par définir ce que doit contenir un template et ne pas oublier de documenter la manière d'en créer un. Il faut aussi trouver deux ou trois thèmes à fournir par défaut. Ce serait l'occasion de revoir le thème par défaut. BUG page externe dans une nouvelle fenêtre Quand je choisis dans la config du wiki l'option pour que les pages externes s'ouvrent dans une nouvelle fenetre cela n'a pas d'effet sur les liens que je mets dans mon wiki cela agit uniquement sur le lien vers les stats. TODO le module import je prefererais devoir indiquer le chemin vers mon ancien wiki (chmin relatif sur le serveur ou url si le wiki est sur un autre serveur) et que le module import aille chercher les pages a convertir mais aussi les images les pages html . imagine que tu n'as qu'un acces ftp sur le serveur tu dois bouger toutes les pages ,images, et documents html a la main c'est fastidieux alors qu'un script bien fait peu le faire sans problemes. Il faudrait aussi documenter l'existence et l'utilisation de ce module. Il faut localiser le module. Wishes l'édition simplifiée Attention, gros morceau!! Et sérieusement ça m'étonnerait qu'on arrive à qqch de sérieux de sitôt... Il y a 2 grandes méthodes: Purement inline, à la http://mozile.mozdev.org/ En gros si vous avec un Mozilla ou Firefox, pour éditer la page il suffit de cliquer dedand et de changer le texte :-) Automatiquement une petite barre d'outils apparaît également pour pouvoir changer la couleur, la fonte etc. C'est du code js qui réside sur le serveur. Moi je vois bien une version light pour le wiki comme ça pour ceux qui ont Firefox, plus besoin d'éditer le wiki en mode wiki, on a une édition immédiate en WYSIWYG, un wiki en WYSIWYG!!! On peut l'introduire sans trop saloper le reste du code. Mais il reste la partie sauvegarde à traiter bien sûr. Il y a aussi des javascript comme http://www.fckeditor.net/ ou encore http://www.dynarch.com/projects/htmlarea/ Comparaison: C'est plus cool de pouvoir editer directement la page plutôt que de devoir cliquer sur le lien éditer Mais: ça demande un effort certain d'implémentation (maturité et traduction html=>wikilanguage ça n'est pas supporté par tous les browsers Donc si on a un équivalent en js qui est supporté par tous les browsers décents, on pourrait passer à ça et ne plus passer par le wikilanguage du tout mais il reste des détails à incorporer: on veut garder les WikiMots on veut garder le moyen d'incorporer des plugins TODO nettoyage popup.php et module_upload.php contiennent encore une redirection vers feu le module error. qqs modules ont besoin d'un nom de page et si on les appelle tels quels ils n'interceptent pas tous correctement l'erreur, cf archive, hide, image, lock(localisation) etc ne pourrait-on pas faire de admin/warning.html uniquement une feuille de style qu'on incorporerait à la feuille principale? TODO module localize prévenir qu'il faut sauver la page courante avant de changer de langue ou mieux si on change de langue sans avoir sauvé, message avec seconde chance de sauver avant de passer à l'autre langue. search: le faire via POST sinon pas de recherche possible sur les caractères accentués. TODO module search sécurité: par défaut ne pas permettre à des utilisateurs non enregistrés d'utiliser des expressions régulière de recherche, le risque de DoS(?) est trop important. Mettre en paramètre la possibilité d'utilisation des recherches avec regexp: none/users/all + avertissement.

		printable version \| back to top

Wiki de développement de Wikiwebweaver