Path: ...!news.mixmin.net!aioe.org!pasdenom.info!nntpfeed.proxad.net!proxad.net!feeder1-1.proxad.net!cleanfeed1-a.proxad.net!nnrp1-2.free.fr!not-for-mail
Newsgroups: fr.comp.applications.libres
From: =?UTF-8?Q?St=C3=A9phane?= CARPENTIER <sc@fiat-linux.fr>
Subject: Re: Software Package Data Exchange
References: <62d858c6$0$24799$426a34cc@news.free.fr>
 <62d866ca$0$26299$426a34cc@news.free.fr>
 <62d86d22$0$2976$426a34cc@news.free.fr>
 <62daf969$0$26315$426a34cc@news.free.fr>
 <62e04223$0$22284$426a74cc@news.free.fr>
 <62e52180$0$24801$426a34cc@news.free.fr>
 <62e53743$0$18717$426a74cc@news.free.fr>
 <62e558a7$0$22249$426a74cc@news.free.fr>
 <62e5cae4$0$24800$426a74cc@news.free.fr>
 <62e65b0b$0$9154$426a74cc@news.free.fr>
 <62e6bc90$0$26304$426a74cc@news.free.fr>
Organization: Mulots' Killer
User-Agent: slrn/1.0.3 (Linux)
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Date: 05 Aug 2022 18:28:29 GMT
Lines: 151
Message-ID: <62ed614d$0$18718$426a74cc@news.free.fr>
NNTP-Posting-Date: 05 Aug 2022 20:28:29 CEST
NNTP-Posting-Host: 78.201.248.7
X-Trace: 1659724109 news-3.free.fr 18718 78.201.248.7:57396
X-Complaints-To: abuse@proxad.net
Bytes: 7626

Le 31-07-2022, Thomas <fantome.forums.tDeContes@free.fr.invalid> a écrit :
> In article <62e65b0b$0$9154$426a74cc@news.free.fr>,
>  Stéphane CARPENTIER <sc@fiat-linux.fr> wrote:
>
>> Le 31-07-2022, Thomas <fantome.forums.tDeContes@free.fr.invalid> a écrit :
>> > In article <62e558a7$0$22249$426a74cc@news.free.fr>,
>> >  Stéphane CARPENTIER <sc@fiat-linux.fr> wrote:
>> >
>> >> Il n'y a pas besoin d'un gros ordinateur pour faire tourner vim ou
>> >> neovim et je suis à peu près sûr que Emacs doit le faire.
>> >
>> > je n'aime pas tellement éditer du texte dans un terminal.
>> 
>> Vim peut se lancer en mode graphique et neovim peut se
>> lancer avec neovide pour avoir un super curseur :
>> <https://neovide.dev/features.html>
>
> bon, ça c'est de l'ordre du gadget.

En fait, c'est ce que j'ai cru et c'est pour ça que j'ai essayé pour
rigoler. Mais c'est vraiment bien. Quand tu n'utilises pas la souris,
ton curseur se déplace loin et ça aide à le suivre. Surtout si quelqu'un
regarde ce que tu fais.

Surtout que le curseur est très bien fait et plus le déplacement est
loin, plus le curseur est grand. Donc c'est visible pour un grand
déplacement, et ça ne perturbe pas pour un déplacement caractère par
caractère.

>> Ouais, enfin prendre pico comme référence d'éditeur de texte en mode
>> terminal, c'est un peu comme critiquer les éditeurs de textes en mode
>> graphique en se basant sur le bloc note de Windows.
>
> ok, je comprend.
>
> par rapport à vi qu'on m'a fait utiliser à la fac,
> c'est quand même bcp plus intuitif, et plus proche des applications 
> graphiques de ce point de vue là.
>
> je reconnais que je n'ai essayé ni vim ni neovim.

Vim est beaucoup plus puissant que vi. Mais ce n'est pas plus intuitif.
Il n'y a rien d'intuitif avec vim : il faut apprendre.

>> > quand je passerai complètement à linux, je chercherai un bon éditeur de 
>> > code graphique (et je crois savoir qu'il y en a).
>> 
>> Ça dépend de ce que tu entends par « bon ».
>
> déjà, ça serais chouette qu'il sache en faire autant que mon actuel : 
> comparaison de dossiers, comparaison de 2 fenêtre ouvertes sans qu'on 
> ait besoin de les enregistrer sur le disque, mettre en commentaire le 
> texte sélectionné, ...
> (je ne sais plus à quoi je tiens sans forcément qu'ils sachent tous le 
> faire.)

Je ne connais que vim, je ne peux pas te conseiller sur le sujet. Tout
ce que j'ai essayé, j'ai besoin de la souris et ça me fait perdre du
temps, ça me gonfle. Mais si l'utilisation d'un éditeur de texte pour
comparer deux dossiers me semble bizarre, je ne vois rien d'exceptionnel
avec le reste.

>> C'est (neo)vim qui fait ça quand j'enregistre le fichier. Ça me sert
>> parce que l'heure de la dernière modification n'est pas l'heure du
>> dernier commit
>
> est-ce que ça serait bien que svn et git conservent l'heure de 
> modification du fichier d'origine, plutôt que celle du commit ?

Je ne crois pas parce que ce qui est important avec git et svn, c'est
l'heure à laquelle tu as partagé ta modification.

>> et que quand je suis sur mon fichier je n'affiche pas
>> souvent les informations relatives à git. Pareil, je pourrais avoir
>> cette information dans un terminal, mais je préfère l'avoir sous les
>> yeux au moment où j'en ai besoin.
>> 
>> Ça me permet de savoir si je suis passé récemment sur un fichier quand
>> je fais un refresh global. Par exemple.
>> 
>> >> Et le nom du fichier
>> >> aussi.
>> >
>> > eh ! ... la redondance ??
>> 
>> Justement. C'est automatique, donc je n'ai pas à faire ça manuellement
>
> (ça prend de la place dans le contenu effectif du fichier, que n'importe 
> qui va relire.)

Oui, mais c'est un autre sujet. Il y a d'un côté l'information qui doit
rester juste et de l'autre côté le gaspillage.

Pour le gaspillage, c'est relatif à chacun. Toi tu considères que c'est
important d'avoir la liste de tous les contributeurs au début du
fichier, moi je considère que c'est d'avoir son nom et l'heure de sa
dernière modification.

>> et quand je pars d'un template, que je déplace un fichier ou autre, tant
>> que je n'ai pas enregistré ce ficher je sais de quel fichier je suis
>> parti.
>
> tout ça, c'est des fonctionnalités de ton éditeur de texte
> (en partant du principe que l'info est dans le FS, pour l'heure).
>
> perso, j'en préfère un qui m'affiche les bonnes infos, au bon endroit et 
> au bon moment, sans qu'elles doivent être enregistrées dans le fichier 
> pour ça.

C'est pareil, nous sommes d'accord là-dessus. La différence c'est que
nous n'attachons pas la même importance aux différentes informations.
Mais ça, ça dépend de chacun. C'est pour ça qu'il y a plusieurs éditeurs
de textes avec des options différentes. Pour pouvoir trouver ce qui nous
correspond le mieux.

>> surtout que la liste des contributeurs doit pouvoir
>> se retrouver avec SVN.
>
> ah ça, ça me parait compliqué et risqué.
> parles-tu du SVN log ?
> en tout cas, ça me parait plus sur de trouver les infos dont on a besoin 
> dans chaque copie, sans devoir fouiller l'historique SVN.

Je ne connais pas svn, ça fait trop longtemps que je l'ai utilisé et de
manière limitée dans WSAD. Dans git, un git blame te dit qui a écrit
chaque ligne du fichier et à quelle heure.

>> Et la licence par fichier, on ne fait pas
>> toujours ce qu'on veut,
>
> tu veux dire que tu prends en compte le fait que d'autres veulent ça ?

Je veux dire que moi, je pars d'une feuille blanche alors je fais ce que
je veux. Mais quand tu pars d'un projet écrit par d'autres avec des
contraintes (par exemple des licences différentes sur des fichiers
différents), et bien tu dois prendre l'historique en considération.

> rien d'autre à dire ?

Là, comme ça, non.

> Par exemple, ça ne fait pas trop bizarre, que les signes "commentaire" 
> fassent une sorte de "6" ? Un "E" ça serais mieux ?
> Je préfère éviter un "8" parce que je serais trop tenté de faire du 
> copier-coller avec les Copyright, et ça serais dangereux.

Non, ce n'est pas bizarre, ce qui est important c'est que ce soit homogène.

-- 
Si vous avez du temps à perdre :
https://scarpet42.gitlab.io