Wikini

VosSuggestions

PagePrincipale :: DerniersChangements :: DerniersCommentaires :: ParametresUtilisateur :: Vous êtes ec2-54-81-163-254.compute-1.amazonaws.com

Entrez ici vos remarques, vos suggestions d'évolution.


Ci-dessous vous pouvez ajouter des suggestions inclassables ou que vous avez du mal à classer.


Rendre encore plus facile l'accès à la création d'une page


PropositionsDEvolutionDeLActionUserSettings
-- OlivierB


N° de lignes dans l'historique des modifications


Voir la difference entre 2 versions n'est pas vraiment evidente (En raison des differentes mise en page), la version simplifiée est bcp plus comprehensible, mais il manque quelque chose de tres utiles pour de longues pages, le N° de la ligne... Serait-il possible d'inserer cette petite modif dans WikiNi ? Du moins m'indiquer comment le faire, car certaines pages contiennent du code et ca serait vraiment bien si le N° des lignes etait indiqué...

Merci bcp
Florian95



SuggestionsDeRoadMapParOlivierB
-- OlivierB


Bravo, tout d'abord. C'est un très bon travail.
Voila des suggestions, cependant.

Les WikiMots

La définition d'un WikiMot me paraît contraignante.
Même si dans la plupart des cas elle fonctionne, on trouve certains cas où son utilisation est pénible.

Concernant le nom des utilisateurs tout d'abord. Pour un pseudo, ou un prénom, une seule majuscule...
C'est un détail mais c'est déjà bizarre de limiter la création des utilisateurs de cette façon.

De façon plus générale, PHP, par exemple ... ou tout simplement un mot qui ne possede pas deux majuscules (au minimum).
l'utilisation de [[PHP]] est une bonne solution, mais si la page n'existe pas, le lien est créé quand même.

Il me parait peut-être judicieux d'étendre la définition d'un WikiMot.
En proposant que [[Wikimot]] obtienne le même comportement : un ? si la page n'est pas créée etc.

Et d'étendre par la même occasion éventuellement le choix du nom d'utilisateur.

"Abonnement" aux pages

Les utilisateurs pourraient s'abonner aux pages qui les interessent. Un peu comme sur wikipedia.org
Et voir les récentes modifications uniquement sur les sujets choisis.

Les backlinks

Correction : HandlerBackLinks. Cette suggestion a déjà une solution proposée et parfaitement fonctionnelle.

Un backlink automatique dans les menus serait bien pratique également. Il m'a fallu un bon moment pour
comprendre pourquoi Page32 était une page à créer (dans la liste). Comme pour la page référence, une liste automatique des pages
qui font un lien ....

Edition des menus

L'architecture du projet est vraiment parfaite. Les plugins à ajouter, les formatters, etc permettent d'ajouter des fonctionnalités sans toucher au code. Reste à pouvoir modifier plus simplement tout ce qu'on ne peut atteindre que dans les fichiers sources :

* Fichier de config
* Interwiki
* Les menu, header, footer ...

Validité du code source

Concernant l'accessibilité du code source, certaines améliorations seraient interessantes.
Sortir du code toutes les informations concernant le design, ex: <div style="display: none;">
Même chose pour le code javascript. J'ai lu un article recemment à ce sujet, je posterai l'adresse
Utiliser des id plutôt que des class

Affichage d'informations qu'aux membres connectés

Enfin, n'afficher certaines informations sur une page qu'aux membre connectés.
Ce qui permet, par exemple, d'afficher des données pratiques aux administrateurs des pages mais de ne pas surcharger la page pour de simples lecteurs.


Je me penche déjà sur l'élaboration de ces modules.
Avis, réponses ou suggestions sont donc bienvenus.

Très bonne continuation.
Jérémie

Après un rapide test (peut être trop rapide ;o), il m'a semblé que 2 (ou +) personnes peuvent modifier la même page en même temps et que c'est le dernier qui enregistre la page qui écrase les mofifications des autres. Il serait peut être judicieux non pas de mettre un verrou mais :
OlivierB


La page referrers est une source magnifique de visibilité pour les sites pornos. Il faut offrir la possibilité de désactiver complètement cette page.
Voila ce qu'il faut faire à mon avis (et que j'ai fait sur brevets-logiciels.info et sur ma page perso) :
1) Dans wakka.config.php :
ajouter une ligne
"referrers_disable" => "1",
2) Dans handlers/page/referrers.php,
Remplacer if($referrers) {
par :
if ($this->GetConfigValue("referrers_disable") == "1") {
echo "<em>Les références sont désactivées</em><br />\n" ;
}
elseif ($referrers)

3) Dans handlers/page/referrers_sites.php,
Remplacer if($referrers) {
par :
if ($this->GetConfigValue("referrers_disable") == "1") {
echo "<em>Les références sont désactivées</em><br />\n" ;
}
elseif ($referrers)

4) Dans wakka.php,
ajouter "referrers_disable" => "1", dans la config par défaut (vers la fin du fichier)

Christophe Combelles (ccomb chez free.fr)

Oui. C'est intéressant et je pense que nous pourrions l'intégrer assez rapidement. Quelques remarques :
-- CharlesNepote

(ccomb) J'ai modifié le "if" pour qu'il ressemble aux autres. Et du coup ça marche maintenant pour de vrai...

David VANTYGHEM (david.vantyghem arobase free.fr) : pour arrêter l'écriture dans la table wikini_referrers, il y a encore plus simple. Dans le fichier wakka.php, fonction LogReferrer?, remplacer :

$this->Query("insert into ".$this->config["table_prefix"]."referrers set ".
"page_tag = '".mysql_escape_string($tag)."', ".
"referrer = '".mysql_escape_string($referrer)."', ".
"time = now()");


par :

$this->Query ("use ".$this->config["mysql_database"]);
(on se contente de désigner la base de donnée utilisée par défaut au lieu d'écrire dans la table wikini_referrers).

Ben moi, j'ai fait plus radical :
J'ai supprimé le lien qui permet de visualiser les referrers et j'ai supprimé le contenu de la fonction LogReferrer?.


Un système de navigation pour voir les images disponibles
Afin de permettre aux utilisateurs de facilement trouver quelles images sont disponibles et peuvent être insérées.
Voir un exemple de solution possible que j'ai mis sous ActionAvailableImages.
-- Sergio

Supporter error_reporting = E_ALL
Beaucoup de notice s'affiche à l'installation et dans le wiki avec cette configuration de PHP. Ce sont bien souvent des accès à des variables non déclarées par exemple, ou des indices de tableau inexistants. Ou alors changer le mode d'erreur au début pour remettre E_ALL & ~E_NOTICE, mais je pense que c'est plus propre lorsqu'un script passe avec E_ALL. Cela dit ce n'est pas un problème majeur, juste un "plus".


Transformation des MotWiki en Mot Wiki dans la barre de titre
Voir la page AmeliorerLIndexationParLesRobotsDeRecherche.


Gestion des comptes utilisateurs par LDAP

Une identification des utilisateurs par un annuaire LDAP serait très intéressant.
idem pour moi, j'ai utilisé wikini dans mon intranet d'entreprise (basé sur l'ad de windows 2000) et j'aimerai bien que l'identification se fasse également via le protocole ldap. J'ai regardé vite fait mais cho cho :/ -- EddyFayet?


Sécurité : cacher le compte utilisateur de la base de données en cas d'erreur

Suite à l'incident sur Tuxfamily, le changement de password a révélé cette erreur remontée par wikini : (path et user changés pour raison de sécurité), il faudrait faire disparaître le login de ce message d'erreur : heureusement, le password n'apparaît pas ;-)
J'utilise la version cvs du 22/10/2003
Warning : Access denied for user : 'userSQL@nomdeserveur.net' (Using password : YES) in /data/www/projet/htdocs/wiki/wakka.php on line 42

Warning : mysql_select_db() : supplied argument is not a valid MySQL-Link resource in /data/www/projet/htdocs/wiki/wakka.php on line 43 Query failed : select * from wikini_pages where tag = 'PagePrincipale' and latest = 'Y' limit 1 (Access denied for user : 'userSQL@nomserver.net' (Using password : YES))
-- BenoitAudouard

Pour cela une solution simple serait de mettre un @ devant les appels servant aux connexions SQL : fonction Wiki, changer pour $this->dblink = @mysql_pconnect et @mysql_select_db. -- ProgFou

Qu'est-ce que cela change ton "@" ? -- CharlesNepote

Le @ permet de ne pas afficher les erreurs !
Sinon il y a une fonction php qui permet de n'afficher aucun erreur (dans tous les scripts) mais je ne sais plus laquelle -- EddyFayet?
Voir http://www.php.net/manual/fr/ref.errorfunc.php --AureLie


2 possibilities for the style of page and user name

mode 1 - "traditional wiki style"
mode 2 - "wikipedia style"
further thoughts about it
I´m looking foreward to hearing about your opinions about this .......
--FolkerBehrens

I like your idea Folker. I will try to implement this in a prototype very soon. When I do I will contact you for more ideas.
--PatrickPaul

I agree too. The "wikipedia style" is very interesting and is, in my point of view, easier to learn for the end user. Another good point for the "wikipédia style" is the ability to use accents like in http://fr.wikipedia.org/wiki/Imagerie_m%E9dicale. (The problem is that I don't know the technical consequences of such a thing).
Thus, I would add for the "traditional wiki style" :
I agree with the necessity of let the choice at installation.
-- CharlesNepote

I agree with Folker too. Another suggestion (which is not what Wikipedia do !!!) :
That [[imagerie médicale]], displayed imagerie médicale of course, whould link to Imagerie_medicale, capitalised, and with diacritics simply removed, instead of imagerie_m%E9dicale.
Some reasons :
In fact I came here to suggest that "mode 1" would accept alternatives like [[ imagerie médicale]] for internal links...
-- RevolveR?


Editeur de feuille de style


Un module supplémentaire (réservé à l'dministrateur), lui permettant d'éditer, assisté d'un formulaire, la feuille de style afin de personnaliser son site.
Un peu à l'image de http://mammouthland.free.fr/cours/css/genecss.php.
Je veux bien prendre en charge la réalisation du formulaire HTML. (Pour le codage en php derrière, je ne suis pas très bon).
-- CharlesNepote

Ok, excellente idée,mais il va falloir prévoir un code administrateur ... Si tu as des soucis avec le php, je peux m'en charger.
-- DavidDelon

Je ne suis pas sûr qu'il faille prévoir un code administrateur... au contraire, il est possible, dans un groupe de travail, de laisser la responsabilité graphique à une personne compétente plutôt qu'à un administrateur aux compétences graphiques douteuse ;-)
(J'ai commencé à écrire le formulaire.)
-- CharlesNepote


Amélioration syntaxe

dans le fichier formatters/wakka.php des balises FONT sont utilisées (l 49 à 56 )
Je propose qu'elles soient remplacées par les balises XHTML crées exprès pour ce cas de figure <del> et <ins> auxquelles on appliquerait une feuille de style :
del {
font-style:italic;
color:#c00;
text-decoration:line-through;
}
ins {
font-weight: bold;
color:#c00;
text-decoration:underline;
}

Voilà un petit détail qui fera un plus joli XHTML
A+
-- Francois

Oui, très bonne suggestion. Je viens de la mettre en place avec deux nouvelles balises : add et del.
-- DavidDelon

L'avantage des balises <del> et <ins> est qu'elles sont des balises XHTML standards, pas <add> à ma connaissance.
-- Francois

Merci pour ta remarque François. Elle est très juste. Nous allons corriger (cf. EnCoursDeDeveloppement). -- CharlesNepote


Syndrome du mammouth

Devant la liste des suggestions d'améliorations, une petite crainte m'étreint : n'y a t'il pas le risque que ce petit outil léger pour l'utilisateur et pour le webmestre ne devienne de plus en plus complexe et de plus en plus réservé à des spécialistes.
Une manière de gérer ce problème consisterait à laisser différentes versions en téléchargement avec différents niveaux de fonctionnalités et donc différents niveaux d'utilisateurs.

Pour en rajouter une couche, je pense qu'un wakka minimalistes pour archi débutants serait des plus pertinent.

Encore merci à vous tous
-- FuRax37

Totalement d'accord : comme tu as pu le remarquer, beaucoup d'améliorations :
Certaines suggestions d'amélioration visent également une simplification de WikiNi : aide pour rappeler les règles de formatage, affichage automatique des derniers changements de toute page visitée, option de configuration permettant de ne pas utiliser les commentaires, option de configuration permettant de ne pas afficher "Valid XHTML" et "Valid CSS".
Par ailleurs, il n'est pas question de réaliser toutes les suggestions d'amélioration. C'est pour ça que, pour ma part, j'insiste pour qu'on discute préalablement de toutes les suggestions qui sont développées. Ta participation peut nous être très utile pour ces discussions : il ne faut pas hésiter.
Enfin, avoue que tu pousses aussi à l'ajout de fonctionnalités (demande de gérer les tableaux) ;-)
-- CharlesNepote

Charles m'a pris de vitesse pour répondre et je me retrouve avec un conflit d'enregistrement. Bref.

Je suis content de voir que quelqu'un ait pensé à la même chose que moi. Je voulais le suggérer très bientôt mais n'en ai pas eu le temps hier soir car nous étions très occupé à discuter du nouveau nom de WikiNi.

Je suis du même avis que toi FuRax37. Je pense que dans un futur proche on développera plusieurs versions de WikiNi pour différents degrés d'utilisation : de l'utilisation simple à avancée. Si on ne fait pas plusieurs versions je pense que nous appliquerons la règle suivante : par défault WikiNi s'installe au plus simple et ensuite un utilisateur averti peux manipuler les options pour profiter de toutes les possibilitées.

De plus, je compte me mettre au boulot sur un projet de cache pour WikiNi qui rendra EXTREMEMENT plus rapide le moteur.
Et comme Charles l'a fait remarqué, n'hésite pas à nous faire part de tes suggestions.
-- PatrickPaul

Je suis pour l'idée de garder un outil simple, facile à installer et à utiliser pour des non-spécialistes comme moi. L'idée d'options plus sophistiquées est une bonnne façon de gérer l'équilibre simplicité/puissance. -- AlainHenry


Edition plein texte


Je vais encore me faire gronder avec cette propositions qui contredit mes précédents propos mais bon ;-)
Je vous explique le contexte :
Wakka est parfait pour écrire un livre à plusieurs,
Le seul problème c'est que lorsqu'il s'agit de l'imprimer, ça calme...
Vous me voyez venir ...
Est-ce que vous seriez capable de fabriquer une petite fonction qui déroule les arborescences (type plan mais avec le texte associé) et qui permet d'imprimer ou de copier coller tout dans un Open Office ou un Word.
Je sais, Noël est passé mais bon.

Amitiés à vous
-- FuRax37

Bonne suggestion nous allons essayer de travailler dessus. Restes dans les parages pour nous aider dans l'élaboration de cette nouvelle fonction. -- PatrickPaul

Je suis dans les parages mais ne viens pas assez souvent sur le site. Excusez moi donc pour le décalage entre les questions et les réponses. D'abord merci pour votre attention et réactivité et merci pour prendre le temps de m'expliquer la manière de rédiger ces "use case", je m'y penche. n'hésitez pas, pour me solliciter à utiliser le mail (pour me demander de faire un tour sur ce site).
--FuRax37

L'idée est intéressante et j'y vois pas mal d'applications.
Par exemple, cela permettra de construire la documentation complète de WikiNi à partir de la page LaDocumentation.
Il faut cependant s'entendre sur ce que fait la fonction. Je ne comprend pas bien ton titre "Edition plein texte"... ne serait-ce pas plutôt : "Impression multi pages" ou quelque chose dans ce goût là. Je te propose qu'on rédige ensemble les CasDUtilisation de cette fonction (je ferai une proposition un peu plus tard, que tu pourras valider).
-- CharlesNepote

Merci pour cette explication concernant les cas d'utilisations, j'ai cependant en tête une visualisation de ce que ça pourrait être : il "suffit" de garder le bout de code associé à PlanDuSite et d'associer le texte à chaque titre. déjà, ce serait génial.
-- FuRax37

Je pense avoir trouvé !!!
Lorsque nous travaillons sur un document, nous avons l'habitude de numéroter les parties, il "suffirait" que l'on puisse créer des pages qui commencent par des numéros style "1IntroDuction" "2PresenTation"... puis de trier tout ça par numéros croissants avec une fonction "plan" dont vous avez le secret et enfin d'y ajouter le texte comme expliqué précedemment.
(FuRax37 ?)

D'un point de vu fonctionnel, on peut imaginer une fonction "summary" qui prenne en argument :
Ca pourrait donner par exemple : {{summary page="SuggestionAmeliorationDuSite; SuggestionsFonctionnalites; SuggestionInterfaceUtilisateur;" level="all"}}
On obtient ainsi une fonction similaire au mode plan de Word, ou plutôt à la fonction "Insertion / Table et index / Table des matières" (pour ceux qui connaissent).
En ajoutant la gestion des "id" (#exemple) on peut même cliquer sur les titres pour se retrouver au début du passage en question.
Qu'en pensez-vous ?
-- CharlesNepote

GarfieldFr, que je remercie au passage, nous propose une action qui solutionnerai ce genre de problème : cf. ActionInclude. -- CharlesNepote

Ne pourrait-on pas scinder le problème ?
-1 J'aimerais pouvoir faire une action sur la page qui est affichée : par exemple l'imprimer , la lire (j'ai mes yeux qui fatiguent...), l'exporter, l'enregistrer
- 2 j'aimerais pouvoir sélectionner cette page, celle-ci, celle-là, mais pas celle-ci....
- 3 j'aimerais pouvoir faire les actions du 1 sur plusieurs pages sélectionnées
Grand merci de l'hypercardophile ;-) FidelioEspoir

problèmes de sauvegarde

Lors de sa première utilisation du logiciel, Dominique, une utilisatrice néophite n'a pas vu le bouton de sauvegarde tout en bas de la fenêtre et a perdu la totalité de son texte à la suite d'une fausse manoeuvre. Pourrait-on prévoir un bouton "sauvegarder" en haut de la fenêtre d'édition ? Ou une sauvegarde automatique toutes les x minutes ?

--FuRax37

Personnellement, un bouton "sauvegarder" supplémentaire en haut ne me paraît pas judicieux : c'est une redondance. Quant à la sauvegarde toutes les x minutes, cela me paraît délicat à réaliser (JavaScript et compagnie).
Je pense que la meilleure solution, dans ce cas là, c'est la formation : qu'elle soit active (formation orale, manuels, etc.) ou qu'elle soit "passive" comme dans le cas de ton utilisatrice (à mon avis, elle n'a pas refait la bétise ;-)
-- CharlesNepote

Je suis de l'avis de Charles. C'est en se trompant qu'on apprend ;-) J'ajouterai que d'une manière générale lorsqu'on tape un texte en ligne il faut toujours le "sauvegarder". Personnellement je fait une copie de le presse papier, ce qui me permet de le ressortir au besoin -- PatrickPaul


xml

L'edition des pages étant je pense moins fréquente que leur lecture, même dans un wiki, avez vous pensez à stocker les messages sous forme xml (ou xhtml), ceci permettrait un affichage directement en sortie de la base de données les conversions auraient lieu uniquement à l'édition (avant et après). J'utilise cette manip pour traiter des bbcodes sur un site.
-- EricDelord

Oui j'ai pensé à faire cela. C'est en effet une très bonne idée. J'ai même une version Wikini chez moi qui fait cela. Il y a tout de même quelques "subtilités" notamment au niveau des actions. Je pense que cela fera partie des prochaines mises à jour que je ferais (avec l'ascendant de maitre Nepote) -- PatrickPaul


smiley

Peut-on imaginer un simple module qui remplacerait les symboles :) :( :| par un smiley correspondant ? ça peut-être sympa, mais je n'ai aucune idée de ce qu'il faudrait faire pour le réaliser.
-- PloumPloum
[CostalMartignier a fait cela sur son adaptation de wiki. -- DavidDelon]


Impression de Wiki

Un système qui crée un fichier PDF (ou RTF) en parsant le wiki et en y mettant les pages l'une après l'autre dans l'ordre d'apparition (soit en profondeur d'abord, soit autrement) et qui génère une table des matière...
Certains utilisent le wiki comme "livre dont vous êtes le héros" et ces livres là, existent bien en papier... (pour dire que ce ne serait pas forcément le bordel de transformer un graphe wiki en quelque chose de linéaire)
-- Axel584
[C'est un peu la même idée que celle émise par FuRax37 un peu plus haut ce genre de truc devrait pouvoir se faire en reprenant l'action listpages(qui a besoin d'être un peu mieux paramétrée ....).]
-- DavidDelon


Fichiers

Un système pour mettre des fichiers sur le Wiki serait intéressant (image, document, autres). J'utilise beaucoup un Wiki pour travailler au sein de notre association, mais il nous manque cette fonctionnalité. Nous n'utilisons pas Wikini, mais un bébé Wiki qui ne fait pas grand chose...
-- Axel584

Oui, je ne sais pas si cela serait faisable avec un action pour uploader un fichier (le plus souvent une image) automatiquement dans un répertoire du type upload/NomWiki/. Si j'ai bien compris, en le faisant sous forme d'une action, cela n'alourdit pas le Wikini de base et reste optionnel. Si c'est faisable et fait, je veux bien essayer de réutiliser le même code pour permettre l'upload non plus de fichiers simples d'images mais de vidéo sur un des serveurs vidéos que nous mettons en place à videon (on cherche à faciliter les échanges de vidéo grâce à des serveurs mis à disposition des TV de proximité). Vous pouvez même voir un exemple (à la main) de l'intégration d'une vidéo dans une page Wikini sur http://www.videontv.org/wikini/wakka.php?wiki=DaWa
-- JeanMichelCornu

Je peux vous proposer cette action que j'ai écris pour des besoins personnels. Elle se décompose en 2 fichiers : une action et un script de téléversement sur le serveur. Vous trouverez l'action sur mon site : ActionAttach.
Elle est perfectible mais elle gère l'envoi de fichier, l'affichage des images avec le support des images sensibles, la supression de fichier, le safe_mode de PHP et empèche l'exécution de script téléversé. Il reste peut être une ou deux choses à faire dessus comme un gestionnaire de téléchargement mais l'essentiel est présent. --GarfieldFr PatrickPaulASuivre

J'ai testé ton action sur ton site : c'est super ! On doit pouvoir y ajouter par la suite un attribut "videolink=" pour uploader une vidéo au bon endroit sur un serveur que l'on a mis en place. Pour les images (et on doit pouvoir faire la même chose de notre côté pour les vidéos) il ne manquerait qu'une action listattach pour afficher toutes les images attachées sur une page et pouvoir ainsi plus facilement selectionner parmi celles déjà existantes. --JeanMichelCornu

Merci du compliment :-).
Pour ce qui est de l'attribut videolink, tout est possible bien sûr, mais je vois un problème majeur à cela. En PHP, il existe un paramètre de configuration qui définit la taille maximum d'un upload de fichier, la valeur par défaut est 2 Mo ce qui est bien trop petit pour un fichier video qui en général dépasse largement les 2Mo ! Si le serveur n'est pas mutualisé et que tu peux modifier ce paramètre (qui nécessite de relancer le serveur web) alors cela est envisageable en effet. Mais je pense que dans ce cas il vaudrait mieux faire une correction spécifique pour la vidéo. De plus, permettre d'indiquer le répertoire dans lequel le fichier vidéo sera stocké n'est pas très sûr, imagine une personne envoyant un fichier en indiquant qu'il s'appel wakka.php et en le mettant dans le répertoire raciine de ton wiki .... Mais sache que dans les paramètres de configuration ( à mettre dans le fichier wakka.config.php) de l'action attach tu peux indiquer le répertoire racine des uploads sous forme de chemin relatif mais aussi absolu (par exemple E:\le\chemin\vers\les\fichiers\videos\ ) et donc tu indique ou seront stokés les fichiers vidéo. --GarfieldFr

Oui, je pensais à pouvoir définir un sous-répertoire A PARTIR d'un répertoire donné (image/ ou upload/ typiquement et sans le "../" évidemment) juste pour gérer les fichiers de chacun. mais ce serait plus astucieux d'automatiser le truc en uploadant par défaut dans un répertoire upload/NomWiki/ (en interdisant à toute personne sans nom Wiki d'uploader et même en donnant une taille limite au répertoire) cela évite d'avoir à laisser à l'utilisateur le nom du répertoire.
Pour ce qui est de la vidéo, tu as raison. Je crois que le mieux est l'interface très traditionnelle d'upload FTP que l'on va mettre en place (de nouveaux serveurs MPEG-4 sont en place ... aujourd'hui). On fera un lien simplement vers la page d'indetification et d'upload. --JeanMichelCornu


Langue

Puisque ce produit est développé en français, une page dictionnaire anglais/français précisant la terminologie choisie serait la bienvenue. J'ai noté par exemple HomePage, BackLink? (Rétrolien ? ). Comme je travail sur la documentation de l'univers des carnets web en français ( RacineCarnets ) de mon côté, nous pourrions partager pas mal de mots ;-) --FrançoisGranger
A noter aussi que j'utilise un wiki en espéranto et que si ça intéresse des gens, on pourrait participer à la traduction de WikiNi en eo. (http://www.esperanto-jeunes.org/vikio/)
--Axel584


PlanDuSite

J'ai fait une petite modif de l'action PlanDuSite, un petit test qui vérifie qu'on est pas déjà passé par une page, avec un tableau qui contient l'arborescence actuelle, du coup on peut agrandir la profondeur de la récursivité et avoir un plan du site un peu plus grand.
Ce qui fait qu'on a plus de boucle quand les pages filles ont des liens vers des pages pères (enfin ça ne fonctionne que pour une seule branche, mais c'est déjà pas mal)

Bon je ne me suis pas embêté, j'ai mis un tableau en global, faudrait aussi le supprimer (unset) une fois la fonction terminée

Merci pour cette contribution, je la teste ... -- DavidDelon

voila le début du fichier actions/listpages.php :
if (!function_exists("TreeView"))
{
    $node_array = array();

    function TreeView($node,$level,$indent=0)
    {
        global $wiki,$node_array;
        if($indent>0)
        {
            for($i=0;$i<$indent;$i++)
            {
                if($node_array[$i]""==""$node) return;
            }
        }
        $node_array[$indent] = $node;

        if ($level>0) {



Gestion des erreurs

J'utilise WikiNi sur un serveur qui sert principalement au développement. J'ai donc configuré PHP pour qu'il affiche toutes les erreurs (error_reporting = E_ALL). Malheureusement, ça a complètement mis WikiNi sens dessus dessous : il y plein de notices qui apparaissent. Du coup, la redirection vers la page principale (http://monserveur.net/wikini/) ne marche plus à cause des erreurs envoyées avant le header HTTP, et les pages sont pleines d'erreur. Je sais que c'est vite lassant de tester si les variables existent bien avant de les utiliser, mais ça me parait un pari assez risqué de se reposer sur la config du serveur pour que ça passe inaperçu...
--EdouardHue?


Liens externes

Sur mon wiki perso, j'ai fait une petite modif de wakka.php pour qu'un clic sur une référence externe ouvre une nouvelle page du navigateur et permette de ne pas perdre le Wiki. Existe-t-il déjà un moyen de le faire ?
--BernardMorineau

Non, ce n'est pas prévu --GarfieldFr

Pour ma part je m'oppose à une telle modification pour les raisons suivantes :
On verra le débat suivant qui précise ma position : http://www.publishtogether.com/pompeurs/TargetBlank
-- CharlesNepote
Ton browser contient certainement un raccourci pour que le lien cliqué s'ouvre sur une nouvelle fenêtre. regarde sa notice ;-) Sur Safari je Cmde-Clique pour ouvrir dans un nouvel onglet, je Cmde-option-clique pour ouvrir dans une nouvelle fenêtre. --FidelioEspoir


Nom de version pour des pages

Je souhaiterais pouvoir affecter un "nom de version" à des pages et qu'elles soient conservées, voire qu'on puisse faire des extractions de pages ayant ce même "nom de version" (cela permet par exemple de prendre un cliché à un instant t du site et d'avoir un "semi" process de validation de pages servant de référence). Voir ma page pour plus de détail (vous pouvez déplacer le contenu si vous me dites où il est parti...). -- BenoitAudouard 20031216
J'ai peur qu'on en arrive à refaire CVS ... Non pas que l'idée ne soit pas intéressante, mais je pense qu'il faut aussi savoir se limiter dans les fonctions implémentées. Pour ma part, le site que je monte, servira pour créer des docs techniques conçus de manière collaborative. On a prévu que les docs passeraient sous SPIP une fois dans leur état final. Mais on réfléchit aussi à une autre solution : rendre certaines pages absolument non-modifiables (voir mes propositions sur les ACLS). Apparement on irait plutôt vers cette dernière solution.


Voir les modifications effectuées par les autres

Quand on fait beaucoup de modifications, ce n'est pas évident de retrouver les dernières modifications des autres (à moins que je ne sois passé à côté d'une fonctionnalité). Une solution pour cela est de modifier la fonction LoadRecentlyChanged dans wakka.php et le fichier d'action recentchanges.php pour que l'action recenchanges accepte un paramètre 'notme' en plus du paramètre max :
function LoadRecentlyChanged($limit=50, $notme=FALSE)
	{
		$limit= (int) $limit;
		if ($notme) $whereclause=" and user != '".mysql_escape_string($this->UserName())."'"; else $whereclause='';
		if ($pages = $this->LoadAll("select tag, time, user, owner from ".$this->config["table_prefix"]."pages where latest = 'Y' and comment_on = '' ".$whereclause." order by time desc limit $limit"))
		{
			foreach ($pages as $page)
			{
				$this->CachePage($page);
			}
			return $pages;
		}
	}

ajout au début de recentlychanges.php :
if ($notme = $this->GetParameter("notme"))
{
    if ($notme=="1") $notme=TRUE;
}
else
{
    $notme=FALSE;
}

et remplacement de if ($pages = $this->LoadRecentlyChanged($max)) par if ($pages = $this->LoadRecentlyChanged($max,$notme)) dans recentlychanges.php.
Pour lister les 8 derniers changements effectués par les autres : {{recentchanges max="8" notme="1"}}
-- FizZ?


compteur de connectés
comme le titre l'annonce...
c'est en projet ?
édité par SloYvY _ le raton laveur


dates au format français
29-03-2004 au lieu de 2004-03-29
Est-ce que c'est difficile à faire ?
édité par StepHane_le 09 -----> voir SuggestionsInterfaceUtilisateur

iframe

Je viens d'avoir une illumination :-)
Il est possible d'afficher une image, des tableaux etc....et pourquoi pas une Iframe pour le WikiNi
un peu comme "Include"
Si WikiNi permet d'afficher une page exterieur alors se sera un plus ENORMISSIME. éditépar SloYvY

Transformer les actions en fonctions réutilisables

Beaucoup d'action appelle une page-formulaire et donne une page-résultat. Il y a confusion entre passage des paramètres, traitement et présentation des résultats. Il est donc impossible qu'une action se serve d'une autre en lui donnant ses infos pour les recevoir traitées. Ainsi le cumul des actions est-il impossible.
Je rèves de lier les actions textsearch et trail pour permettre la construction de lien-boutons-style trail. La mention sur les pages concernées d'une mention style "cette page traite de ce sujet" permettrait la constitution automatique de la liste des pages... traitant de ce sujet ET la mention-trail style "avant-après" sur chaque page.Quand, béotien, je m'en suis rendu compte j'ai été très surpris. Le wiki est l'outil de maillage du web et il ne permet pas le maillage des actions.--FidelioEspoir

Faire une action pour ouvrir une fenêtre présentant un fichier quelconque . Un fichier d'aide propre à une langue, une page wikiNi d'aide, par exemple... -- FidelioEspoir

Normalement ne faudrait il pas déclarer WikiNi à la WikiCnil? ?
Voir http://www.cnil.fr/index.php?id=271. Il me semble qu'il y a une subtile différence entre informations nominatives d'une personne et enregistrement sous un pseudo...--FidelioEspoir

action Wikini encore plus modulable
Une action est un fichier programme. Une page peut contenir un programme avec %%. Pourquoi ne pas créer une action générique qui exécuterait le programme contenu dans une page ? J'aime bien les questions simplistes... ;-) --FidelioEspoir
Parce que c'est trop dangereux. Autant donner le login FTP du site. Imagine un méchant qui écrirait un code php dans une des pages du wiki et ce code prendrait la main avec le compte root du serveur parce qu'il utiliserait une faille du php. L'admin sur serveur pourrait ralé contre toi car tu aurais installé une backdoor et tu risque d'être responsable des perte engendré par le piratage du serveur. La solution serait bien sur d'écrire un langage de programmation WikiNi, si cela te tente, tu peux essayer --GarfieldFr

Une révision trop discrète ou trop modeste ?
(Placer cette remarque là où il faut. Merci) Cela permet de tester très facilement la présence ou non d'un paramètre dans une action et de lui donner éventuellement une valeur par défaut.
Tout cela sans modification du reste du code existant, ni même ajout de méthode au moteur (=> non-intrusif).
Merci, grand merci, de la part d'un bidouilleur !!
--FidelioEspoir

Limiter partiellement l'interwiki
l'interwiki est une trés bonne chose. l'idée pourrait être amélioré en intégrant une iframe en haut du wiki.
ceci dans le but de conserver un lien direct vers le site à partir duquel le "surf interwiki" a débuté. édité par SloYvY


calendrier

La version de mon wikini à partir de la version 0.1.1.0.3 ( exemple içi) :
- J'ai fait un plugin permettant l'affichage d'un calendrier pour un mois. Chaque jour du calendrier pointe sur une page JourAAAAMMJJ?.
- Un autre plugin permet de faire évoluer un paramétre GET day_offset soit par jour, semaine, ou mois. Ca permet de changer le mois courant.
- Un dernier plugin permet l'affichage d'un jour ( comme l'action include), mais prends en compte une date et day_offset.
(je ajouté la gestion des paramètres de manière pas très très propre, mais m'adaption à la version 0.4.1 ne devrait pas être trop dur)

Le tout permet de faire un affichage par semaine, mois, et année assez facilement.

NB: j'ai "simuler" un url_rewrite avec un ErrorDocument? dans un .htaccess, et transformer tous les formulaires post en get.
-- AlexandreF

Je vais regarder tout ça : ça à l'air très intéressant... -- CharlesNepote

Ca m'intéresse aussi : AlexandreF peux-tu publier ton plugin Calendrier ? -- Christophe

J'ai mis les sources avec quelques commentaires içi : http://a.flament.free.fr/wiki/WikiPlugins -- AlexandreF


lecteur de news RSS

Toujours sur le même site qu'au dessus : un lecteur de news RSS.
- il y a encors quelque problème avec l'encodage en utilisant http://lastrss.webdot.cz/
- il faudrait gérer un cache
-- AlexandreF

As-tu regardé la classe Magpie-RSS qui, je crois, gère la notion de cache (et beaucoup beaucoup d'autres choses) : http://laughingmeme.org/magpie_blog/
-- CharlesNepote

Format date rss
Les derniers changements en rss c vraiement top. Je suggererais malgré tout d'utiliser <pubDate> pour indiquer la date de modification ce qui permettrait une meilleure intrgration dans les mailers qui supportent les rss.
-- F.kaI

Entete et Pied de page

Je pense qu'il serait assez facile de gérer des entetes et/ou pied de page pour les pages wikini. Cela permettrait différentes fonctions comme avoir des informations générales à un ensemble de pages, faire un mini menu pour un groupe de pages,...
La méthode que je propose est assez simple. Pour le groupe de page considérées on utiliserait des définition de mots Wiki comme AmeliorationIntroduction, AmeliorationObjet, AmeliorationDescription, AmeliorationConclusion. Le nom de la page définissant l'entête serait de la forme AmeliorationEntetePage (idem pour le pied de page). Jusque la pas de modif dans le code.
La seule modification à mettre en place serait de tester au moment du chargemment de la page s'il existe une page d'entete associée (Premier mot du nom de la page + EntetePage). Si oui il suffit alors de mettre une action include au debut du contenu de la page. Il faudra aussi faire attention de ne pas sauvegarder cette include dans le contenu de la page.

Cette fonction ne necessite pas une grosse modification du code et surtout elle ne complique pas l'utilisation de Wikini. Seulement une regle de syntaxe à connaitre (et qui ne nuit en rien si on ne la connait pas). Je pense qu'elle peut apporter une meilleur structuration des pages.

Que pensez vous de cette proposition ? -- GouBs
Bon voila j'ai fais la modification sur mon site et c'est encore plus simple que je ne l'imaginais. Les infos sur la méthode, Moncler Outlet Store les modifs de code et l'exemple sont Ici ! --GoubS

C'est une idée excellente. Nota: il est possible d'inclure le footer de WikiNi car la page se trouve dans le dossier des Actions
exemple:

et le header
Wikini:VosSuggestions

Wikini

VosSuggestions

PagePrincipale :: DerniersChangements :: DerniersCommentaires :: ParametresUtilisateur :: Vous êtes ec2-54-81-163-254.compute-1.amazonaws.com

Rigolo je trouve
J'ai mis des infos sur cette action (EnteteGroupePages) et j'aimerais avoir votre avis. la modification est vraiment tres simple et je pense qu'elle apporte vraiment un plus dans la construction d'une environnement Wiki. --GoubS

Action Calendrier

J'ai créér une action Calendrier (à partir de la base établie par AlexandreF voir plus haut dans la page) en fonction de mes besoins. Cette action est dans ContributionsClesEnMain. Elle est aussi présentée et téléchargable à cette adresse. Pour l'instant je l'ai écrite en fonction de mon cahier des charges mais je suis tout a fait pret à la faire évoluer si vous avez des besoins différents. Aujourd'hui je n'ai que IE 6 à ma disposition et c'est un peu limite pour tester le fonctionnement du css mais CharlesNepote a constaté des problemes avec d'autres navigateur. Je vais donc me pencher sur le problème.

J'attends vos remarques et propositons pour savoir si l'action vous interresse et si on peut la faire évoluer ! j'ai ouvert une nouvelle page de discussion ActionCalendrier

--GouBs

Historique d'une page

Que pensez vous de ne sauvegarder que la dernière modification d'une page par une ip ?
Situation: je modifie une page mais j'oublie d'indiquer quelque chose, je remodifie et comme je suis distrait ou que de nouvelles idées me viennent je remodifie encore, comme personne n'a entre temps modifié la page: autant ne pas sauvegarder les précédentes versions de la même ip.
En même temps ça résoud l'un des problèmes qui apparait quand quelqu'un sauvegarde 20 fois une page vide.
De toute façons ça permet d'avoir un historique "utile" qui ne contient pas 5 versions qui sont de la même personne d'affilée.
--JarodEvans

Log de type apache (access_log)

J'ai fait une petite fonction qui permet de génerer un log de type Apache (access_log) indépendament du serveur http.
Il faut l'ajouter wakka.php (version 0.4.1) à la fin du fichier.
Ca permet après d'utiliser des outils comme Webalizer.
Je l'ai fait pour trouver qui faisait une "attaque/flood" sur les referrers de mon wiki.

cf http://a.flament.free.fr/wiki/ApacheLog
--AlexandreF

Page d'aide simple pour les utilisateurs

par Aweb J'ai créé une page qui explique le Wiki et l'utilisation de WikiNi sur mon site. Cette aide est assez simple pour que des utilisateurs novices comprennent. Grace a cette page, des utilisateurs comprennent plus facilement comment faires certaines choses que je viens de decouvrir moi-meme :-)

Ma page Wiki (L'aide est la page WikiAide)

"Barre" contenant les liens utiles d'un Wiki fait avec WikiNi.

par Aweb N'ayant pas réussi a modifier la barre tout en haut, j'ai donc créé une page qui fait office de barre (BarreMenu?) et une page d'aide et d'information sur cette barre (comment l'integrer dans vos pages, etc...). Cela peut-etre utile car les liens ne sont pas en format Wiki donc cela deroute moins les newbies.

Ma page Wiki (La barre est la page BarreMenu)


Support d'autres bases de données

par phm PostgreSQL?, ou d'autres, peut être en utilisant adodb



Je viens de tester Wikka, un autre de la famille des Wakka pas dipsonible en français, et j'y ai trouvé plein de petites fonctionnalitées qui manque cruellement à Wikini :
Bref je pense qu'il y a beaucoup de bonnes choses à prendre, mon anglais étant plus qu'imparfait, j'ai pas tout regardé ou compris, mais il y a surement d'autres trucs très sympat--SylvaiN



Je double-clique souvent au milieu d'une longue page pour corriger une faute d'orthographe. Mais la boite de saisie me ramène tout en haut, et mes navigateurs ne permettent pas de rechercher un bout de texte dans la boite de saisie, pour localiser l'endroit que je veux rectifier...
Alors voilà: est-ce que le JavaScript ne permettrait pas d'utiliser la position du double-clic, afin d'amener le curseur d'édition directement au même endroit?
RipouneT


Travailler sur la portabilité, l'interoperabilité des données de Wikini avec les autres outils Wiki existants
Pour faciliter la conversion des données d'un type de wiki vers un autre.
Voici déjà le travail que j'ai fait pour ConvertirDeWikiniATikiwiki


Ce n'est pas vraiment une suggestion, pas vraiment une contribution parce que non fini. A déplacer si besoin
Pour le wikini que j'utilise j'ai créer une action qui permet de préremplir une page wiki selon un formulaire. L'action fonctionne en utilisant 2 pages :
L'action se contente d'afficher le formulaire puis une fois validé de créer la page selon le template en remplaçant les "variables".
Une démo (utilisable uniquement en créant un login) est dispo içi :

Le source est disponible içi : http://wow.tartiflette.free.fr/data/form/form.txt

Je pense remplacer les <input type="text" ... > par des appels à une action pour simplifier la saisie, mais aussi pour préremplir certaines données par exemple (login, date etc...). Ce n'est plus trop dans l'esprit wiki, mais ca me fait penser à WikiniSemantiqueInterfaces
-- AlexandreF

Très interessant ! A mettre dans les contributions de wikini : ContributionWikini. -- DavidDelon



Il n'y a pas de commentaire sur cette page. [Afficher commentaires/formulaire]