Deutsch English Français Italiano |
<62e65b0b$0$9154$426a74cc@news.free.fr> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!news.mixmin.net!proxad.net!feeder1-2.proxad.net!cleanfeed3-b.proxad.net!nnrp1-1.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> 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: 31 Jul 2022 10:35:55 GMT Lines: 158 Message-ID: <62e65b0b$0$9154$426a74cc@news.free.fr> NNTP-Posting-Date: 31 Jul 2022 12:35:55 CEST NNTP-Posting-Host: 78.201.248.7 X-Trace: 1659263755 news-1.free.fr 9154 78.201.248.7:41314 X-Complaints-To: abuse@proxad.net Bytes: 8084 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> Mais au moins, neovim > 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. Neovim en mode terminal possède déjà un curseur qui change en fonction du mode. Il faut peut-être utiliser un terminal moderne pour ça, mais dans Alacritty, ça le fait bien. > j'utilise TextWrangler 4.5.12 (Mac OS X 10.6.8). > https://www.barebones.com/products/textwrangler/ De la capture d'écran, à part des menus qui prennent de la place, je ne vois pas ce qu'il y a de plus. > 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 ». Mais de ce que j'ai vu, à part peut-être Emacs (que je ne peux pas utiliser à cause de la touche Echap qui me perturbe trop), je n'ai jamais rien vu qui me permettait de faire ce que je fais avec vim. >> > 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. >> 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 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 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. >> Je suis contre la redondance d'information. Et je suis contre la >> pollution. Donc, je veux pouvoir masquer ce qui me gêne à un moment >> donné et supprimer ce qui ne sert pas. Comme les entêtes font 6 lignes, ça >> ne ne gêne pas et je n'essaye pas de les masquer. >> >> Par exemple, sur mon fichier de conf de neovim : >> <https://gitlab.com/scarpet42/dotfiles/-/blob/master/.config/nvim/init.vim> > > désolé, mon navigateur est trop vieux. ça n'affiche presque rien. C'est mon fichier de conf de neovim. >> >> Quand je l'édite, je ne vois que les blocs de code : >> <https://ibb.co/X2vtHsC> > > c'est un peu flou et sombre (j'ai réussi à récupérer > https://i.ibb.co/TvFty8g/scrsc220730-180421.png ), > mais je devine que quand on a le fichier original à coté on s'y retrouve. C'est une capture d'écran de ce qu'affiche neovim. J'ai regroupé les configurations liées entre elles dans des blocs (genre tout ce qui est lié au curseur, tout ce qui est lié à la gestion des blocs...) et seul le titre du bloc s'affiche avec le nombre re lignes. Et si je veux regarder ce qui est dans le bloc, je le déplie. > 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. J'ai juste à faire un « 13k » pour y mettre le curseur. Ou alors si je veux supprimer les 15 lignes qui suivent mon curseur, je fais juste un « d15j », le 15, je n'ai pas eu à le deviner ou à le compter, j'ai juste eu à le lire. Et c'est plus rapide que de supprimer les lignes une par une quinze fois de suite. 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. >> > 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, mais alors là, pour que je regarde, il faut un lien direct vers une >> page de code. Parce que je n'en ai pas trouvé. > > tu n'en as pas trouvé dans cette page ?? Non, je ne comprends pas, là, je trouve du premier coup alors que lorsque j'ai cherché la première fois j'étais tombé à la racine du projet et je n'ai pas réussi à trouver cette page. 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, surtout que la liste des contributeurs doit pouvoir se retrouver avec SVN. Et la licence par fichier, on ne fait pas toujours ce qu'on veut, mais ça me semble surtout plus lourd. > en relisant je viens de penser : tu voulais peut-être le fichier brut, > sans mise en forme html ? Non, c'est pareil. Je n'avais pas dû suivre le bon lien la première fois. -- Si vous avez du temps à perdre : https://scarpet42.gitlab.io