Re: Software Package Data Exchange

Liste des GroupesRevenir à fca libres 
Sujet : Re: Software Package Data Exchange
De : fantome.forums.tDeContes (at) *nospam* free.fr.invalid (Thomas)
Groupes : fr.comp.applications.libres
Date : 31. Jul 2022, 19:32:00
Autres entêtes
Organisation : Guest of ProXad - France
Message-ID : <62e6bc90$0$26304$426a74cc@news.free.fr>
References : 1 2 3 4 5 6 7 8 9 10
User-Agent : MT-NewsWatcher/3.5.3b3 (Intel Mac OS X)
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"
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.

--
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/

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