Futur

Les discussions sur les futurs fonctionnalités à implémenter :


Discussion générale

Sommaire


Rajoutez votre proposition dans le menu afin de faciliter la navigation. Modèle :

*[Titre de la fonctionnalité|#TitreReduit] (dans le menu)
----
!! ~TitreReduit~Titre de la fonctionnalité
....
\[[<< Retour au menu|#Menu]\]

-- Fabrice


MotsWiki

Il serait sympa, et agréable pour un wiki, d'activer l'utilisation des MotsWiki. Est-ce possible? Comment procéder?

Oui c'est possible, c'est meme prévu. Il faut aller bidouiller WikiRenderer_chu.conf.php :

D'abord, activer la détection des MotsWiki, puis préciser la fonction (dont on inventera le nom) qui va les traiter. Par exemple :

class ConfWikiRenderer extends CopixWikiRendererConfig {
  var $checkWikiWord = true;
  var $checkWikiWordFunction = 'evalWikiWord';
}

Ensuite, créer cette fameuse fonction :

a suivre ...

Enfin, il faut indiquer dans le fichier configuration.ini qu'on utilise Wikirenderer et non wiki2xhtml :

Renderer = WikiRenderer

Tout cela est tiré du site officiel de WikiRenderer

Edouard[15-11-2005]

[<< Retour au menu]


Classes

Ce serait bien de pouvoir utiliser le moteur de ChuWiki hors de son emballage original... Et pour cela, ce serait chouette d'embarquer le tout dans une classe (pour éviter les conflits de noms, surtout)... Je l'ai fait en partant de l'archive de ChuWiki 1.1 dispo sur ce site, et j'en ai profité pour introduire, en vue de tests, un autre système de récupération de la page en cours, qui fonctionne avec les CGI. C'est assez brouillon comme ça, pas vraiment terminé, pas vraiment optimal, mais ça fonctionne, et ça pourrait te donner des idées pour la prochaine release... cf. http://kandiwan.free.fr/chuwiki/ -- S.F. (une autre chose intéressante serait de spécifier tous les noms de fichiers à partir de dirname() pour éviter quelques bugs assez bizarres)

Merci beaucoup. Tu as sûrement raison pour l'utilisation d'une classe, mais je me pose encore la question de la lisibilité de cette fonctionnalité dans PHP 4. J'avoue ne pas vraiment apprécier les $this-> à chaque appel de méthode.

Pour ce qui est du fonctionnement en CGI, je travaille desssus pour la prochaine version, mais ton code me donnera sûrement plus d'idées ;)

Enfin, pour le dirname(), je ne comprends pas trop les bugs que tu mentionnes, si tu as un exemple précis, tu pourrais le poster dans la page Bugs.


-- Vincent

La classe, c'est peut-être pas très joli pour les noms de fonction, mais ça permet de ne pas avoir à se tracasser pour les noms de fonction et les conflits qu'ils peuvent générer. Ceci dit les noms de fonction sont peut-être suffisemment à rallonges et explicites pour ne pas avoir de conflit. Par exemple j'utilise chuwiki sur mon site pour afficher des morceaux de pages dans le template dotclear (ex: à propos) et je trouve un objet plus lisible et portant moins à confusion. Quant aux $this->, on ne les voit pas en dehors de la classe ;) (et on peut éviter la répétition du tableau de remplacements, par exemple, qui n'est pas très élégante).

Pour le dirname, les ennuis surviennent lorsqu'un fichier est appelé par un autre qui ne se situe pas dans le même répertoire. On ne sait plus alors si le include 'truc.php' du fichier inclus incluera le truc.php du répertoire du script appelé dans le navigateur ou celui du répertoire du script inclus. Et à vrai dire, ça change selon les serveurs :-/ (j'ai été obligé de les ajouter, pour pouvoir employer chuwiki de la façon, certes peu orthodoxe, que je souhaitais).


-- S.F.

[<< Retour au menu]


Utilisateurs

une gestion des utilisateurs est-elle au programme? si oui pour quelle version? si pour la 1.2 c'est quand que ça sort ?.

désolé pour toutes ces questions mais je découvre l'objet et je le trouve génial. je pensais aussi m'attaquer à la gestion des uploads de documents (ne pas se limiter aux images mais pouvoir gérer n'importe quel fichier (.pdf, .c, .truc ou que sais-je...) donc j'attends la 1.2 pour commencer à bidouiller (proprement évidement ;)) ou bien?


-- Bertrand

La gestion des utilisateurs n'est pas prévue tant qu'elle ne sera pas complètement indispensable, ce qui n'est pas le cas pour le moment... Elle n'est pas donc pas du tout prévue pour la 1.2.

En ce qui concerne la date de sortie de la 1.2, elle n'est pas connue car bloquée par un bug vraiment ennuyeux. Tu peux utiliser les nightly builds qui son très stable sauf ce bug :(

-- Vincent

[<< Retour au menu]


Catégories et gestion des pages

Bonjour, je commence à utiliser ce wiki et je suis convaincu ! Toutefois, je regrette l'abscence de "catégories" facilitant la navigation et la classification automatique des pages. Il faut tout faire à la main :(
De même, un petit outil pour repérer les pages orphelines serait le bien venu, ainsi qu'une fonction de renommage ... mais sans base de données j'imagine que c'est pas facile ...

Merci !


-- Didier

Pour les catégories, l'idée est intéressante et tu pourrais essayer de développer ton idée sur Futur - Méta données des pages.

Pour les pages orphelines, je pense que c'est impossible avec la structure actuelle de ChuWiki.

Pour le renommage, il est pour le moment possible seulement par FTP et c'est tant mieux. Peut-être que j'ajouterais la possibilité quand il y aura une gestion des utilisateurs.

-- Vincent

[<< Retour au menu]


Flux RSS des changements

Bonjour, J'apporte ma petite contribution à ce projet que vous pourrez trouver ici : rss.php à mettre à côté de wiki.php (à la racine)

Jean-Pierre

Merci Jean-Pierre mais il y a déjà un fil RSS pour les derniers changements. Il s'appelle latest-change.php et se trouve aussi à la racine.

-- Vincent

Damned ! je l'avais pas vu ! merci

-- Jean-Pierre

Exemple pour chuwiki  : RSS

-- Fabrice

Exemple pour l'Encyclopédie  :

-- Fabrice

[<< Retour au menu]


Syntaxe Wiki

Salut!

J'aurais aimé savoir s'il était prévu d'ajouter d'autres possibilités de syntaxe au Wiki, comme par exemple la création de tableaux, la mise en indice, une coloration syntaxique pour le code... etc...

J'ai aussi remarqué un fichier "acronyms.txt" contenant une liste d'acronymes justement. Y a-t-il moyen de l'utiliser pour que les acronymes se créés tout seul? (à partir du moment ou ils sont dans la liste bien sûr)

Oui je suis feignant, je pourrais chercher dans les fichiers, mais c'est dur de s'y mettre! C'est tout pour les ptites questions du début de semaine^^ Merci d'avance!

Niko

Non tu n'es pas feignant. Tu as tout à fait raison de me demander car il y a plus de chances que je te donne la réponse rapidement plutôt que tu ne la trouves pas toi-même.

La syntaxe wiki vient des classes de rendu wiki utilisé par ChuWki et quelque peu personnalisées. Il est pour le moment possible d'utiliser wiki2xhtml d'Olivier Meunier et WikiRenderer de Laurent Jouanneau. La 1re ne permet pas de faire des tableaux alors que la 2nde le permet. Pour ce qui est des autres fonctionnalités, elles n'y sont pas et je ne compte pas les ajouter. Je songe plutôt à écrire ma propre classe de rendu wiki qui répondrait parfaitement aux besoins de ChuWiki (simple, rapide), mais le temps libre me manque pour le moment.

Le fichier acronyms.txt permet à la classe wiki2xhtml d'ajouter automatiquement la signification des acronymes balisés. Il faut donc que l'utilisateur les balise à la main avec la syntaxe ??Acronyme??. (Exemple: HTML, il n'y pas la signification de l'acronyme dans le contenu wiki et elle est pourtant disponible.)

Okayyyyy! Merci pour ta réponse claire et rapide! ;) Ca me va, rien à ajouter! Bon courage pour la suite!

Edit: en fait si :p J'ai essayé d'activer les tableaux, mais cela ne semble pas fonctionner. Qu'est-ce que j'oublie? Dans le fichier "WikiRenderer_chu.conf.php", j'ai enlevé le commentaire sur le 'table'=>true, que j'ai par ailleurs remplacé par 'chu_table'=>true.
Ensuite la syntaxe pour les tableaux semble être : | texte | texte. Et ce pour chaque lignes, non? J'arrive pas à trouver ce que je devrais modifier de plus pour que cela fonctionne... Merci d'avance et désolé pour toutes ces questions!

Re-Edit: Autant pour moi, j'avais pas fait attention au fichier de configuration! Y a plus qu'à tester ^^


Je ne trouve pas ce fameux fichier... Je suis sur la version 1.3.2 et pas moyen de mettre la main sur le fichier WikiRenderer_chu.conf.php. J'ai bien un fichier WikiRenderer.lib.php mais pas de 'table"=>true à décommenter... Quelqu'un peut m'indiquer quel fichier je dois modifier pour avoir les tableaux ?

Merci d'avance !

Bertrand

EDIT : je réponds à ma propre question

J'ai modifié le fichier chu_to_xhtml.php placé dans le dossier /sdk/WikiRenderer/rules. A partir de la version de WikiRenderer téléchargeable sur le site de l'auteur, j'ai ajouté la classe

/**
 * traite les signes de types table
 */
class chuxhtml_table extends WikiRendererBloc {
   var $type='table';
   var $regexp="/^\| ?(.*)/";
   var $_openTag='<table border="1">';
   var $_closeTag='</table>';

   var $_colcount=0;

   public function open(){
      $this->_colcount=0;
      return $this->_openTag;
   }


   public function getRenderedLine(){

      $result=explode(' | ',trim($this->_detectMatch[1]));
      $str='';
      $t='';

      if((count($result) != $this->_colcount) && ($this->_colcount!=0))
         $t='</table><table border="1">';
      $this->_colcount=count($result);

      for($i=0; $i < $this->_colcount; $i++){
         $str.='<td>'. $this->_renderInlineTag($result[$i]).'</td>';
      }
      $str=$t.'<tr>'.$str.'</tr>';

      return $str;
   }

}

Et je peux maintenant utiliser les tableaux dans mon chuwiki !

Cdlt, Bertrand

[<< Retour au menu]


Format de la date

Me revoilà, j'suis chaud wiki aujourd'hui^^ En fait, j'aurais voulu savoir s'il était possible (oui c'est possible, mais disons facilement) de faire passer la date (des changements recents par exemple) du format Anglais (2005-07-31) au format Français (31-07-2005)? J'ai cherché vite fait, mais la manière dont c'est géré m'a paru quelque peu obscure (j'suis p't'etre pas bien réveillé ceci dit...)

Niko

Non non et non. La date des changements n'est pas au format anglais (MM-DD-YYYY) ni au format français (DD-MM-YYYY) tout simplement parce que tous ces formats sont ambigus et qu'il est impossible de les comprendre de par le monde. Le format des dates des changements est donc basé sur le standard international de notation des dates (norme iso-8601) qui permet de lever toute ambiguïté dans la signification des dates de ChuWiki.

-- Vincent

Voilà qui est interressant! Effectivement, je pense que mon esprit est embué (surement comme 90% des gens) à ce niveau là. C'est effectivement bon de le savoir. Dans ce cas, n'y touchons pas :p Merci de ta réponse!

Niko

[<< Retour au menu]


Orphelins :(

Bonjour, je viens malheureusement annoncer que j'abandonne chuwiki. Gérer mon site (env.80 pages et 10 utilisateurs) devient un travail de galérien. Je regrette beaucoup l'abscence de gestion des orphelins et des pages liées qui me faciliterait grandement le travail ...Je regrette, car je trouvait chuwiki très efficace et très agréable à utiliser. Je me suis régalé avec !

Bon courage et bonne continuation.
-- Didier

[<< Retour au menu]


Génération du sommaire

Salut,

Vu que l'on peut définir des titres de différents niveaux, il serait intéressant de proposer un tag spécial qui génère un sommaire de la page (comme celui mis en place sur cette page).

Le tag rajouterais les ancres seulement à la visualisation ou alors modifierait le contenu de la page de sorte que l'on puisse le modifier. Pour cette deuxième solution, le tag ce supprimerait lui même de sorte que le remettre et enregistrer la page le regénère.

Qu'en pensez-vous ? Difficile à mettre en place ? Je suis prêt à me plonger dans le PHP pour ce faire :p


-- Fabrice

Fonctionnalité intéressante. Je suis moi-même en train de réfléchir à un système de plugins pour pouvoir étendre facilement la syntaxe wiki avec de nouveaux tags et je pensais notamment à ce que vous proposez. Alors oui c'est de l'ordre du possible, reste à voir maintenant quand je trouverais le temps de coder un tel système (pas vraiment prévu avant une version 2).

Si vous souhaitez vous y mettre, n'hésitez pas, le code de Chuiki est pour le moment très simple.

-- Vincent

Merci Vincent de ta réponse rapide. ChuWiki me semble en effet le projet parfait pour me lancer dans le PHP :P Venant de l'ASP, j'espère retrouver vite mes marques et pouvoir proposer des petites modifications sympas.

--Fabrice

[<< Retour au menu]


Math, Latex

J'utilise ChuWiki pour des cours de math et physique niveau DEUG. On y écrit beaucoup de formules. C'est pourquoi j'ai décidé d'inclure à WikiRenderer une fonction MATH, comme dans les Mediawiki, pour que, par exemple <math>\sqrt{x}</math> devienne une jolie racine . J'ai essayé de me lancer en utilisant le serveur public Mimetex. Celui-ci renvoit une image gif de ma-formule-latex lorsq'on lui soumet une requete du type <img src="http://serveur-public/mimetex.cgi?ma-formule-latex" alt="">. J'ai donc modifié WikiRenderer_chu.conf.php comme suit, grâce a l'aide de Vincent:

J'ai rajouté la ligne suivante au tableau $inlinetags

'math'   =>array('<math>','</math>',array('src'),'chu_wikibuildmath')

puis cette fonction en dessous de la fonction chu_wikibuildimage

function chu_wikibuildmath($contents, $attr){
	$math = $contents[0];
	return '<img src="http://www.forkosh.com/mimetex.cgi?'.$math.'" alt="'.$math.'" />';
}

La requête est bien envoyé et l'image gif est créée, mais un probleme se pose : la syntaxe LaTeX, utilisée pour les formules, contient de nombreux antislashes "\". Or, WikiRenderer supprime les antislashes. Du coup, le serveur Mimetex reçoit une requête fausse et l'image renvoyée ne correspond pas à la formule de départ. Ma question est donc la suivante:

Comment faire pour que WikiRenderer ne touche pas aux antislashes contenus entre <math> et </math> ?

Merci de votre aide. J'espère apporter quelquechose d'utile au projet ChuWiki.

Edouard [15-11-2005]

Malheureusement, je ne connais pas suffisament WikiRenderer pour t'aider, je te conseille de te tourner vers l'auteur de cette classe, Laurent Jouanneau. De mon côté, je vais essayer de regarder avec une version plus récente de WikiRenderer.

Vincent

Laurent Jouanneau [22-11-2005] : éffectivement, les antislashes sont supprimés, parce que c'est un caractère d'échappement. pour mettre donc un antislashe, il faut le doubler. Ta formule devrait alors être correcte. (faudrait que j'essaie de voir si je peux pas trouver une solution pour qu'il ne supprime pas l'antislashe quand il n'y a pas de commande wiki derrière, dans la version 2.0.6). Autre solution à ton problème : utiliser un autre caractère dans la formule, et dans ta fonction chu_wikibuildmath, tu remplaces ce caractère par un antislashe pour qu'elle soit valide au niveau latex. À par ça, une suggestion au niveau du code : le array('src') te semble inutile, donc à remplacer par null.

[<< Retour au menu]


I-Mode

[27-12-2005]

Découvrant l'I-Mode en cette fin d'année, quelle surprise de découvrir mon wiki sur mon portable (Samsung SGH-S500i, qui me sert de lecteur MP3, appareil photo et caméra pour filmer fiston qui ouvre ses cadeaux ;)).

Il y a juste un message en haut de la page et les boutons qui ne fonctionnent pas (cu coup, on ne peut pas modifier la page). Mais tout le reste est nickel, même les images !!!

Il ne manque donc pas grand chose pour offrir à chuWiki en plus de son étonnante facilité, le portage sur I-Mode et nous permettre à tous de surfer et mettre à jour nos sites de n'importe où !!!

Des intéressés ???

Fabrice

Ne possédant pas I-mode, je ne peux pas tester personnellement ChuWiki dessus :-/ Mais je regarderais avec mon navigateur WAP/XHTML :-)

Vincent

Merci Vincent (quel réactivité !!!). En fait, il ne passe pas si bien :( Par contre, dotClear passe nickel dessus. C'est incroyable ! Néanmoins, chuWiki reste bien plus simple je pense en terme de coding pour que cette amélioration lui soit ajoutée. Je rêve déjà de MAJ de mon Wiki dans le métro :)

Fabrice


Url et espace

[28-12-2005]

Je voudrais remplacer, lorque créer une page avec deux mots, le Test%20test par Test_test en UsePathInfo.

Ensuite je voudrais incorporer du html dans une page du genre avec le code wiki $$<strong>lalala</strong>$$

Merci, Très cordialement,

Ulrich


Mailing List pour les nouvelles versions et alertes de securite

[27-01-2006]

Un truc qui serait pas mal serait aussi une liste de discussion (ou meme simplement un alias) ou on pourrait etre au courant des nouvelles versions et surtout des alertes de securite (j'utilise chuwiki sur un serveur partage avec des potes et aimerais pas mettre le boxon a cause d'une attaque evitable). Dans tous les cas, merci beaucoup pour ce petit bijou, j'utilise twiki pour les gros projets et viens de trouver l'outil ideal pour les projets explosifs a construire en 5 minutes sur un coup de tete, ca cartonne!

[<< Retour au menu]


Pages non existantes

[14-03-2006]

Quand j'ajoute un lien vers une page qui n'éxiste pas encore ce lien apparait identique à celui qui pointe vers une page existante ce qui rend difficile la distinction entre ce qui est fait et ce qui reste à faire. Comment pourrait-on faire pour qu'un lien vers une page non existante apparaisse différent (par exemple, rouge souligné par une ligne en pointillé) ?


--Richard

C'est une possibilité qu'il faudrait ajouter dans une prochaine version. Je vais y réfléchir.

-- Vincent

[<< Retour au menu]


Subversion

[11-04-2006]

Est-ce qu'il serait envisageable de faire fonctionner chuwiki sur Subversion ? D'utiliser subversion pour gérer les fichiers et les historiques ? Voilà c'est juste une petite question au passage...


--Antoine

ben a priori un avantage de chuwiki est justement d'etre base sur des fichiers textes et de n'utiliser que php. Il existe deja un wiki qui utilise subversion pour gerer les pages : http://subwiki.tigris.org/


Port du plugin Doodle de Dokuwiki

Le plugin Doodle de Dokuwiki permet de faire des sondages simples d'usage sur le wiki. J'utilise pour ma part ChuWiki (simple, léger, tout à fait adapté à la tâche) pour planifier et faire le suivi des parties de jeux de rôle avec des amis. L'une des fonctionnalités qui me manque serait un mécanisme d'inscription aux parties (pour faire part de nos disponibilités en fait). Doodle offrirait une solution simple à ce problème.

Bien sûr je sais que ChuWiki n'a pas l'ambition d'être un wiki aussi complexe que DokuWiki, mais Doodle me semble être assez simple (au niveau de l'interface utilisateur) pour mériter son inclusion dans Chu. Voilà, c'est juste une suggestion, je vais m'atteler à cette intégration, mais je ne me leurre pas trop sur mes capacités à le faire.

Frédéric


C'est un concept assez compliqué que de permettre une interaction de l'utilisateur avec la page sans passer par la page d'édition. Il faudrait avoir une réflexion globale sur une architecture de plugins pour ChuWiki.

Vincent

PS: Je pense que ce genre de discussion serait plus appropriée sur le forum qui est plus adapté.

[<< Retour au menu]