Vous n'êtes pas connecté.
Bonjour,
J'aimerai savoir comment modifier le code source du listing de répertoire par défaut ? Pas les icônes mais bien le HTML qui est rendu ?
Si jamais cela n'est pas possible, est-il envisageable de prévoir cette fonctionnalités ?
Merci d'avance pour la réponse.
David
Bonjour,
Pour l'instant, ce n'est pas possible.
Comme tu es le premier à le demander. Dis moi comment tu voudrais le configurer et je regarderai comment cela peut être implémenté.
a+
Hors ligne
Ca serait deja bien qu'il passe le validateur du w3c et ce qui serait le top serait d'avoir un template dans le genre de ce qui suit :
<DOCTYPE ...>
<html>
<head></head>
<body>
<table>
<!-- loop -->
<tr>
<td>{filename}</td>
<td>{filesize}</td>
</tr>
<!-- /loop -->
</table>
</body>
Ceci afin de pouvoir personnaliser un peu le listing. Je ne sais pas si mon idée est viable (p-e remuer beaucoup de choses pour rien) ; il ne faut pas non plus charger l'executable... Cela pourrait etre être fait par l'appel d'un handler externe que l'on passerait en option dans le fichier de configuration ?
Si je peux fournir de l'aide pour ca, n'hésite pas a demander.
Salut,
Pour la validation, tu as raison.
Tel que présenté, pourquoi ne pas le faire en php quand tu as besoin de quelque chose de personnalisé ? Il suffit de mettre un fichier index.php dans le répertoire qui génère le listing ...
Ou alors, tu mets un index.lister écrit en le langage que tu veux et tu ajoutes un handler. Un exemple en tcl utilisant ZazouTcl dans le répertoire ZMWS suit.
index.lister :
proc replist {} {
foreach filename [lsort [glob -tails -type d -dir [file dirname [info script]] *]] {
puts [concat REP: ${filename}]
}
foreach filename [lsort [glob -tails -type f -dir [file dirname [info script]] *]] {
puts [concat FIC: ${filename}]
}
}
puts "Content-Type: text/plainn"
replist
Dans _config.zmwsc:
Handler:lister="ZazouTclbintclsh.exe"
a+
Hors ligne
Déja, si le source est valide, ca me va ; si tu veux, je te prepare le "template" qui va bien ; pour ce qui est de la gestion par un hanlder, oui mais il faudrait qu'il soit automatiquement appelé quand il n'y a pas d'index trouvé ; je ne veux pas forcement mettre un index.(php|lister|toto) dans tous les répertoires.
A voir ...
Si tu es vraiment pressé les sources sont dispos ... Il n'y a qu'à modifier la méthode ZMWS::SendDirListing
a+
Hors ligne
Je regarde ça ce soir et t'envoie une fonction modifiée en conséquence.
David
Hors ligne
nif je vais plus faire de travail graphique alors
Non je deconnes toute aide est bienvenue
Je vais d'ailleurs refaire la page d'accueil du serveur et peut etre voir pour y integrer plusieurs langues genre francais anglais espagnol
@ bientot tout le monde

Hors ligne
Bonsoir Clément,
Il ne s'agit pas de piquer le travail des autres, encore moins de faire du graphisme pour ma part... c'est juste que je suis assez pointilleux sur la qualité et la lisibilité d'un code source (quelqu'il soit) et que je crois que les standards sont importants ; d'ou ma proposition de code HTML valide pour la page d'index par défaut de zmws (je ne parlais pas de la page d'accueil du serveur, mais je suis dispo a apporter mes quelques compétences et idées si besoin est).
Je trouve que zmws est un bon produit (pour ce que j'ai pu en voir, je ne le connais que depuis aujourd'hui), qu'il faut le faire connaitre et que donc participer un peu n'est qu'un juste retour des choses
Hors ligne
je deconnais lol
si tu voulais faire du graphisme ya po de souci meme
c la base de l'open source que d'etre le resultat de multiples contributions
toute aide est bienvenue !!!
Pour ce qui est des standards je ne sais pas si tu as visité le site qui est dans ma signature mais je suis particulierement sensible a ce sujet puisque celui ci est non seulement valide mais aussi accessible a la priorité 2 de la regle WCAG afin de permettre l'acces a tous nottament aux handicapés visuels.
donc je suis totalement d'accord avec toi
@ bientot et merci

Hors ligne
La version de développement produit du code XHTML 1.0 Transitionnal valide pour les listing de répertoires et les pages d'erreur ...
http://fichiers.xgarreau.org/zazouminiw … -devel.exe
A noter que le listing d'apache ne passe pas la validation html3.2 ...
27 erreurs pour http://fichiers.xgarreau.org/zazouminiwebserver/ par exemple, tu devrais envoyer un mail au développeurs d'apache
Pour les templates, c'est un peu compliqué et franchement, ce que je pense faire c'est une option pour produire un listing au format xml avec un lien vers un fichier xsl à la racine, ce qui permettra de créer la page voulue à partir des données. Je l'ai fait récemment pour le wiki tcl français et c'est très simple ...
On a un fichier xml brut: http://www.larochelle-innovation.com/wfr_rss.xml
(faire voir source)
On le transforme en html grâce à un fichier xsl:
http://www.larochelle-innovation.com/wfr_rss.xsl
Et on rend le résultat grâce à une feuille de style:
http://www.larochelle-innovation.com/wfr_rss.css
C'est encore ça qui sera le plus simple et le plus souple ... Et toi qui aime les standards, là, tu vas pouvoir t'éclater ... lol
a+
Hors ligne
Pas de réaction à cette idée ?
Ce serait pourtant une fonctionnalité inédite pour une serveur web et bien pratique en plus ...
Si ça n'intéresse personne, je n'ai pas besoin de le faire alors
a+
Hors ligne
Si, si, des reactions, ne t'inquietes pas... je voulais faire une belle reponse apres tests mais je vais développer mon idée directement :
- Ok pour la validation (c'est deja ca de pris sur Apache LOL) mais pourquoi du XHTML Transitionnal et pas Strict ?
- Par rapport au point précédent, il serait bien de pouvoir spécifier une feuille de style ou alors avoir un feuille de style genre _style.zmwsc qui serait recherché directement (le rapport avec le point précédent est juste qu'il est plus facile de developper une feuille de style en mode strict qu'en mode transitionnel ; donc il vaudrait mieux mettre des classes aux balises "td" ou "a" plutot que des "align="... d'ou ma question initiale sur le support de "templates"
- pour ce qui est d'une sortie en XML, je n'en vois pas trop l'interet premier mais ca pourrait etre une bonne idée.
Walla pour le moment, je testerai la version devel plus en avant demain.
David
Hors ligne
Transitionnal plutôt que strict parce que je ne suis pas un garçon strict, le tout, c'est que ce soit valide ...
L'intérêt du fichier xml, c'est que chacun pourra l'afficher comme il le souhaite en écrivant son propre fichier xsl ... faisant appel ou non à un fichier css. Si tu connais un peu le trio xml/xsl/css (ou si tu as déjà bossé sur des applis soap par exemple), l'intérêt devrait te sembler évident par rapport à un fichier XHTML Strict et une feuille de style css
)
a+
Hors ligne
Tiens, toi qui est pointilleux sur la validation ...
http://validator.w3.org/check?uri=http% … leo.net%2F
Tu aurais oublié de spécifier l'encodage des caractères ?
Accessoirement ... C'est du XHTML transitionnal ... Pas bien ça, pourquoi pas du strict ?
:p
Hors ligne
mouarf le xavier contre attaque
tous a vos sabres laser ^^

Hors ligne
Bof, ça reste humoristique hein ...
a+
Hors ligne
> Tiens, toi qui est pointilleux sur la validation
> ...
> http://validator.w3.org/check?uri=http%3A%2F%2Fpil
> grim.maleo.net%2F
>
> Tu aurais oublié de spécifier l'encodage des
> caractères ?
Arf, je sais, les cordonniers sont les plus mals chaussés ; je suis au courant et ceci est arrivé suite à un changement de serveur (iso -> utf-8 ou le contraire je ne sais plus) et j'ai un peu la flemme de corriger pour le moment (voir le point n°2).
> Accessoirement ... C'est du XHTML transitionnal
> ... Pas bien ça, pourquoi pas du strict ?
Transitionnal car il s'agit du template de base de WordPress le moteur de blog que j'utilise ; le truc c'est qu'a l'usage je ne le trouve pas si bien que ca et que pense migner vers quelque chose de plus... strict justement ; Dotclear me semble plus convenir a mes attentes, sinon, je ferais mon propre moteur... si tu veux des exemples de strict, tu peux toujours visiter http://pilgrim.maladoc.org/ ou http://www.yeltis.com/
Je ne fais pas de pub gratuite, hein.
Amicalement,
David
Hors ligne
> Transitionnal plutôt que strict parce que je ne
> suis pas un garçon strict, le tout, c'est que ce
> soit valide ...
Ok, chacun ses gouts, d'ou ma question premiere sur la possibilité d'avoir un template, comme ca chacun le fait comme il veut mais deja, si la page est valide, c'est tres bien, meric donc.
>
> L'intérêt du fichier xml, c'est que chacun pourra
> l'afficher comme il le souhaite en écrivant son
> propre fichier xsl ... faisant appel ou non à un
> fichier css. Si tu connais un peu le trio
> xml/xsl/css (ou si tu as déjà bossé sur des applis
> soap par exemple), l'intérêt devrait te sembler
> évident par rapport à un fichier XHTML Strict et
> une feuille de style css )
>
Oui, je vois l'interet mais pour une page de listing, c'est peut etre sortir l'artillerie lourde pour pas grand chose mais une telle implémentation devrait interresser du monde, c'est sur.
a+
David
Hors ligne
m'enfin encore faudra il gerer xml
je pense que je suis pas sorti de l'auberge moi

Hors ligne
Moi, je suis partant pour l'idée avec xml/xsl/css !!! :-)
Hors ligne
Ca tombe bien, parce que c'est comme ça que ça va se passer. Tout en gardant la version actuelle pour ceux qui ne veulent pas y mettre le nez
Reste à écrire une DTD ...
a+
Hors ligne
Hors ligne
De toutes façons, c'est moi qui l'héberge la DTD ...
A moins de la caler au départ du xml mais je n'aime pas trop ça. Et c'est juste pour garder une référence sous la main. Accessoirement, ça peut faciliter l'exploitation du fichier par des librairies par la suite.
Puis bon, une DTD c'est pas trop dur à faire, ça va même pour un garçon pas trop strict
a+
Hors ligne
Arf, je ne m'en fais pas pour la DTD et soit dit en passant, j'aime bien ton humour...
Il est vrai que la DTD devrait etre assez courte. Wait'n'see la prochaine version de ZMWS...
Hors ligne