On Thursday 13 June 2002 00:17 PDT, Marc Chantreux wrote:
>
> >il existe deux ou trois petits scripts PHP
>
> 3 lettres de mauvaise augure !

Pourquoi ? Quelles sont les alternatives de bon augure ?
Je ne suis pas un fanatique du PHP, que je n'ai jamais
utilisé, mais cette affirmation me surprend. Ne serait-ce
que parce que nombre d'hébergeurs le supportent, ce qui
n'est pas forcément les cas d'autres technologies.

> >Jettez y un oeil, ça marche avec PHP/Mysql (très bien sur
> > Free): http://rhenriot.free.fr/phpmylinks/
>
> Je pensais a qqchose d'a la fois beaucoup plus simple et
> souple : XML + XSLT

Euh ? Et comment on le met sur un site web, XSLT ? On a
un fichier .xml sur le disque dur, un fichier .xsl, et
ensuite ? Faudrait peut-être voir à lancer un processeur
XSLT à un moment ou à un autre, et on se retrouve avec
la question précédente, pourquoi pas PHP, et quoi d'autre
d'ailleurs ?

Et les utilisateurs, ils vont faire quoi ? Éditer le XML
à la main ? Ou il faudra une interface écrite en... PHP ?
Ou autre chose ?

> Reprendre l'idée de Xbel et l'enrichir.

Quoi ça ?

> Pour ce qui est des outils yahoo : j'aime pas ca du tout pour
> les raisons invoquées plus le fait que les webbased m'ennuient ...

Ce qui veut donc dire que l'éventuelle FAQ ne serait maintenue
que par une personne, sans l'apport d'outils web ? Pourquoi
pas, mais dans ce cas autant utiliser DocBook ou LaTeX plutôt
que de réinventer la roue.

> surtout ceux de yahoo qui rajoutent de la pub de temps en temps.

Blèh, la pub.

Moi, je continue à penser que si FAQ il y a, soit elle prend
quelques lignes, et on se prend la tête pour rien, soit c'est une
VF de la FAQ anglaise, mais dans ce cas il faut d'abord la mettre
à jour. Et une bonne manière de répondre à toutes les questions,
ce serait de traduire les 3,5 Mo de la doc de Vim elle même.

--
adrienbeau@...

On Thursday 13 June 2002 01:08 PDT, Truong wrote:
>
> A propos de XML et XSLT, existe-t-il un manuel sur l'internet
> pour apprendre rapidement ce langage, s'il vous plaît ?

_XML in a nutshell_ de Harold et Means, O'Reilly, ISBN:0-596-00058-8

J'ose espérer qu'il y a une VF. Le bouquin commence limite à
dater (un an et demi, déjà), mais c'est un excellent tour
d'horizon des technologies XML (XML, namespaces, XPath, XLinks,
XPointers, XSL, XSL-FO, DOM, SAX). Il manque XML Schema,
toutefois.

--
adrienbeau@...

On Thursday 13 June 2002 00:09 PDT, Marc Chantreux wrote:
>
> > On parle de faq mais un wiki serait pas mal aussi.
> > Ma ftdl continue de se remplir...
>
> 2 phrases et 2 "mots" nouveaux :
> - qu'est ce que wiki ?

http://c2.com/cgi/wiki
http://c2.com/cgi/wiki?WikiWikiWeb

> - qu'est ce que ftdl?

Aucune idée. Recherches infructueuses.

--
adrienbeau@...

Salut,

% *** Adrien Beau wrote: ***
% From: adrienbeau@...
%
% On Thursday 13 June 2002 01:08 PDT, Truong wrote:
% >
% > A propos de XML et XSLT, existe-t-il un manuel sur l'internet
% > pour apprendre rapidement ce langage, s'il vous plaît ?
%
% _XML in a nutshell_ de Harold et Means, O'Reilly, ISBN:0-596-00058-8
%

Je l'ai vu dans librairie près de chez moi. Je vais regarder.

Comme c'est un langage ouvert, les structures et les tags ne doivent pas
trop changer d'une version à l'autre. Et même si ça date le livre est
encore valable.

Encore merci.

Truong,


% J'ose espérer qu'il y a une VF. Le bouquin commence limite à
% dater (un an et demi, déjà), mais c'est un excellent tour
% d'horizon des technologies XML (XML, namespaces, XPath, XLinks,
% XPointers, XSL, XSL-FO, DOM, SAX). Il manque XML Schema,
% toutefois.
%
% --
% adrienbeau@...
%

--
---------------------------
   Truong <tphuong@...>
---------------------------

On Thursday 13 June 2002 06:34 PDT, Truong wrote:
>
> Comme c'est un langage ouvert, les structures et les tags ne
> doivent pas trop changer d'une version à l'autre. Et même si
> ça date le livre est encore valable.

« L'univers » XML c'est un ensemble de *beaucoup* de normes,
en constante évolution : de nouvelles normes aparaissent en
permanence.

Un exemple : le DTD est en train de se faire remplacer à
vitesse grand V par le XML Schema. Même but (décrire les
tags d'une application XML), mais le second est beaucoup
plus puissant.

Bien sûr, le livre reste valable et très utile. Mais un
tour se le web est indispensable pour voir quelles normes
sont utilisées, lesquelles n'ont jamais vraiment décollé, etc.

On commence à pas mal s'éloigner de Vim, là...

--
adrienbeau@...

>(...)
> « L'univers » XML c'est un ensemble de *beaucoup* de normes,
> en constante évolution : de nouvelles normes aparaissent en
> permanence.
>(...)

> On commence à pas mal s'éloigner de Vim, là...

Oui, et d'ailleur ça serait pas mal que dans ce genre de cas on
prènne l'habitude de mettre [HS] (hors sujet) dans le sujet des messages
et qu'on pense aussi en preciser le sujet (XML par exemple)... IMHO

--
Best regards.

Salut,

Désolé pour ce hors sujet.

% *** Domi wrote: ***
% >(...)
% > « L'univers » XML c'est un ensemble de *beaucoup* de normes,
% > en constante évolution : de nouvelles normes aparaissent en
% > permanence.
% >(...)
%
% > On commence à pas mal s'éloigner de Vim, là...
%
% Oui, et d'ailleur ça serait pas mal que dans ce genre de cas on
% prènne l'habitude de mettre [HS] (hors sujet) dans le sujet des messages
% et qu'on pense aussi en preciser le sujet (XML par exemple)... IMHO
%

--
---------------------------
   Truong <tphuong@...>
---------------------------

Le site du XML francophone:
http://www.chez.com/xml/

C'est une mine d'informations. Son webmestre (un ami), m'a fait des
démonstrations absolument bluffantes.

On 13 Jun 2002 at 10:08, Truong wrote:

> A propos de XML et XSLT, existe-t-il un manuel sur l'internet pour
> apprendre rapidement ce langage, s'il vous plaît ?


--
G.-Joachim L. Dubuquoy-Portois
http://gjldp.free.fr/real/


______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif

Marc Chantreux wrote:
> 2 phrases et 2 "mots" nouveaux :
> - qu'est ce que wiki ?

Une application permettant à tout internaute d'écrire
des pages d'un site web à partir de son propre navigateur
et de les mettre en ligne et ainsi de participer en quasi
direct à un site.

> - qu'est ce que ftdl?

   tdl : todo list.
   Je vous laisse imaginer le f...

		 Nessie.
--
   Vanessa  Conchodon                            ^ee^
                                                 (_/ `-^-.
   e-mail :  nessie'at'little-monster"."org        .`___  \
                                                   (_) (_) \_^_.

L'idée du wiki est assez plaisante (il en existe d'ailleurs un en PHP
;/). D'après mon expérience, modeste, utiliser un wiki est très facile,
et c'est une façon originale et aisée de construire un site collaboratif
rapidement.

Pour autant, n'est ce pas un peu exagéré? Je suis peut-être naïf,
mais une Faq ne devrait pas prendre tant de moyens. Et je me
permets de poser une question tendancieuse:

Pourquoi ne pas utiliser VIM pour faire tous ces documents?

C'est vrai, après tout, entre ctags et vim2html, on a un
environnement de création de documents web qui feraient la
démonstration de la puissance du programme, et sans grande
difficulté pour la plupart d'entre nous (je ne parle pas de moi, qui
suis un initié mais prsque débutant tant ma science viméenne est
limitée).

Et si on veut travailler à plusieurs sur les mêmes documents, il est
très possible de mettre sur pied rapidement un hébergement CVS
chez un sourceforge-like. Ce ne doit pas être extraordinairement
sorcier. Et ça peut même être amusant.

--
G.-Joachim L. Dubuquoy-Portois
http://gjldp.free.fr/real/


______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif

> -----Message d'origine-----
> De : Domi [mailto:Domi.@...]
> Envoyé : mercredi 12 juin 2002 17:22
> À : vim-fr@...
> Objet : Re[2]: [vim-fr] FAQ ViM
>
>
> Pour rappel, tous les messages sont consultables/archivés sur :
> http://fr.groups.yahoo.com/group/vim-fr/
> Il y a aussi un systeme de gestion de FAQ pour ceux qui veulent en
> crééer une (section "Base de données").
> Il y a enfin un gestionnaire d'URL (section "Signets")
> Je crois que tous les membres peuvent intervenir dans ces sections...
> Il y a d'ailleurs quelques infos.
>
> > Peut etre pas une FAQ mais reprendre les feeds pour pondre
> des articles.
> > Le but etant de capitaliser les connaissances et recherches
> de la liste.
>
> > Si nous mettions deja nos URL en commun pour faire un etat du web
> > francais en matiere de vim ?
>
>

   Je te remercie.

Cordialement
Didier BOURGUIGNON

>
>
>>3 lettres de mauvaise augure !
>>
>>
>
>Pourquoi ? Quelles sont les alternatives de bon augure ?
>
mod_perl

>Je ne suis pas un fanatique du PHP, que je n'ai jamais
>utilisé, mais cette affirmation me surprend. Ne serait-ce
>que parce que nombre d'hébergeurs le supportent, ce qui
>n'est pas forcément les cas d'autres technologies.
>
grace a une syntaxe proche des langages rabachés à l'école, beaucoup on
rapidement
pu se mettre au php. De plus, c'est directement embarqué dans le code
html ce qui facilite
la compréhension des néophites.

Je doute que ce soit adapté à de gros pb (bien que beaucoup s'y attachent)

>Euh ? Et comment on le met sur un site web, XSLT ? On a
>un fichier .xml sur le disque dur, un fichier .xsl, et
>ensuite ?
>
cgi > xsltproc ?
mod_perl XML::* ?
bon ... java et php aussi, c'est vrai :)

>Et les utilisateurs, ils vont faire quoi ? Éditer le XML
>à la main ?
>
serait ce d'une grande difficulté vu l'éditeur de texte que nous utilisons ?
nous devrions meme ecrire une interface de maintenance du site dans vim :))

>Ou il faudra une interface écrite en... PHP ?
>
en viml + gnu tools (portabilité grace a cygwin)

>>Reprendre l'idée de Xbel et l'enrichir.
>>
>>
>
>Quoi ça ?
>
c'est le format de bookmark du projet python et repris par Konqueror
notament.

Trop peu informatif a mon gout Je n'ai meme plus l'URL.

>>Pour ce qui est des outils yahoo : j'aime pas ca du tout pour
>>les raisons invoquées plus le fait que les webbased m'ennuient ...
>>
>>
>
>Ce qui veut donc dire que l'éventuelle FAQ ne serait maintenue
>que par une personne, sans l'apport d'outils web ? Pourquoi
>pas, mais dans ce cas autant utiliser DocBook ou LaTeX plutôt
>que de réinventer la roue.
>
wget + vim -d ?

>Blèh, la pub.
>
>Moi, je continue à penser que si FAQ il y a, soit elle prend
>quelques lignes, et on se prend la tête pour rien, soit c'est une
>VF de la FAQ anglaise, mais dans ce cas il faut d'abord la mettre
>à jour. Et une bonne manière de répondre à toutes les questions,
>ce serait de traduire les 3,5 Mo de la doc de Vim elle même.
>
:)
C'est de la provoque ?

Marc

Vanessa Conchodon wrote:

>>- qu'est ce que wiki ?
>>
>>
>
>Une application permettant à tout internaute d'écrire
>des pages d'un site web à partir de son propre navigateur
>et de les mettre en ligne et ainsi de participer en quasi
>direct à un site.
>
>
merci

>
>
>>- qu'est ce que ftdl?
>>
>>
>
>  tdl : todo list.
>  Je vous laisse imaginer le f...
>
>  Nessie.
>
>
tssss .... fabulous , of course !

>
>
>Pourquoi ne pas utiliser VIM pour faire tous ces documents?
>chez un sourceforge-like. Ce ne doit pas être extraordinairement
>sorcier. Et ça peut même être amusant.
>
>

Je partage tes deux idées ... que je viens de répeter sans t'avoir lu ...

Marc

Coucou,

Je fais un tir groupé et passe en vitesse.

On Fri, Jun 14, 2002 at 10:27:17AM +0200, Marc Chantreux
<chantreux.marc@...> wrote:
> serait ce d'une grande difficulté vu l'éditeur de texte que nous
> utilisons ?  nous devrions meme ecrire une interface de maintenance du
> site dans vim :))

J'en suis arrivé à automatiser énormément de taches avec VIM comme :
- compter les votes des votants (pour les series awards si vous
   connaissez)
- archiver mes scripts et pages mis à jours avant de pouvoir les déposer
   sur un autre compte, qui de là redépose les nouveautés sur ma page de
   free.

Et un jour quand j'aurais le temps, je me ferais un petit installeur de
plugins -- le but étant de résoudre les dépendances et de faire en sorte
que lorsque l'on veut installer le plugin toto (à tel endroit),
l'installeur aille aussi chercher le plugin titi dont dépend toto.
L'intérêt de faire ça avec VIM : quand il s'agit d'installer des
plugins, on peut être sûr que le gars en face dispose de VIM -- alors
que tous les autres intalleurs sont dépendants de l'OS.

Bref, ouais, VIM c'est aussi un chouette shell!

> >Ou il faudra une interface écrite en... PHP ?
> en viml + gnu tools (portabilité grace a cygwin)
Euh ... cygwin, je suis plutot déenchanté. C'est souvent des difficultés
sans nom pour pouvoir faire des scripts qui marchent aussi bien avec Zsh
(http://Unxtools.sf.net), Cmd32 (le truc de windows) et cygwin (avec ses
noms de fichiers pas possibles).
Toujours est-il que la portabilité existe, mais pas besoin de
nécessairement sortir la grosse enclume.

> >Moi, je continue à penser que si FAQ il y a, soit elle prend quelques
> >lignes, et on se prend la tête pour rien, soit c'est une VF de la FAQ
> >anglaise, mais dans ce cas il faut d'abord la mettre à jour. Et une
> >bonne manière de répondre à toutes les questions, ce serait de
> >traduire les 3,5 Mo de la doc de Vim elle même.
Je n'ai pas vérifié, mais la FAQ de VIM qui circule sur
<news:comp.editors>, elle est dépassée aussi ?

Sinon, je suis assez pour utiliser le site qu'a ouvert Vanessa. Et si on
peut y mettre une section mutt, je pourrais demander à Virginie (de
muttfr) de lier vers la page de Vanessa plutot que la mienne.

Sinon, concernant les liens en français, il y en a qqs uns sur ma page
--- qui elle est en anglais et que je ne compte pas traduire tout de
suite.

A+
--
Luc

On Friday 14 June 2002 01:27 am PDT, Marc Chantreux wrote:
>
> >>3 lettres de mauvaise augure !
> >
> >Pourquoi ? Quelles sont les alternatives de bon augure ?
>
> mod_perl

Ah ben c'est marrant, mais c'est moi là qui aurait tendance
à dire « module de mauvais augure ». :)

> >Je ne suis pas un fanatique du PHP, que je n'ai jamais
> >utilisé, mais cette affirmation me surprend. Ne serait-ce
> >que parce que nombre d'hébergeurs le supportent, ce qui
> >n'est pas forcément les cas d'autres technologies.
>
> grace a une syntaxe proche des langages rabachés à l'école,
> beaucoup on rapidement pu se mettre au php. De plus, c'est
> directement embarqué dans le code html ce qui facilite
> la compréhension des néophites.

Et ça en fait quelque chose de mauvais augure ?

> Je doute que ce soit adapté à de gros pb
> (bien que beaucoup s'y attachent)

C'est fort possible. Mais perl est-il beaucoup plus adapté
à de gros pb ? Sans bien connaître ce langage, j'ai comme
un doute.

> >Et les utilisateurs, ils vont faire quoi ? Éditer le XML
> >à la main ?
>
> serait ce d'une grande difficulté vu l'éditeur de texte que
> nous utilisons ? nous devrions meme ecrire une interface de
> maintenance du site dans vim :))

Quand je pense que ça a commencé par « Est-ce qu'il y a une
FAQ ? » et « Oui, il faudrait une FAQ. » On dérive fort, là. :)

> >Ou il faudra une interface écrite en... PHP ?
>
> en viml + gnu tools (portabilité grace a cygwin)

Mouais. C'est très bien pour une ou deux personnes, mais si
on veut que la FAQ soit éditables par beaucoup de gens,
autant utiliser un wiki.

> > Ce qui veut donc dire que l'éventuelle FAQ ne serait
> > maintenue que par une personne, sans l'apport d'outils web
> > ? Pourquoi pas, mais dans ce cas autant utiliser DocBook ou
> > LaTeX plutôt que de réinventer la roue.
>
> wget + vim -d ?

Ok, dans l'optique d'un ou deux mainteneurs de la FAQ. Dans
ce cas, il peuvent créer tous les outils qu'ils veulent pour
la maintenir, ça ne concerne qu'eux.

> > Moi, je continue à penser que si FAQ il y a, soit elle prend
> > quelques lignes, et on se prend la tête pour rien, soit
> > c'est une VF de la FAQ anglaise, mais dans ce cas il faut
> > d'abord la mettre à jour. Et une bonne manière de répondre
> > à toutes les questions, ce serait de traduire les 3,5 Mo de
> > la doc de Vim elle même.
>
> :)
>
> C'est de la provoque ?

Non, un projet que j'ai considéré. :) Mais c'est trop pour moi
à l'heure actuelle. Il faudrait une ou deux personnes à plein
temps pour en venir à bout de manière acceptable. Mais je
garde cette idée dans un coin de ma tête.

--
adrienbeau@...

On Friday 14 June 2002 07:02 am PDT, Luc Hermitte wrote:
>
> Et un jour quand j'aurais le temps, je me ferais un petit
> installeur de plugins -- le but étant de résoudre les
> dépendances et de faire en sorte que lorsque l'on veut
> installer le plugin toto (à tel endroit), l'installeur aille
> aussi chercher le plugin titi dont dépend toto. L'intérêt de
> faire ça avec VIM : quand il s'agit d'installer des plugins,
> on peut être sûr que le gars en face dispose de VIM -- alors
> que tous les autres intalleurs sont dépendants de l'OS.

http://www.a-a-p.org/ par Bram Moolenaar. :))

> Euh ... cygwin, je suis plutot déenchanté. C'est souvent des
> difficultés sans nom pour pouvoir faire des scripts qui
> marchent aussi bien avec Zsh (http://Unxtools.sf.net), Cmd32
> (le truc de windows) et cygwin (avec ses noms de fichiers pas
> possibles).

Moi, j'utilise http://unxutils.sourceforge.net/, qui sont
les utilitaires unix de base directement compilés pour Win32,
sans couche d'émulation intermédiaire à la cygwin. Ça implique
de bidouiller un peu le code, mais d'après l'auteur, c'est
vraiment pas dur.

Toujours est-il que c'est une jolie collection de programmes
bien utiles, une des première choses que j'installe sous Win32
après Vim, et en même temps que Winamp et WinRAR. :)

> Je n'ai pas vérifié, mais la FAQ de VIM qui circule sur
> <news:comp.editors>, elle est dépassée aussi ?

J'ai cherché « vim faq group:comp.editors » dans Google,
et je n'ai obtenu qu'une réponse potable, la FAQ de Vim
postée en 1996.

--
adrienbeau@...

On Fri, Jun 14, 2002 at 08:16:07AM -0700, Adrien Beau <adrienbeau@...>
wrote:
> > Et un jour quand j'aurais le temps, je me ferais un petit
> > installeur de plugins -- le but étant de résoudre les
> http://www.a-a-p.org/ par Bram Moolenaar. :))
Bien, bien. Je vais voir ça. Merci.

> > Euh ... cygwin, [...]
> > marchent aussi bien avec Zsh (http://Unxtools.sf.net), Cmd32
>
> Moi, j'utilise http://unxutils.sourceforge.net/, qui sont

Zut. s/Unxtools/unxutils/
Après sf est un raccourci pour sourceforge.

> > Je n'ai pas vérifié, mais la FAQ de VIM qui circule sur
> > <news:comp.editors>, elle est dépassée aussi ?
> J'ai cherché « vim faq group:comp.editors » dans Google,
> et je n'ai obtenu qu'une réponse potable, la FAQ de Vim
> postée en 1996.
J'ai vu passer une FAQ la semaine dernière. J'ai mal du  lire.

--
Luc

>
>
>Ah ben c'est marrant, mais c'est moi là qui aurait tendance
>à dire « module de mauvais augure ». :)
>

:))

>>grace a une syntaxe proche des langages rabachés à l'école,
>>beaucoup on rapidement pu se mettre au php. De plus, c'est
>>directement embarqué dans le code html ce qui facilite
>>la compréhension des néophites.
>>
>>
>Et ça en fait quelque chose de mauvais augure ?
>
mouais ... c'est vrai que ca devient une question de gout mais je trouve
domage que pour des
perfs. a peu pres similaires, les gens s'amusent a ecrire de longs codes
php ce qui bien souvent
peut etre ecrit de facon précise et concise en perl.

autant faire du C !

>>Je doute que ce soit adapté à de gros pb
>>(bien que beaucoup s'y attachent)
>>
>>
>C'est fort possible. Mais perl est-il beaucoup plus adapté
>à de gros pb ? Sans bien connaître ce langage, j'ai comme
>un doute.
>
disons que perl peut devenir rapidement peu maintenable si personne
n'est rigoureux.
Je pensais surtout a la rapidité d'implémentation et de maintenance.

>>>Et les utilisateurs, ils vont faire quoi ? Éditer le XML
>>>à la main ?
>>>
>>>
>>serait ce d'une grande difficulté vu l'éditeur de texte que
>>nous utilisons ? nous devrions meme ecrire une interface de
>>maintenance du site dans vim :))
>>
>>
>Quand je pense que ça a commencé par « Est-ce qu'il y a une
>FAQ ? » et « Oui, il faudrait une FAQ. » On dérive fort, là. :)
>
oui mais voila un script qu'il en serait fort utile a beaucoup d'entre nous.

>>>Ou il faudra une interface écrite en... PHP ?
>>>
>>>
>>en viml + gnu tools (portabilité grace a cygwin)
>>
>>
>Mouais. C'est très bien pour une ou deux personnes, mais si
>on veut que la FAQ soit éditables par beaucoup de gens,
>autant utiliser un wiki.
>
viml + cvs ?

>>>Ce qui veut donc dire que l'éventuelle FAQ ne serait
>>>maintenue que par une personne, sans l'apport d'outils web
>>>? Pourquoi pas, mais dans ce cas autant utiliser DocBook ou
>>>LaTeX plutôt que de réinventer la roue.
>>>
pour avoir utilisé docbook : je n'aime pas parceque les tags ne
permettent pas de renseigner
finement en ajoutant de nouveaux contextes.

>>wget + vim -d ?
>>
>Ok, dans l'optique d'un ou deux mainteneurs de la FAQ. Dans
>ce cas, il peuvent créer tous les outils qu'ils veulent pour
>la maintenir, ça ne concerne qu'eux.
>
cvs ? (je sais : ca sera lourd a la longue)

>>C'est de la provoque ?
>>
>>
>
>Non, un projet que j'ai considéré. :) Mais c'est trop pour moi
>à l'heure actuelle. Il faudrait une ou deux personnes à plein
>temps pour en venir à bout de manière acceptable. Mais je
>garde cette idée dans un coin de ma tête.
>
si nous sommes beaucoup a nous proposer, nous pourrions abattre au moins
les chapitres
les plus importants, le man ...

il serait bon de prendre contact avec la personne qui a ecrit le .po fr ...

Marc

>
>
>Moi, j'utilise http://unxutils.sourceforge.net/, qui sont
>les utilitaires unix de base directement compilés pour Win32,
>sans couche d'émulation intermédiaire à la cygwin. Ça implique
>de bidouiller un peu le code, mais d'après l'auteur, c'est
>vraiment pas dur.
>
Le lien de Luc ne fonctionne pas (404)

Et quoi le layer cygwin est il génant ? Question de performances ?

Perso, je l'utilise surtout parcequ'il me permet d'utiliser bash et rxvt.

Marc

On Friday 14 June 2002 09:40 am PDT, Marc Chantreux wrote:
>
> il serait bon de prendre contact avec la personne qui a ecrit
> le .po fr ...

Présent. :))

--
adrienbeau@...

On Fri, Jun 14, 2002 at 06:51:34PM +0200, Marc Chantreux
<chantreux.marc@...> wrote:
> >Moi, j'utilise http://unxutils.sourceforge.net/, qui sont
> >
> Le lien de Luc ne fonctionne pas (404)
Normal, quand je donne des liens de tête, je fais fréquement des erreurs
de typo. Le lien d'adrien est le bon et celui auquel je pensais -- au
fait, j'avais une vieille version de bien avant que cela passe sous
sourceforge dans laquelle tar perdait la capitalisation ; pensez
éventuellement à upgrader si vous aviez aussi ce problème.

> Et quoi le layer cygwin est il génant ? Question de performances ?
J'évite au maximum cygwin (et préfères donc unxutils -- zsh) pour
plusieurs raisons :
- moins de contexte (pas besoin d'avoir une DLL propre à cygwin qui soit
   accessible)
- pas besoin de traduire les chemins d'accès -- chose qui est parfois
   fort pénible.
- et j'ai des difficultés à intégrer le grep de cygwin; j'ai vu passer
   un thread à ce sujet sur la ML vim, mais n'ai pas eu le temps de
   suivre ce qui s'y disait.

> Perso, je l'utilise surtout parcequ'il me permet d'utiliser bash et rxvt.
Zsh me convient parfaitement et me permet aussi d'avoir mon
environnement pour LaTeX au quasi complet (il n'y a qu'un programme qui
m'oblige à passer sous cygwin -- problème de config, il faudrait tout
que je reprennes à plat).

--
Luc

Salut tous,

Cygwin a été évoqué et Luc parlait des difficultés de conversion des
chemins windows/cygwin.
La commande cygpath fait merveilleusement le boulot mais peut-être est
elle méconnue.

Je me suis permis de rédiger une petite page ou je note qq astuces qui
ont fait de moi un utilisateur heureux.

http://www.metagenia.com/~mchantreux/cygwin.html

Marc

Salut,

Adrien : bravo et merci pour la traduction francaise de vim.

J'ai vu passer des FAQ sur news.editors :

- vi part 1
- vi part 2
- vim links

Je rejoins Adrien pour dire que le projet le plus utile serait la
traduction de la doc.
Je le rejoins aussi pour dire que ca ne peut etre le fait d'1 ou 2
personnes.

Perso, je suis partant pour un truc de la taille de usr_41.

Marc

On Mon, Jun 17, 2002 at 09:26:03AM +0200, Marc Chantreux
<chantreux.marc@...> wrote:
> Cygwin a été évoqué et Luc parlait des difficultés de conversion des
> chemins windows/cygwin.
> La commande cygpath fait merveilleusement le boulot mais peut-être est
> elle méconnue.

Je sais faire -- je te dit pas les conversions sauvages et variables
d'environnement en double dans mon .profile. Le hic c'est quand il
s'agit de mélanger avec VIM.  Il faut faire gaffe quand tu veux exécuter
des programmes ou passer des arguments en paramètre à d'autres
programmes -- surtout quand l'acces n'est pas relatif. Et bien sûr, mon
vim étant le VIM windows par défaut, il faut intercepter tous les appels
à system() ou '!'. Bref, c'est pénible.

J'ai bien un petit shell script qui intercepte l'invocation de vim sous
cygwin pour avoir des noms de fichiers que vim pourra retrouver ; ou un
plugin qui converti les chemins d'accès lorsque l'on
ouvre/edite/sauve/etc un buffer ; mais c'est insuffisant.

Sinon, faudra que je reteste rxvt, il avait tendance à un peu planter et
pas necessairement seul la dernière fois que je l'avais essayé.

--
Luc

Salut tous,

Afin de comparer les solutions cygwin/zsh pour windows et leur
integration avec vim, j'ai essayé de télécharger Zsh.

La seule chose que j'ai pu trouvé est un binaire qui n'ai (ne sera) plus
maintenu. Aurais je loupé *la* page de la communauté Zsh pour windows ?

Marc

> -----Message d'origine-----
> De : Luc Hermitte [mailto:hermitte@...]
> Envoyé : lundi 17 juin 2002 10:35
> À : vim-fr@...
> Objet : Re: [vim-fr] [HS] Cygwin et Zsh
>

   [...]

>
> Sinon, faudra que je reteste rxvt, il avait tendance à un peu
> planter et
> pas necessairement seul la dernière fois que je l'avais essayé.
>
> --
> Luc
>
>
>
> L'utilisation du service Yahoo! Groupes est soumise à
> l'acceptation des
> Conditions d'utilisation et de la Charte sur la vie privée,
> disponibles
> respectivement sur http://fr.docs.yahoo.com/info/utos.html et
> http://fr.docs.yahoo.com/info/privacy.html
>
>
>

   Bonjour à tous, je recherche justement un terminal permettant d'exécuter
un interprêteur de commande quelqu'il soit sous Win2k. rxvt est-il capable
de lancer aussi bien cmd.exe que bash.exe ?

   Merci de votre aide.


Cordialement
Didier BOURGUIGNON

>
>
>  Bonjour à tous, je recherche justement un terminal permettant d'exécuter
>un interprêteur de commande quelqu'il soit sous Win2k.
>

cmd.exe ... puis lancer bash (c'est d'ailleurs la config par defaut dans
cygwin)

>rxvt est-il capable
>de lancer aussi bien cmd.exe que bash.exe ?
>

je l'utilise tout le temps avec bash. Je viens de tester la vhose suivante :

mc@MILLENIUM:/mnt# export SHELL=/cygdrive/c/WINNT/system32/cmd.exe
mc@MILLENIUM:/mnt# rxvt&

Je me retrouve avec ca dans le nouvel rxvt :

Microsoft Windows 2000 [Version 5.00.2195]
(C) Copyright 1985-2000 Microsoft Corp.

C:\usr\cygwin\root\mnt>dir
dir
Le volume dans le lecteur C n'a pas de nom.
Le num,ro de s,rie du volume est 4C88-9A16

R,pertoire de C:\usr\cygwin\root\mnt

17/04/2002 16:03 <DIR> .
17/04/2002 16:03 <DIR> ..
17/04/2002 16:03 <DIR> c
0 fichier(s) 0 octets
3 R,p(s) 30ÿ277ÿ632 octets libres

C:\usr\cygwin\root\mnt>

etrangement, il reaffiche la ligne de commande avant de l'executer ...
PE un pb de \r\n ?

Marc

On Sun, Jun 23, 2002 at 02:59:59PM +0200, Marc Chantreux
<chantreux.marc@...> wrote:
> Afin de comparer les solutions cygwin/zsh pour windows et leur
> integration avec vim, j'ai essayé de télécharger Zsh.
>
> La seule chose que j'ai pu trouvé est un binaire qui n'ai (ne sera)
> plus maintenu. Aurais je loupé *la* page de la communauté Zsh pour
> windows ?
http://unxtools.sf.net/
Si ça ne marche pas, il faut essayer unxutil, ou essayer avec ou sans
's' à la fin.
Tu auras donc une archive avec une version déjà compilée de zsh. Mais
cela fait déjà qqs temps que c'est stable.

--
Luc

>
>
>http://unxtools.sf.net/
>
arghh ... c'est bien ce que je disais : ca mene vers ca :
ftp://ftp.blarg.net/users/amol/zsh/I_no_longer_work_on_zsh
:((
J'ai téléchargé et :
- zsh merde dans rxvt
- le systeme de mount de cygwin fait vraiment bien l'affaire

Merci pour l'URL, Luc
Marc