Entrez ici vos remarques, vos suggestions d'évolution.
-
- interface utilisateur
-
-
- documentation du moteur suggestions d'amélioration de la documentation ; ex. : le schéma relationnel de la base
-
-
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 evident (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.
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 :
- un message d'alerte quand veut éditer une page qui a déjà été demandée en édition par quelqu'un d'autre.
- un message d'alerte quand on veut enregistrer une page alors que la dernière version enregistrée n'est pas celle que l'on a édité (exemple quelqu'un a modifié la page pendant que l'on était entrain de la modifier). Dans ce cas il serait également intéressant de pouvoir afficher dans une autre fenêtre le différenciel entre la version appelée et la dernière version enregistrée.
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 :
- ne vaut-il pas mieux utiliser $this->config["referrers_disable"] ? (et spécialiste pourrait-il confirmer ?)
- s'ils sont désactivés, le lien "Références" en bas de page fait du coup un peu tâche
- le referrers, s'ils ne sont pas affichés, sont néanmoins stockés en base (pourquoi ne pas aussi désactiver leur stockage qui prend alors inutilement du temps ?)
- on pourrait rafiner en laissant la possibilité aux utilisateurs enregistrés de voir les referrers (il n'y a que quelques modifications mineures à faire à ton code -- je publierai le code plus tard)
--
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".
- Merci de signer vos suggestions ! Mise à part cette remarque, je suis bien d'accord. J'espère avoir un peu de temps pour traquer cela cet été. -- ProgFou
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"
- automatic detection of camelcase
- forced links allowed
- no white space in the page name allowed
- con > in edit mode it´s difficult to see where the links are because they may be in brackets or not
- con > unnatural words
mode 2 - "wikipedia style"
- forced only
- every link has to be in double brackets
- camelcase allowed but not automatic detected
- white space allowed - for saving whitespace is translated into _
- wikipedia uses this style - read about their decision for it
- pro > for people who don´t come from the wiki tradition and have no experience with it, it´s unnatural to put words together in camalcase manour or even to have to invent camelcase words - often single words are just enough - often a couple of words or numbers are just right - nobody want´s to be forced to use weird words - the wiki itself would become more interestant for more people - especially those with little computer background
- pro > in edit mode it´s easier to see where the links are - all in brackets
- pro > no need of using doublequotes for naturally written camelcase words that shall not be a wiki page - for example MySQL
further thoughts about it
- decision for the page name style has to be made befor use of the wiki during installation
- out of above reasons I am very interested to have my wakka running in mode 2
- it´s good two include both styles in one wiki because it keeps people working together without the need to fork away out of the reason of different opinions how the wiki should look like
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" :
- pro > The fastest way of making a link !
- pro > A WikiName? in CamelCase tell the user the link is internal to the site.
- pro > Used by almost every wiki engines
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 :
- imagerie_m%E9dicale is hard to read for end user (in Firefox adress fields etc.)
- french speakers nowadays make mistakes about those accents (they write mèdicale, medicale) : this would limit renaming of pages
- in some contexts, words begining with lowercase would be capitalised
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 :
- simplifient l'utilisation de WikiNi: PlanDuSite, utilisation des CSS (= meilleur affichage pour Netscape 4.7, etc.), traductions
- simplifient le code de WikiNi ou améliorent la vitesse de traitement : utilisation des CSS, select SQL ciblés, operation de maintenance non systématique, etc.
- simplifient le développement : utilisation des CSS, documentation technique, etc.
- ne complexifient pas l'utilisation de WikiNi à partir du moment où elles sont optionnelles (ActionBacklinks, DerniersComptesUtilisateurs, etc.)
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 :
- les pages concernées
- le tri des pages : par l'ordre donné dans la liste des pages concernées (par défaut), par ordre alphabétique, par date.
- le niveau de profondeur du "mode plan" : 1 pour les titres de niveau 1, n pour les titres de niveau n et "all" pour tout le texte.
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
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 :
- l'attribut HTML target=_blank comporte plus d'inconvénients que d'avantages
- cet attribut a d'ailleurs disparu des norme HTML 4.01 Strict, et XHTML 1.0 Strict et supérieur ; il n'est pas remplacé
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
- Ce n'est pas possible tant que l'on laisse php gérer lui-même les sessions, car il est impossible d'avoir accès au données des autres sessions. Pour le faire il faudrait réécrire le gestionnaire de session afin qu'il utilise une technique personnalisée de gestion des sessions. Cela est relativement facile à faire en se servant de la base de données, et je compte d'ailleurs le faire... un jour. Je dois dire que quand je suis sur un wiki je me sens tout de même relativement "seul": de temps en temps arrive une contribution mais on n'a pas l'impression qu'il y ait véritablement d'autres gens qui soient là pour autant... -- LordFarquaad
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)
- "Apr 27 07:48:41 2004 UTC ...by progfou : Ajout d'un paramètre optionel à la méthode GetParameter? dans wakka.php.
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 (
) :
- 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
Amelioration
Introduction,
Amelioration
Objet,
Amelioration
Description,
Amelioration
Conclusion. Le nom de la page définissant l'entête serait de la forme
Amelioration
Entete
Page (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 +
Entete
Page). 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: