Path: ...!news.mixmin.net!proxad.net!feeder1-2.proxad.net!cleanfeed2-b.proxad.net!nnrp6-1.free.fr!not-for-mail
From: Thomas <fantome.forums.tDeContes@free.fr.invalid>
Newsgroups: fr.comp.applications.libres
Mail-Copies-To: nobody
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>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
User-Agent: MT-NewsWatcher/3.5.3b3 (Intel Mac OS X)
Date: Sun, 31 Jul 2022 19:32:00 +0200
Lines: 187
Message-ID: <62e6bc90$0$26304$426a74cc@news.free.fr>
Organization: Guest of ProXad - France
NNTP-Posting-Date: 31 Jul 2022 19:32:01 CEST
NNTP-Posting-Host: 91.175.52.121
X-Trace: 1659288721 news-2.free.fr 26304 91.175.52.121:6263
X-Complaints-To: abuse@proxad.net
Bytes: 8373

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.

ce qui compte c'est plutôt le "look and feel" auquel je suis habitué 
avec l'ensemble des applications graphiques sur un système donné.

> Mais au moins, neovim 

on dirait le même genre de ratage que moi la dernière fois :-)

> 
> > je supporte pico pour les fichiers de config système.
> 
> 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.

> 
> > 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.)


> >> > mais de toutes façons il faut éviter le gaspillage.
> >> 
> >> Oui, et la redondance d'information. Une information identique à
> >> plusieurs endroits différents c'est mauvais parce que l'information
> >> évolue et elle ne sera jamais mise à jour partout et à un moment tu as
> >> des informations périmées à plein d'endroits et plus personne ne sait ce
> >> qui est à jour et ce qui est périmé.
> >
> > je prend en compte la remarque.
> >
> > ça ne me fait pas complètement changer d'avis pour le moment.
> 
> T'as pas à changer d'avis. Tu fais ce que tu veux. Je ne connais pas
> l'Ada, je n'ai pas l'intention d'apprendre, je ne peux pas t'aider et je
> ne le pourrais pas. Tu n'as donc pas à chercher à t'adapter à ce que je
> souhaiterais si je venais t'aider.

je pose mes questions "dans l'esprit lean" expliqué brièvement ici : 
<62e53bfa$0$18748$426a74cc@news.free.fr>

tu es donc le bienvenu pour donner ton avis, et je t'en remercie. :-)


> >> Alors je n'ai jamais écrit que j'étais contre les en-têtes. Tous mes
> >> fichiers (enfin ceux qui ont de l'importance à mes yeux) ont des
> >> entêtes. La date et l'heure de dernière modification se mettent à jour
> >> toutes seules à chaque fois que j'enregistre.
> >
> > à quel moment ça sert ? c'est quand ton OS ou VCS décide de changer 
> > cette date lui-même ?
> 
> 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 ?

en tout cas, git je ne sais pas, mais svn, quand on lui demande un 
nouvel espace de travail, il met tout avec l'heure du moment de 
l'opération, au lieu de remettre celle du commit de chaque fichier.
ça devrais pouvoir être changé, mais avec svn si on peut déjà le faire 
je ne sais pas comment.

> 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.)

> 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 quoi, les n° à gauche qui vont dans les 2 sens ?
> 
> C'est le numéro de ligne relatif. Le numéro à gauche de la ligne active,
> c'est le numéro de la ligne du fichier. Ensuite, c'est le numéro de
> ligne par rapport à la ligne actuelle. Le but, c'est que si je veux
> déplacer mon curseur sur une ligne de l'écran particulière, je n'ai pas
> à calculer. Un coup d'œil à gauche et je sais que la ligne qui
> m'intéresse se trouve, par exemple, 13 lignes au dessus de la ligne
> actuelle.

> C'est super pratique et je ne vois pas l'intérêt d'avoir le numéro de
> ligne à gauche du fichier comme le font les éditeurs actuels.

merci pour l'explication. :-)



> 
> >> > si tu veux bien jeter un coup d'oeil, pour me dire si quelque chose ne 
> >> > va pas :
> >> > http://svn.savannah.gnu.org/viewvc/rapid?view=revision&revision=269

> Oui, là, en fait, la licence ne prend pas tant de place que ça, mais
> combiné avec l'aération et à la liste des contributeurs, ça peut vite
> prendre la moitié de l'affichage. Perso, c'est plutôt un truc que je
> mettrais en central,

ah oui, la liste des contributeurs aussi ?

> 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.

> 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 ?

> mais ça me semble surtout plus lourd.

si tu regardes les diff, tu verras l'économie :-)



rien d'autre à dire ?

Par exemple, ça ne fait pas trop bizarre, que les signes "commentaire" 
========== REMAINDER OF ARTICLE TRUNCATED ==========