Bonjour les gens, je vais donner d'ici quelques semaines une présentation sur zfs aux gens de ma société (si jamais ca intéresse peut etre qu'il est possible d'avoir quelques gens de l'extérieur), le support sera bien évidemment mis à dispo. Bref, je fais juste ce mail pour avoir quelques retours/idées de choses importantes à aborder, pour l'instant j'ai prévu de m'attarder particulièrement sur la complétion, les zstyles (ca va ensemble certes), zle, et un peu de pattern matching. D'autres idées ? Sinon, ca me fais penser qu'il y a un "certain" moment j'avais émis l'idée de faire quelques petits articles dans linuxmag france, donc au cas où ca intéresse des gens.. ! merci encore ! -- http://asyd.net/home/ - Home Page http://guses.org/home/ - French Speaking (Open)Solaris User Group
je vais donner d'ici quelques semaines une présentation sur zfs aux gens s/zfs/zsh/
(marrant le lapsus :) [...]
cas où ca intéresse des gens.. ! _o/
M. -- Emmanuel Bouthenot mail : kolter@openics.org gpg : 0x414EC36E jid : kolter@im.openics.org irc : kolter@(freenode|oftc)
Salut Bruno, Je suis moi-même en train d'écrire actuellement un cours de shell pour mes collègues. Je n'ai pour le moment que des dias et leurs sources latex (beamer). La mise en commun est d'autant plus intéressante que nous sommes complémentaires: - tu proposes un cours pour des gens issus de ksh, je crois ? alors que je m'adresse à des personnes qui débutent avec unix - tu es plutot orienté configuration fine de la zle alors que j'ai plus bossé la partie prog. Ce que je mettrais dans un cours: - les extendedglobs - les possibilité de transformations sur les variables de zsh - la gestion des tableaux et tableaux associatifs - revenir sur l'interpolation, notament pour les tableaux: les différences entre $@ $* et "$@" sont souvent source de confusion - les syntaxes alternatives des structures de controle - montrer l'utilisation des regex avancées ( #b, #i , ....) Ce que je potasserais bien par la suite: étendre zsh avec des modules! Je me dis souvent que zsh ferait un bon client ldap, par exemple. cordialement, mc
On sam 22 septembre, Marc Chantreux wrote:
Salut Bruno,
Je suis moi-même en train d'écrire actuellement un cours de shell pour mes collègues. Je n'ai pour le moment que des dias et leurs sources latex (beamer).
dias ? comme dia le logiciel ?
La mise en commun est d'autant plus intéressante que nous sommes complémentaires:
- tu proposes un cours pour des gens issus de ksh, je crois ? non pas spécifiquement, la plupart sont des basheurs que je convertis petit à petit à zsh, mais vu qu'ils ne lisent pas la doc ils n'en profitent pas assez :)
alors que je m'adresse à des personnes qui débutent avec unix
- tu es plutot orienté configuration fine de la zle alors que j'ai plus bossé la partie prog.
Ce que je mettrais dans un cours: - les extendedglobs - les possibilité de transformations sur les variables de zsh - la gestion des tableaux et tableaux associatifs - revenir sur l'interpolation, notament pour les tableaux: les différences entre $@ $* et "$@" sont souvent source de confusion
oué pas bête
- les syntaxes alternatives des structures de controle - montrer l'utilisation des regex avancées ( #b, #i , ....)
oué d'ailleurs moi même je mérite de réviser, j'utilise très peu :/
Ce que je potasserais bien par la suite: étendre zsh avec des modules! Je me dis souvent que zsh ferait un bon client ldap, par exemple.
héhé bon ben on va essayer de partager tout ca alors :) merci de ta réponse -- http://asyd.net/home/ - Home Page http://guses.org/home/ - French Speaking (Open)Solaris User Group
Bruno Bonfils a écrit :
mes collègues. Je n'ai pour le moment que des dias et leurs sources latex (beamer).
dias ? comme dia le logiciel ?
diapositives ... pardon .. slides ?
non pas spécifiquement, la plupart sont des basheurs que je convertis petit à petit à zsh, mais vu qu'ils ne lisent pas la doc ils n'en profitent pas assez :)
de toute façon: quand je vois comment l'immense majorité des gens utilisent le shell, je crois qu'on peut repartir de 0.
bon ben on va essayer de partager tout ca alors :)
on voit pe off-liste? je ne pense que ce genre de discution intéresse beaucoup de monde ... cordialement, mc
Marc Chantreux a écrit :
de toute façon: quand je vois comment l'immense majorité des gens utilisent le shell, je crois qu'on peut repartir de 0.
Euh, mes questions ici m'auraient-elles trahi ? ;-)
on voit pe off-liste? je ne pense que ce genre de discution intéresse beaucoup de monde ...
La discussion pas forcément, mais le résultat sûrement ! Daniel
Daniel Caillibaud a écrit :
utilisent le shell, je crois qu'on peut repartir de 0. Euh, mes questions ici m'auraient-elles trahi ? ;-)
Du tout.. loin de moi l'idée de critiquer encore moins nominément. Il est vrai que je suis souvent attristé par le peu de soin qui est apporté aux scripts et c'est là ou j'aimerais partager des idées sur des themes tels que: - les perfs - la lisibilité et la maintenance - la portabilité Ca fait longtemps que je pense à cette serie d'articles et je me suis tjrs dis que j'aimerais finir par une table des commandements du scripteur shell.
La discussion pas forcément, mais le résultat sûrement !
Je n'envisagerais même pas la moindre ligne si le résultat final n'était psa open source. cordialement, mc
On mar 25 septembre, Marc Chantreux wrote:
Daniel Caillibaud a écrit :
utilisent le shell, je crois qu'on peut repartir de 0. Euh, mes questions ici m'auraient-elles trahi ? ;-)
Du tout.. loin de moi l'idée de critiquer encore moins nominément. Il est vrai que je suis souvent attristé par le peu de soin qui est apporté aux scripts et c'est là ou j'aimerais partager des idées sur des themes tels que: - les perfs - la lisibilité et la maintenance - la portabilité
Ca fait longtemps que je pense à cette serie d'articles et je me suis tjrs dis que j'aimerais finir par une table des commandements du scripteur shell.
La discussion pas forcément, mais le résultat sûrement !
Je n'envisagerais même pas la moindre ligne si le résultat final n'était psa open source.
oue alors par contre va falloir se mettre d'accord sur le format des slides communs.. parce que LaTeX :p </troll> (enfin pas vraiment) /me fan du docbook, meme si pas encore assez de bon XSLT -- http://asyd.net/home/ - Home Page http://guses.org/home/ - French Speaking (Open)Solaris User Group
Bruno Bonfils a écrit :
/me fan du docbook, meme si pas encore assez de bon XSLT
c'est tjrs le grand débat de savoir si il faut avoir une base super riche mais contrainte ou une base super pauvre mais extensible. J'étais un fan de la première approche pour me rendre compte qu'il faut finalement trop de temps pour maitriser les finesses du truc. Résultat des courses, les gens se lassent et n'ont plus "le temps" (comprendre l'envie) de documenter. L'avantage de latex est que tu crées un langage correspondant à tes besoins. Il m'arrive meme de faire des \def qui ne modifient en rien la mise en forme et qui sont juste là pour enrichir sémantiquement ( équivalent html d'un span class="toto" mais pas de css pour .toto ). Perso, j'etais fan de tout ce qui est html und alles. J'en reviens finalement pour de nombreuses raisons. Notament le fait que tout soit fait dans le même format (y compris diagrammes et figures) et que l'impression soit clean. De manière générale: j'ai XML en horreur parcequ'on veut nous en coller partout alors que c'est lourd et que la souplesse apportée par xml est rarement nécessaire. Maintenant, je n'ai pas de religion. Si tu tiens vraiment a utiliser des formats de porchaux^W^W web2.0 compliant, allons-y! marc
On 2007-09-25 11:43:45 +0200, Marc Chantreux wrote:
J'étais un fan de la première approche pour me rendre compte qu'il faut finalement trop de temps pour maitriser les finesses du truc. Résultat des courses, les gens se lassent et n'ont plus "le temps" (comprendre l'envie) de documenter. L'avantage de latex est que tu crées un langage correspondant à tes besoins. Il m'arrive meme de faire des \def qui ne modifient en rien la mise en forme et qui sont juste là pour enrichir sémantiquement ( équivalent html d'un span class="toto" mais pas de css pour .toto ).
LaTeX est puissant, mais mal conçu: on arrive vite à des incompatibilités entre les packages. Cf les problèmes de caractères actifs. Et puis il n'y a pas de mécanisme de validation, et il est facile de faire des erreurs (e.g. il ne faut pas qu'un \label soit avant un \caption, sinon la référence est parfois incorrecte). Pas très propre tout ça... D'autre part, la sortie de LaTeX, c'est pour une impression papier, alors que les technologies basées sur XML permettent mieux de spécifier la structure d'un document ou d'autres infos comme la langue. -- Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
Vincent Lefevre a écrit :
(e.g. il ne faut pas qu'un \label soit avant un \caption, sinon la référence est parfois incorrecte). Pas très propre tout ça...
Touché.
les technologies basées sur XML permettent mieux de spécifier la structure d'un document ou d'autres infos comme la langue.
sauf que dans l'immonde faune de dialectes, je n'en ai jamais trouvé un seul qui soit bien pensé (ie un bon compromis entre le généralisme et l'adaptation). C'est pourquoi j'ai tendance à utiliser de l'html simple avec des spans, divs et classes et de l'xslt pour des tranformations de rendu (genre: faire figurer en h1 le titre du document extrait de /html/head/title.) Et puis il reste que c'est chiant de formater en xml! cordialement, mc
On mar 25 septembre, Marc Chantreux wrote:
Vincent Lefevre a écrit :
(e.g. il ne faut pas qu'un \label soit avant un \caption, sinon la référence est parfois incorrecte). Pas très propre tout ça...
Touché.
les technologies basées sur XML permettent mieux de spécifier la structure d'un document ou d'autres infos comme la langue.
sauf que dans l'immonde faune de dialectes, je n'en ai jamais trouvé un seul qui soit bien pensé (ie un bon compromis entre le généralisme et l'adaptation). C'est pourquoi j'ai tendance à utiliser de l'html simple avec des spans, divs et classes et de l'xslt pour des tranformations de rendu (genre: faire figurer en h1 le titre du document extrait de /html/head/title.)
Et puis il reste que c'est chiant de formater en xml!
formater ? mais euh les outils d'edition sont la pour ca (ca va de emacs+nxml, oxygenxml, XXE, etc), ou meme encore xmllint -format a+ -- http://asyd.net/home/ - Home Page http://guses.org/home/ - French Speaking (Open)Solaris User Group
On mar 25 septembre, Marc Chantreux wrote:
Bruno Bonfils a écrit :
formater ? mais euh les outils d'edition sont la pour ca (ca va de emacs+nxml
trop lourd
oxygenxml,
trop cher
49$ ... faut pas exagere
XXE,
trop wysiwyg
gni ? mais c'est tout son interet ! qu'est ce que tu veux ? faire du xml a la mano ou pas ? (et je suis desole xxe tu peux desactiver la xslt alors bon..)
merci quand même ;)
non ... mais ca va : vim et xml c'est bien aussi.
enfin bon, la ca deviens sterile comme discussion. Mais entendre dire que docbook (xml?) c'est une "immonde faune de dialectes" par quelqu'un qui prefere faire du HTML pure (donc pas valide au sens xml) et du latex (avec vi j'imagine ?), c'est ... desappointant, pour rester poli :) bref... je propose d'arreter ici vu que la discussion ne me parait pas tres constructive -- http://asyd.net/home/ - Home Page http://guses.org/home/ - French Speaking (Open)Solaris User Group
Bruno Bonfils a écrit :
non ... mais ca va : vim et xml c'est bien aussi. que docbook (xml?) c'est une "immonde faune de dialectes" par quelqu'un qui prefere faire du HTML pure (donc pas valide au sens xml)
pardon pour la méprise : je suis passé à xhtml depuis bien longtemps et malgrés les problèmes que cela entraine pour IE.
bref... je propose d'arreter ici vu que la discussion ne me parait pas tres constructive
ca n'est effectivement pas tres constructif dans le sens ou j'aurais du rajouter un smiley comme ;-P apres ma phrase sur "chiant a formater". C'était un point de détail, une note d'humour alors que mon vrai problème par rapport à xml était dans l'"immonde faune de dialectes" (ce que je maintiens avec tristesse! Je serais vraiment ravi que tu me donnes tord). Voilà pour moi un exemple de code html pour faire un petit terminal pour afficher les exemples de shell: <dl class="terminal"><dt>mon premier grep</dt><dd> <code class="prompt">$</code><kbd>grep toto /tmp/passwd</kbd> </dd></dl> pas besoin d'xslt pour rendre cela. Une CSS peut donner un aspect de terminal au tout. maintenant, comment l'écrire en docbook? Voilà des années que je n'y ai pas touché mais j'ai le souvenir de balises aux significations et nuances obscures et rien pour formaliser ce que je voulais faire! Toutefois, il se pourrait que j'ai vraiment manqué une marche à l'époque. Si tu veux me prendre par la main pour me faire découvrir le monde merveilleux du docbook, je veux bien .... cordialement, mc
On mar 25 septembre, Marc Chantreux wrote:
bref... je propose d'arreter ici vu que la discussion ne me parait pas tres constructive
ca n'est effectivement pas tres constructif dans le sens ou j'aurais du rajouter un smiley comme ;-P apres ma phrase sur "chiant a formater".
C'est pas les smileys qui rajoute du fond a une discussion :)
C'était un point de détail, une note d'humour alors que mon vrai problème par rapport à xml était dans l'"immonde faune de dialectes" (ce que je maintiens avec tristesse! Je serais vraiment ravi que tu me donnes tord).
Je ne juste comprends pas ce que tu veux dire par "immonde faune de dialectes", tu parles XML ? de docbook ? Bien evidemment qu'il existe 150 millions de schema xml differents, et c'est bien normal :) Comment tu voudrais decrire via un meme schema un workflow (BEPL) et un article. Mais des schema XML pour du contenu texte, a part docbook je n'en connais pas.
Voilà pour moi un exemple de code html pour faire un petit terminal pour afficher les exemples de shell:
<dl class="terminal"><dt>mon premier grep</dt><dd> <code class="prompt">$</code><kbd>grep toto /tmp/passwd</kbd> </dd></dl>
<para><code role="commande"># my first grep</code> donne le resultat suivant??: <code role="resultat">docbook rulez?</code></para> bon ok l'espace insecable passe bien mais bon, ascii tout ca :)
pas besoin d'xslt pour rendre cela.
oui mais tu es lie au format de presentation, donc pas d'export possible dans un autre format, au hasard PDF (on m'aurais peut etre menti sur html2pdf qui fonctionne bien ?)
Une CSS peut donner un aspect de terminal au tout. maintenant, comment l'écrire en docbook? Voilà des années que je n'y ai pas touché mais j'ai le souvenir de balises aux significations et nuances obscures et rien pour formaliser ce que je voulais faire!
la DTD evolue, donc regarde. Sinon pour l'obuscrantisme de certaines balises, je peux comprendre, mais c'est juste que tu as moins l'habitude qu'en html, parce que bon, perso (oui je sais je suis nul en html) je ne connais ni dd dt et encore moins kbd :)
Toutefois, il se pourrait que j'ai vraiment manqué une marche à l'époque. Si tu veux me prendre par la main pour me faire découvrir le monde merveilleux du docbook, je veux bien ....
Je ne dis pas que je pratique beaucoup (pas assez par manques d'outils), je dis juste que je crois beaucoup plus dans Docbook que dans LaTeX pour une utilisation intensive. Pour ma part, mon utilisation c'est la redaction de documentation dans des styles differents (comprendre grosso modo un style different par client, sachant qu'il peut y avoir des missions de 5 jours, imagine...) Bon sinon, rien que pour voir si les gens lisent jusqu'au bout (comment ca c'est pas interessant ? :), des gens vont aux JDLL a Lyon ? -- http://asyd.net/home/ - Home Page http://guses.org/home/ - French Speaking (Open)Solaris User Group
participants (5)
-
Bruno Bonfils -
Daniel Caillibaud -
Emmanuel Bouthenot -
Marc Chantreux -
Vincent Lefevre