Re: Software Package Data Exchange

Liste des GroupesRevenir à fca libres 
Sujet : Re: Software Package Data Exchange
De : sc (at) *nospam* fiat-linux.fr (Stéphane CARPENTIER)
Groupes : fr.comp.applications.libres
Date : 05. Aug 2022, 20:28:29
Autres entêtes
Organisation : Mulots' Killer
Message-ID : <62ed614d$0$18718$426a74cc@news.free.fr>
References : 1 2 3 4 5 6 7 8 9 10 11
User-Agent : slrn/1.0.3 (Linux)
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

Date Sujet#  Auteur
20 Jul 22 * Software Package Data Exchange27Thomas
20 Jul 22 `* Re: Software Package Data Exchange26Nicolas George
20 Jul 22  `* Re: Software Package Data Exchange25Thomas
21 Jul 22   +* Re: Software Package Data Exchange8Nicolas George
21 Jul 22   i`* Re: Software Package Data Exchange7Thomas
22 Jul 22   i `* Re: Software Package Data Exchange6Nicolas George
23 Jul 22   i  `* Re: Software Package Data Exchange5Thomas
23 Jul 22   i   `* Re: Software Package Data Exchange4Marc SCHAEFER
24 Jul 22   i    `* Re: Software Package Data Exchange3Thomas
24 Jul 22   i     `* Re: Software Package Data Exchange2Nicolas George
24 Jul 22   i      `- Re: Software Package Data Exchange1Marc SCHAEFER
22 Jul 22   `* Re: Software Package Data Exchange16Stéphane CARPENTIER
23 Jul 22    +* Re: Software Package Data Exchange3Thomas
23 Jul 22    i`* Re: Software Package Data Exchange2Stéphane CARPENTIER
23 Jul 22    i `- Re: Software Package Data Exchange1Thomas
26 Jul 22    `* Re: Software Package Data Exchange12Thomas
30 Jul 22     `* Re: Software Package Data Exchange11Stéphane CARPENTIER
30 Jul 22      +* Re: Software Package Data Exchange7Thomas
30 Jul 22      i+* Re: Software Package Data Exchange5Stéphane CARPENTIER
31 Jul 22      ii`* Re: Software Package Data Exchange4Thomas
31 Jul 22      ii `* Re: Software Package Data Exchange3Stéphane CARPENTIER
31 Jul 22      ii  `* Re: Software Package Data Exchange2Thomas
5 Aug 22      ii   `- Re: Software Package Data Exchange1Stéphane CARPENTIER
30 Jul 22      i`- Re: Software Package Data Exchange1Thomas
30 Jul 22      `* Re: Software Package Data Exchange3Nicolas George
30 Jul 22       `* Re: Software Package Data Exchange2Thomas
30 Jul 22        `- Re: Software Package Data Exchange1Nicolas George

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal