Derniers messages sur Zeste de Savoirhttps://zestedesavoir.com/forums/2024-02-14T19:54:14+01:00Les derniers messages parus sur le forum de Zeste de Savoir.Introduction à Vim, message #2540002024-02-14T19:54:14+01:00Jo2125/@Jo2125https://zestedesavoir.com/forums/sujet/6915/introduction-a-vim/?page=1#p254000<p>Bravo pour cette belle initiative, et pour sa qualité, voici quelques premières suggestions de ma part.</p>
<p>-1
«Pour bien commencer (l2)»
Après avoir <em>tapez</em> → <strong>tapé </strong></p>
<p>-2
Après:
«La commande :help nom_de_la_commande affiche l’aide associée. N’hésitez pas à ouvrir l’aide quand vous avez besoin d’informations.»</p>
<p>Il peut-être utile d’ajouter:</p>
<p>«Pour sortir de l’aide ':q'
Pour éditer en gardant l’aide affiché 'Ctrl-W j’»</p>
<p>-3</p>
<p>«Vos premières commandes</p>
<p>…</p>
<p>:wq ou :x ou ZZ pour enregistrer un fichier et sortir»</p>
<p>Ce qui suit rendrait ':wq' immédiatement explicite. (Ne pas sembler ésotérique me semble nécessaire pour ne pas rebuter les débutants.)</p>
<p>':w' pour enregistrer sans sortir,
':q' pour sortir (si rien n’a été modifié depuis le dernier :w)
'q!' pour sortir sans enregistrer</p>
<p>-4
Les substitutions :</p>
<p>pourquoi ne pas indiquer tout de suite (par exemple en mettant un titre de sous-paragraphe):
sans préfixe, s’applique à la ligne courante, à une sélection de lignes, à des lignes désignées par leur N°, ou à tout le fichier avec %</p>
<p>s’appliquent:
Sans préfixe, sur la ligne courante:
:s/ancien/nouveau/ = remplacer ancien par nouveau
:s/ancien/nouveau/g = idem, sur toute la ligne
Sur les lignes A à B:<br>
:A,Bs/ancien/nouveau/g = idem, de la ligne A à la ligne B
Dans tout le fichier:
:%s/ancien/nouveau/g = idem, dans tout le fichier
:%s/ancien/nouveau/gc = idem, avec une invite pour confirmer ou infirmer chaque substitution
Appliquer à une sélection, la touche ':' affiche:
:’<,’>
donc:
:’<,’>s/ancien/nouveau/g </p>
<p>C’est un peu plus long, mais plus explicite.</p>
<p>-5
«La commande étoile</p>
<p>Pressez ↕ vous placera sur la prochaine …» </p>
<div class="hljs-code-div hljs-code-text"><pre><code class="hljs language-text"> * n'apparaît pas
</code></pre></div>J'utilise Vim, et vous ?, message #2535432024-01-02T10:46:21+01:00viki53/@viki53https://zestedesavoir.com/forums/sujet/17285/jutilise-vim-et-vous/?page=1#p253543<p>Hello <a href="/@pyoroalb" rel="nofollow" class="ping ping-link">@<span class="ping-username">pyoroalb</span></a>,</p>
<p>ZdS propose une fonctionnalité de billets pour publier ce type de contenus au bon endroit/format, plutôt que de risquer qu’il ne se retrouver perdu dans les tréfonds du forum. <img src="/static/smileys/svg/clin.svg" alt=";)" class="smiley"> </p>
<p>Tu en as d’ailleurs déjà publié : <a href="https://zestedesavoir.com/billets/voir/pyoroalb/">https://zestedesavoir.com/billets/voir/pyoroalb/</a> </p>
<p>N’hésite pas à recopier ton post sous forme de billet et à poster le lien dans le premier message de ce topic, on pourra fermer le topic ensuite pour être sûr de garder la conversation en commentaire du billet.</p>J'utilise Vim, et vous ?, message #2535422024-01-02T10:43:42+01:00Jacen/@Jacenhttps://zestedesavoir.com/forums/sujet/17285/jutilise-vim-et-vous/?page=1#p253542<p>Pour développer, j’utilise principalement Vim, avec le plugin fuGitive, pour l’intégration git, et <a href="https://github.com/bootlin/elixir">Elixir</a>, qui indexe le code sur plusieurs branches. En fait j’utilise l’instance Elixir hébergée par Bootlin.</p>
<p>La conséquence, c’est que ça marche très bien pour mes besoins habituels, avec parfois 6 codes ouverts en même temps sur le même écran (pas forcément dans des fichiers différents), mais par contre je deviens moins efficace quand il s’agit de travailler sur les projets internes de ma boite: ils sont en C++, on n’a pas d’indexation partagée, et je n’ai rien dans Vim pour indexer toute la base de code. Quand je cherche à tracer des dépendances, ça passe souvent à coup de grep. Ça marche quand même bien parce que la base de code est bien organisée, les règles de codages appliquées strictement, et le code assez bien compartimenté, donc je m’en sors sans outil comprenant la syntaxe du C++, mais c’est un peu rustique.</p>
<p>A ce jour, ça marche suffisamment bien pour que je garde 3 outils indépendants (le 3eme étant le build) sans chercher à tout intégrer en 1.</p>J'utilise Vim, et vous ?, message #2535412024-01-02T10:01:00+01:00romantik/@romantikhttps://zestedesavoir.com/forums/sujet/17285/jutilise-vim-et-vous/?page=1#p253541<p>Salut,</p>
<p>Pour ma part j’aime bien utiliser des IDE spécialisés ou officiellement recommandés dans la techno que j’utilise.<br>
Ainsi j’utilise principalement <a href="https://www.qt.io/product/development-tools">QtCreator</a> car mes projets professionnels sont principalement Qt.<br>
J’utilise <a href="https://developer.android.com/studio">Android studio</a> dans mes experiences Kotlin/Java ciblant Android.<br>
J’utilise <a href="https://vscodium.com/">VS Codium</a> avec l’extension <a href="https://code.visualstudio.com/docs/languages/rust">rust-analyser</a> pour rust.<br>
J’utilise <a href="https://brackets.io/">Bracket</a> pour faire du développement web. </p>
<p>Pour traiter ponctuellement des fichiers de conf, des petits codes, des petites docs, j’utilise des éditeurs plus généraliste : <a href="https://notepad-plus-plus.org/">notepad++</a>, <a href="https://vscodium.com/">VS Codium</a> ou <a href="https://neovim.io/">NeoVim</a>.<br>
J’utilise parfois vim voir même vi car installé par défaut sur beaucoup de systèmes linux, incluant des serveurs et des plateformes embarquées, mais je trouve l’idée de neovim d’intégrer un vrai langage de programmation plutôt que du vimscript maison très intéressante et en plus j’aime Lua. (de la même façon que je trouve xmake très intéressant pour gérer les projets c++ mais je continue d’utiliser cmake car c’est le standard de facto)<br>
J’utilise d’ailleurs <a href="https://studio.zerobrane.com/">ZeroBrane Studio</a> pour Lua.</p>
<p>Je suis peu attaché à mes raccourcis clavier et je préfère profiter d’une intégration maximale des outils qui peuvent m’être utile plutôt que de batailler avec des configurations et une ergonomie moins adaptée à chaque fois.</p>J'utilise Vim, et vous ?, message #2535392024-01-02T06:07:49+01:00pyoroalb/@pyoroalbhttps://zestedesavoir.com/forums/sujet/17285/jutilise-vim-et-vous/?page=1#p253539<h3 id="introduction">Introduction<a aria-hidden="true" tabindex="-1" href="#introduction"><span class="icon icon-link"></span></a></h3>
<p>Ici nous allons parler du logiciel principal que vous (les développeurs) utilisez pour développer. Bien souvent c’est l'<a href="https://fr.wikipedia.org/wiki/Environnement_de_d%C3%A9veloppement"><abbr title="integrated development environment">IDE</abbr></a> ou encore un simple éditeur de fichier.</p>
<p>Le but de ce billet n’est pas de débattre pour choisir quels outils est meilleur que l’autre. Nous cherchons à faire une discussion légère afin d’échanger sur les raisons de votre choix.</p>
<div class="custom-block custom-block-information"><div class="custom-block-body"><p>Dire qu’un outil est <em>mieux</em> qu’un autre parce que ce dernier comporte une fonctionnalité que <strong>vous</strong> préférez est identique à dire qu’une couleur est meilleure qu’une autre parce que vous la préférez.</p></div></div>
<h3 id="mes-besoins">Mes besoins<a aria-hidden="true" tabindex="-1" href="#mes-besoins"><span class="icon icon-link"></span></a></h3>
<p>Lorsque j’ai fait mes premiers pas dans le domaine du développement j’ai appris <em>presque</em> parallèlement un peu de Bash, du Python et du JavaScritp (Node).<br>
En suivant les conseils des gens qui m’entouraient à ce moment là, je me suis orienté vers un outil qui permet d’être polyvalent. Le but était de ne pas appendre 3 outils différents pour travailler <strong>en plus</strong> d’apprendre à maitriser les outils pour réaliser mes projets (les langages de programmation).<br>
En plus de cela on m’a orienté vers un outil extensible afin de pouvoir ajouté de fonctionnalités selon mes besoins.</p>
<h3 id="ma-problématique-la-souris">Ma problématique (la souris)<a aria-hidden="true" tabindex="-1" href="#ma-problématique-la-souris"><span class="icon icon-link"></span></a></h3>
<p>Depuis que j’utilise un ordinateur (environ quand je suis entré au lycée, il y a environ 10 ans) quelque chose me <em>génais</em>. C’était la souris. Ce que je n’aime pas est le fait de passer ma main du clavier à la souris.</p>
<div class="custom-block custom-block-information"><div class="custom-block-body"><p>Bien sûr il existe des solutions pour ne pas déplacer sa main entre le clavier et la souris. On peut penser au RollerMouse ou SliderMouse mais ce n’est pas le sujet ici.</p></div></div>
<p>J’étais donc déjà convaincu par l’utilisation du terminal qui me permettais d’utiliser uniquement mon clavier pour utiliser mon ordinateur. </p>
<h3 id="vim">Vim<a aria-hidden="true" tabindex="-1" href="#vim"><span class="icon icon-link"></span></a></h3>
<p>Suite à mes besoins et comment je souhaitais utiliser mon ordinateur, Vim semblait être l’outil approprié.<br>
J’ai commencé à utiliser cet outil dès mes débuts dans l’informatique (au moment où je me suis intéressé à Linux, il y a environ 10 ans).<br>
Bien sûr je me suis cassé les dents, car la courbe de progression de Vim commence par un mur de 2m à escalader tandis que nous savons pas encore marcher.<br>
Maintenant, après plusieurs années à utiliser cet outil (pendant toutes mes études et aujourd’hui quotidiennement au travail ou pour mes projets personnels) il me permet de développer très rapidement.</p>
<p>Ce qui me plaît le plus dans cet outil est le fait de pouvoir naviguer dans mes projets rapidement sans lever les mains de mon clavier.<br>
En plus de cela il met à disposition des commandes pour effectuer rapidement des actions complexes.</p>
<h3 id="non-je-ne-veux-pas-de-votre-extension">Non, je ne veux pas de votre extension<a aria-hidden="true" tabindex="-1" href="#non-je-ne-veux-pas-de-votre-extension"><span class="icon icon-link"></span></a></h3>
<p>Certains me diront de me diriger vers des outils comme <abbr title="Visual Studio Code">VSC</abbr> ou IntelliJ et d’y ajouter l’extension qui va bien pour avoir les fonctionnalités de Vim dans des outils plus modernes.<br>
C’est un compromis que j’ai essayé pendant plusieurs mois. J’ai cependant constaté deux soucis. </p>
<p>Le premier est que les extensions ont une limite. Certaines fonctionnalités n’étaient pas implémentées lorsque je les ai essayé (je pense aux commandes de substitution). J’ai donc trouvé comme alternative d’utiliser les raccourcis claviers des outils plus modernes.</p>
<p>La seconde est que les outils plus modernes sont conçus avec les interfaces modernes, donc avec l’utilisation de la souris. De ce fait les raccourcis ne me semblent pas intuitifs ou plus complexes à utiliser. J’étais moins à l’aise pour utiliser ces outils.</p>
<p>À chaque fois, je suis donc retourné à Vim.</p>
<h3 id="conclusion">Conclusion<a aria-hidden="true" tabindex="-1" href="#conclusion"><span class="icon icon-link"></span></a></h3>
<p>J’utilise Vim car il me permet de développer avec de multiples technologies le tout sans lever les mains de mon clavier (pas même pour toucher à la souris). <img src="/static/smileys/svg/heureux.svg" alt=":D" class="smiley"> </p>
<hr>
<p>Et vous ? Quel est votre outil de développement préféré et pourquoi vous avez choisi celui-ci ?</p>ateliers vi, message #2475632022-12-11T17:48:05+01:00Gil Cot/@Gil%20Cothttps://zestedesavoir.com/forums/sujet/16653/ateliers-vi/?page=1#p247563<p>Bonjour les agrumes !</p>
<p>La bêta a été mise à jour et décante sa pulpe
à l’adresse suivante :</p>
<div class="align-center"><p> <a href="https://zestedesavoir.com/contenus/beta/4327/ateliers-vi/">ateliers vi</a> </p></div>
<p>Merci d’avance pour vos commentaires.</p>ateliers vi, message #2473432022-12-04T14:36:06+01:00Gil Cot/@Gil%20Cothttps://zestedesavoir.com/forums/sujet/16653/ateliers-vi/?page=1#p247343<p>Hello,</p>
<p>Merci pour ce premier retour très précieux. Je réponds rapidement pour quelques points. </p>
<blockquote>
<p>Est-il utile de faire un détail de tous les types de blocs dès l’introduction ?</p>
</blockquote>
<p>Comme titré, il s’agit des conventions (de présentation) adoptées pour (toutes les parties de) la suite. C’est normalement une section séparée, mais je n’ai pas trouvé comment faire une section toute seule ici. :s Je m’étais noté de poser la question sur le forum mais ai oublié de le faire avant de passer en bêta. </p>
<blockquote>
<p>Est-ce bien nécessaire, dans un contenu en français, d’indiquer le nom de la touche <code>maj</code> en espagnol, italien ou allemand ?</p>
</blockquote>
<p>Ah justement, tu l’appelles « touche <code>maj</code> » et moi j’utilise jamais cette appellation. Lors des ateliers, je parle de « touche <em>shift</em> » et/ou de « bascule majuscule » mais j’utilise le symbole sur les supports que je distribue. Par ailleurs, j’ai rencontré diverses sortes de claviers (y compris allemand) lors de mes ateliers. Du coup, je suis parti du principe qu’en mettant en ligne il fallait anticiper car je ne serai pas devant le lectorat sans frontière pour m’adapter à chaque clavier… </p>
<blockquote>
<p>tu expliques comment utiliser la touche <code>maj</code> et le fait que la casse n’est pas forcément celle inscrite sur les touches du clavier, ce qui ressemble à des instructions pour grand débutant… </p>
</blockquote>
<p>Non, non, l’emploi du mot « casse » indique que ce ne sont pas de « grands débutants » …mais ce ne sont pas forcément des gens avec de « solides notions » : j’avais dans mes ateliers, aussi bien des informaticiens plutôt orientés administration Windows qui cherchaient à basculer administration Linux que des gens loin de l’informatique qui s’y reconvertissent, ainsi que quelques fois des amateurs qui voulaient consolider leurs connaissances par une formation. C’est noté ; je vais reformuler.</p>
<p>Par contre, comme j’utilise la notation « <kbd>touche</kbd> » il me fallait préciser (et insister sur le fait) que je ne parle pas du marquage physique. Par exemple, je vais dire qu’il faut appuyer sur la touche <kbd>t</kbd> …et bien bien plus loin je vais mentionner la touche <kbd>T</kbd> …et dans tout ça je ne me préoccupe pas de la disposition clavier de chaque personne qui lira (déjà en ateliers j’ai constaté que certains caractères en accès direct chez moi ne le sont pas chez les autres et vice-versa, donc je ne peux pas partir sur des <em>shift-t</em> qui reviendrait à prendre mon cas pour une généralité.) :/ </p>ateliers vi, message #2473072022-12-03T18:14:16+01:00SpaceFox/@SpaceFoxhttps://zestedesavoir.com/forums/sujet/16653/ateliers-vi/?page=1#p247307<p>Je pense avant tout que tu devrais réfléchir à qui s’adresse ton cours, et à l’alléger de ce qui ne rentre pas dans le public cible. Quelques exemples :</p>
<ul>
<li>Est-ce nécessaire d’indiquer les prononciations anglophones selon une norme (?) elle-même anglophone (ex : /vee eye/) ?</li>
<li>Est-il utile de faire un détail de tous les types de blocs dès l’introduction ?</li>
<li>Est-ce bien nécessaire, dans un contenu en français, d’indiquer le nom de la touche <code>maj</code> en espagnol, italien ou allemand ?</li>
</ul>
<p>Juste avant ce dernier exemple, tu expliques comment utiliser la touche <code>maj</code> et le fait que la casse n’est pas forcément celle inscrite sur les touches du clavier, ce qui ressemble à des instructions pour grand débutant… mais un peu plus haut tu parles de compatibilité POSIX ou de compatibilité <code>ed</code> ce qui part du principe que l’utilisateur a déjà de solides notions.</p>
<p>Une coquille :</p>
<blockquote>
<p>cette liaison est indiquée par un « — » (tiret demi-cadratin)</p>
</blockquote>
<p>Le tiret que tu as tapé est un cadratin.</p>ateliers vi, message #2473002022-12-03T05:55:50+01:00Gil Cot/@Gil%20Cothttps://zestedesavoir.com/forums/sujet/16653/ateliers-vi/?page=1#p247300<p>Tout le monde se secoue ! <img src="/static/smileys/svg/heureux.svg" alt=":D" class="smiley"></p>
<p>J’ai commencé (mercredi 26 octobre 2022 à 11h14) la rédaction d’un tutoriel au doux nom
de « ateliers vi » et j’ai pour objectif de proposer en validation
un texte aux petits oignons. Je fais donc appel à votre bonté sans
limites pour dénicher le moindre pépin, que ce soit à propos
du fond ou de la forme. Vous pourrez consulter la bêta à votre guise à
l’adresse suivante :</p>
<div class="align-center"><p> <a href="https://zestedesavoir.com/contenus/beta/4327/ateliers-vi/">À présent, c’est à vous !</a> </p></div>
<p>PS : Il s’agit de la première des trois parties, qui reprend et met en forme un cours dispensé il y a quelques années. Tout retour serait utile pour corriger le tir avant les autres parties. </p>
<p>Merci !</p>Réflexion sur l'UX de l'éditeur, message #2265002020-09-28T22:21:16+02:00burbigo5/@burbigo5https://zestedesavoir.com/forums/sujet/14378/reflexion-sur-lux-de-lediteur/?page=1#p226500<p>Personnellement je trouve que c’est une excellente suggestion !</p>Réflexion sur l'UX de l'éditeur, message #2243092020-07-21T19:17:41+02:00Amaury/@Amauryhttps://zestedesavoir.com/forums/sujet/14378/reflexion-sur-lux-de-lediteur/?page=1#p224309<p>Ça c’est actuellement possible si tu passes en mode double-colonne avec ce bouton : <img src="/media/galleries/5995/36484a80-e436-4722-98c3-fcd7e4880968.png"> sur l’éditeur expérimental <img src="/static/smileys/svg/smile.svg" alt=":)" class="smiley"></p>
<p>Par contre c’est à côté, pas en dessous.</p>Réflexion sur l'UX de l'éditeur, message #2243082020-07-21T18:36:01+02:00anonyme/@anonymehttps://zestedesavoir.com/forums/sujet/14378/reflexion-sur-lux-de-lediteur/?page=1#p224308<p>Sympas la proposition. J’ai une autre proposition également (je tilt régulièrement dessus, autant en profiter) : pouvoir visualiser le rendu Markdown en temps réel (= l’aperçu) juste en dessous plutôt que de recharger la page. Après si ça ne convient pas à tout le monde, l’enregistrer dans le profil utilisateur. Ce serait tellement pratique !! <img src="/static/smileys/svg/smile.svg" alt=":)" class="smiley"></p>Réflexion sur l'UX de l'éditeur, message #2243072020-07-21T16:40:53+02:00Amaury/@Amauryhttps://zestedesavoir.com/forums/sujet/14378/reflexion-sur-lux-de-lediteur/?page=1#p224307<p><em>Dans tout ce qui suit, je ne parlerai que du <strong>nouvel éditeur</strong>.</em></p>
<p>Malgré ses quelques bugs, le nouvel éditeur est pratique. Pour la rédaction, c’est un vrai confort d’avoir la prévisualisation côte à côte, la coloration du Markdown, etc. Mais je trouve que d’un point de vue <em>expérience utilisateur</em>, il pourrait être amélioré ; voici donc quelques pistes de réflexions.</p>
<h3 id="un-éditeur-qua-en-réalité-deux-catégories-dusage">Un éditeur qu’a en réalité deux catégories d’usage<a aria-hidden="true" href="#un-éditeur-qua-en-réalité-deux-catégories-dusage"><span class="icon icon-link"></span></a></h3>
<p>On a toujours eu un seul éditeur sur ZdS sur tout le site : le même éditeur sur les forums, les contenus, etc. Et c’est très bien d’un point de vue maintenance : on n’a pas vraiment envie d’avoir à gérer douze éditeurs différents, ou même deux, ce ne serait pas très pratique.</p>
<p>Mais. Si on y réfléchit un peu, on a deux contextes d’écriture assez différents sur ZdS : </p>
<ul>
<li>l’écriture <strong>sur les forums</strong>, qui est généralement directe, rapide, sans de gros besoins de mise en forme ;</li>
<li>l’écriture <strong>d’un contenu</strong>, qui est généralement plus longue, plus complexe, avec toute la puissance de zmd utilisée.</li>
</ul>
<p>Et notre éditeur ne reflète absolument pas cette différence de contexte d’écriture, car il est identique (et complet) partout. Il est donc bien pour les contenus, mais assez lourd pour les forums, par exemple. Regardez-donc tous ces boutons, on dirait qu’il est adolescent.</p>
<figure><img src="https://user-images.githubusercontent.com/1417570/88055281-0128bc80-cb5f-11ea-9fd4-cc910839eb8a.png" alt="L'éditeur moderne aujourd'hui"><figcaption>L'éditeur moderne aujourd'hui</figcaption></figure>
<div class="custom-block custom-block-spoiler"><div class="custom-block-heading">La liste des boutons de l’éditeur, actuellement</div><div class="custom-block-body"><ul>
<li>Gras</li>
<li>Italique</li>
<li>Barré</li>
<li>Abréviation</li>
<li>Touche du clavier</li>
<li>Code en ligne</li>
<li>— </li>
<li>Exposant</li>
<li>Indice</li>
<li>— </li>
<li>Centré</li>
<li>Aligné à droite</li>
<li>— </li>
<li>Liste</li>
<li>Liste numérotée</li>
<li>Liste de tâches</li>
<li>— </li>
<li>Titre</li>
<li>— </li>
<li>Image</li>
<li>Lien</li>
<li>— </li>
<li>Citation</li>
<li>Bloc de code</li>
<li>Formule mathématique</li>
<li>Tableau</li>
<li>— </li>
<li>Blocs d’information/avertissements/secrets/etc.</li>
<li>— </li>
<li>“Mode compatibilité”</li>
<li>Aperçu</li>
<li>Mode double-colonnes</li>
<li>Mode plein écran</li>
</ul></div></div>
<h3 id="une-idée-pour-optimiser-léditeur-pour-les-deux-usages-le-mode-plein-écran">Une idée pour optimiser l’éditeur pour les deux usages : le mode “plein écran”<a aria-hidden="true" href="#une-idée-pour-optimiser-léditeur-pour-les-deux-usages-le-mode-plein-écran"><span class="icon icon-link"></span></a></h3>
<p>L’éditeur a <em>déjà</em> deux modes d’affichage : en petit, et en plein écran. Ma proposition est de <strong>réduire le nombre de boutons affichés dans le mode de base, et de tout mettre dans le mode plein écran</strong>. Ça permettrait de simplifier drastiquement l’éditeur pour les cas simples (typiquement, les forums), en allant directement à l’essentiel — tout en permettant de garder toutes les options sous la main, en un clic.</p>
<p>Aussi, comme c’est un cas d’usage majoritaire, je mettrais le mode “double-colonne” en mode par défaut quand on passe en plein écran.</p>
<p>Au passage, on pourrait en profiter pour améliorer l’apparence de l’éditeur en version petite. À ce niveau, j’admets que j’aime <em>beaucoup</em> ce qu’a fait GitHub, et je pense qu’on pourrait s’en inspirer. Seule chose, j’ignore quelles sont les possibiltiés et contraintes d’EasyMDE en terme d’intégration de l’éditeur et de différences entre le mode normal et le mode plein écran : peut-on l’utiliser juste pour le bloc de texte, et gérer le reste nous-même, en appelant ses API au clic sur un bouton ?</p>
<h3 id="quest-ce-que-ça-pourrait-donner">Qu’est-ce que ça pourrait donner ?<a aria-hidden="true" href="#quest-ce-que-ça-pourrait-donner"><span class="icon icon-link"></span></a></h3>
<p>J’avais donc imaginé un truc comme ça pour l’éditeur en petite version. Bien sûr, ce n’est qu’un brouillon sur papier, pour le moment, et je suis ouvert à toutes les remarques. Le style graphique n’est pas encore le propos (de toute façon, ça reprendrait celui de ZdS) ; surtout l’organisation de l’interface et l’expérience utilisateur. Ah, et considérez que tous les éléments en dessous sont correctement alignés, aussi : ce n’est pas censé dépasser.</p>
<figure><img src="https://user-images.githubusercontent.com/1417570/88057067-d2f8ac00-cb61-11ea-86ab-83fb79830778.png" alt="Maquette pour le nouvel éditeur, version petite"><figcaption>Maquette pour le nouvel éditeur, version petite</figcaption></figure>
<p>Les boutons que je garderais pour la version petite sont les suivants (ordonnés et séparés ainsi) : </p>
<ul>
<li>Gras</li>
<li>Italique</li>
<li>Barré</li>
<li>Titre</li>
<li>— </li>
<li>Liste</li>
<li>Liste numérotée</li>
<li>Liste de tâches</li>
<li>— </li>
<li>Lien</li>
<li>Citation</li>
<li>— </li>
<li>Formule mathématique</li>
<li>Code en ligne</li>
<li>Bloc de code</li>
<li>— </li>
<li>Blocs d’information/avertissements/secrets/etc.</li>
</ul>
<p>C’est ce que je juge utile dans un contexte de forum, ou pour de petits contenus. Ça exclue notamment : </p>
<ul>
<li>les touches de clavier (peu utile sur un forum, généralement, et simple à taper donc peu d’intérêt d’avoir un bouton) ;</li>
<li>les abréviations (surtout utiles dans des contenus, moins dans des posts de forum) ;</li>
<li>les exposants et indices ;</li>
<li>les alignements ;</li>
<li>les tableaux.</li>
</ul>
<p>Ces boutons resteraient bien sûr accessibles sur la version plein écran.</p>
<p>Le bouton d’aperçu est remplacé par une sorte d’onglet bien plus explicite (dans l’idée de séparer les boutons de formatage du texte, des boutons d’action sur l’éditeur (aperçu, plein écran…).</p>
<p>Le bouton de plein écran est remplacé par un lien en bas à droite de l’éditeur « Version complète », assorti d’une icône “plein écran” afin de ne pas surprendre l’utilisateur.</p>
<p>Le mode double-colonne disparaît de la petite version — vue la largeur, il me semble de toute façon peu pertinent.</p>
<h5 id="quen-pensez-vous">Qu’en pensez-vous ?<a aria-hidden="true" href="#quen-pensez-vous"><span class="icon icon-link"></span></a></h5>
<p>Il faut encore que je me renseigne sur la faisabilité (mais je suppose qu’il n’y aurait pas d’oppositions particulières à ce niveau). De toute façon, ce ne sont que pistes de réflexion. Qu’en pensez-vous ?</p>Quel éditeur de texte choisir pour programmer sous Linux ?, message #1586332017-08-03T14:48:48+02:00ache/@achehttps://zestedesavoir.com/forums/sujet/9057/quel-editeur-de-texte-choisir-pour-programmer-sous-linux/?page=3#p158633<p>Mon <del>fichier</del> dossier de configuration vim est accécible par un <code>git clone http://git.ache.one/vim ~/.vim</code></p>
<p>Je le modifie assez souvent, en fonction des problèmes/solutions que je rencontre.</p>Quel éditeur de texte choisir pour programmer sous Linux ?, message #1585822017-08-02T21:47:05+02:00lmghs/@lmghshttps://zestedesavoir.com/forums/sujet/9057/quel-editeur-de-texte-choisir-pour-programmer-sous-linux/?page=3#p158582<figure>
<blockquote>
<p>même si j’aime les IDE (de jetbrains, mais aussi visual studio) et que je n’utilise presque que ça, j’ai vu trop de personnes être aussi efficaces que moi avec leur vim pour te dire que ce que tu dis est globalement faux.</p>
<p>Mais les IDE c’est cool <img alt=":)" src="/static/smileys/smile.png"></p>
</blockquote>
<figcaption><a href="https://zestedesavoir.com/forums/sujet/9057/quel-editeur-de-texte-choisir-pour-programmer-sous-linux/?page=1#p158350">artragis</a></figcaption>
</figure>
<p>Au sens strict du terme : "Integrated Development Environment", Vim est un IDE. On a un niveau d’intégration légèrement supérieur aux IDE officiels d’il y a 25 ans de la famille des Turbo Pascal & cie. Vim c’est deux types d’utilisations très différentes: l’admin système avec un truc installé partout, et l’édition de code. Le premier type d’utilisation favorise la non utilisation de plugins. Le second type tend vite à en abuser. Dans le premier cas, c’est plus vi que vim que l’on recherche, et effectivement, on n’y intègre rien du tout.</p>
<p>Maintenant, ce n’est pas parce qu’il a des caractéristiques d’IDE que chaque caractéristique est parfaitement ergonomique. D’ailleurs …</p>
<figure>
<blockquote>
<p>Je pose toujours la même question quand je vois ça et j’ai jamais de réponse <img alt=":'(" src="/static/smileys/pleure.png"></p>
<p>Comment tu fais du refactoring genre : changer le nom d’une méthode (et du coup en cascade tous les endroits où elle est appelée), déplacer un ficher (et du coup modifier tous les imports de ce fichier), afficher une "call hierarchy", comment tu navigues instantanément vers la définition de ce que tu es en train de regarder (une méthode, une classe, une variable). </p>
<p>J’entends souvent dire que vim / emacs sont aussi (voire plus) puissants que les IDEs, du coup faut bien que les gens qui s’en servent puissent faire ça, non ? Et pourtant à chaque fois que je pose cette question j’ai pas de réponse : sérieux, je suis pas un défenseur bec et ongles des IDEs mais cette question me saoule : "utilisateurs de vim : comment vous faîtes tout ça ??? grzgrgqzfsgr"</p>
</blockquote>
<figcaption><a href="https://zestedesavoir.com/forums/sujet/9057/quel-editeur-de-texte-choisir-pour-programmer-sous-linux/?page=1#p158388">Javier</a></figcaption>
</figure>
<p>Exactement. Les faiblesses de Vim du côté IDE sont le débugage. Il est intégrable depuis longtemps, mais je n’ai jamais trouvé le plugin (pyclewn) très ergonomique. Je n’ai pas encore essayé la surcouche à lldb, ni les surcouches de débugueurs pour Python & autres langages. Peut-être que NeoVim pourra faire mieux suite à ses évolutions côté gestion du terminal et fin du mono-threading (IIRC).</p>
<p>Le second problème, c’est effectivement le refactoring. Il faut intégrer d’autres outils qui pour l’instant ne sont pas très près ou pas du tout dans la philo Unix (i.e. indépendants et exploitables depuis tout (I)DE). Côté C et C++, j’attends beaucoup de clang et ses projets satellites. Il y a aussi une mise en commun de moyens d’indexation et de refactoring initié par … Microsoft! Si si. A voir ce que cela pourra donner. -> <a href="http://langserver.org/">http://langserver.org/</a></p>
<p>Sur d’autres sujets. Attention, il est difficile de commencer avec Vim. C’est aussi difficile d’arrêter. C’est certes une boutade, mais quand on s’y plonge à fond, on est vite frustrés par les autres outils. Même avec un mode Vim, ils ne sont pas aussi poussés côté manipulation de texte.</p>
<p>Discl: J’utilise Vim sur des gros projets, et maintiens quantité de plugins qui ont évolué depuis mon <code>.exrc</code> d’il y a 20 ans. Mon <code>.vimrc</code>? Il n’est pas trop pertinent. Ma <a href="https://www.openhub.net/p/21020">conf</a> est éclatée en une centaine de fichiers je pense.</p>Quel éditeur de texte choisir pour programmer sous Linux ?, message #1585052017-08-01T21:19:19+02:00ToxicScorpius/@ToxicScorpiushttps://zestedesavoir.com/forums/sujet/9057/quel-editeur-de-texte-choisir-pour-programmer-sous-linux/?page=3#p158505<p>D’accord (moi ça me dérange pas, c’est juste que je comprends rien à vos raccourcis clavier, et toutes ces fonctions).</p>
<p>Justement j’ai une question : les utilisateurs de Vim pourraient-ils poster leur .vimrc (ça peut toujours servir)? Voilà le mien (qui est assez organisé et commenté).</p>
<div><table class="codehilitetable"><tr><td class="linenos"><div class="linenodiv"><pre> 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70</pre></div></td><td class="code"><div class="codehilite"><pre><span></span>" Annule la compatibilité avec Vi
set nocompatible
" Initialisation de pathogen
call pathogen#infect()
call pathogen#helptags()
" Affichage et curseur
set title "Met à jour le titre de la fenêtre ou du terminal
set number "Affiche le numéro des lignes
set cursorline "Affiche la ligne du curseur en surbrillance
hi CursorLine cterm=NONE ctermbg=7
"Le ctermbg définit la couleur de la surbrillance
set scrolloff=3 "Affiche un minimum de 3 ligne autour du curseur
set ruler "Affiche la position actuelle du curseur
set mouse=a "Active l'affichage de la souris
" Lignes
set linebreak "Empêche de changer de ligne en laissant un mot coupé
set textwidth=100 "Limite le nombre de caractères présents dans une ligne
" Indentation
set smartindent "Indentation intelligente
set autoindent "Indentation automatique
set tabstop=4 "Nombre d'espaces créés par une indentation avec la touche tabulation
set shiftwidth=4 "Nombre d'espaces créés par une indentation avec la touche >>
" Coloration syntaxique
syntax on "Active la coloration syntaxique
colorscheme Tomorrow-Night-Bright "Choix d'un thème (colorscheme)
set background=black "Adapte les couleurs au fond d'écran noir
set t_Co=256 "Intégre la coloration syntaxique au terminal
" Map
inoremap ( ()<left>
let mapleader = ","
" Affichage des commandes
set showcmd "Affiche la commande saisie en dernière ligne
set showmatch
" Recherche
set ignorecase "Ignore la casse lors d'une recherche
set smartcase "Si une recherche contient une majuscule, réactive la sensibilité
set incsearch "Surligne les résultats de recherche pendant la saisie
set hlsearch "Surligne les résultats de recherche
" Encoding
set encoding=utf8
set fileencoding=utf-8
" Filetype
set ft=VALUE
filetype plugin indent on "Active les comportements spécifiques au type de fichier (syntaxe, indentation)
syntax enable
set sw=2 "Gestion des tabulations
set backspace=indent,eol,start "Active le comportement habituel de la touche retour en arrière
set noerrorbells "Empêche Vim de beeper
" Vim-LaTeX
set grepprg=grep\ -nh\ $*
let g:tex_flavor='latex'
" Autre
set autochdir
set spelllang=fr_fr
runtime! config/**/*.vim
</pre></div>
</td></tr></table></div>
<p>Au plaisir.</p>
<p>PS : Doit-je créer un topic spécial pour ça (ça parle pas vraiment de comparaison d’éditeur de texte cette fois)?</p>Quel éditeur de texte choisir pour programmer sous Linux ?, message #1585012017-08-01T20:29:09+02:00Kje/@Kjehttps://zestedesavoir.com/forums/sujet/9057/quel-editeur-de-texte-choisir-pour-programmer-sous-linux/?page=3#p158501<blockquote>
<p>Je trouve la discussion parfaitement dans le sujet : il s’agit de parler des différents éditeurs de texte sous Linux, de leurs fonctionnalités et spécificités. Le sujet peut continuer même si tu as trouvé ta réponse.</p>
</blockquote>
<p>Je suis assez d’accord, et j’ai envie de dire : justement parce que tu as trouvé ta solution ! Si ça n’avait pas été le cas, un déplacement du débat aurait évité de s’éparpiller. Mais vu que tu as résolu ton soucis, autant laisser la conversation ici, ça ne gène personne !</p>Quel éditeur de texte choisir pour programmer sous Linux ?, message #1585002017-08-01T20:23:48+02:00entwanne/@entwannehttps://zestedesavoir.com/forums/sujet/9057/quel-editeur-de-texte-choisir-pour-programmer-sous-linux/?page=3#p158500<figure>
<blockquote>
<p>Vous ne pourriez pas ouvrir un topic dédié à votre débat? Parce que franchement ça ne m’intéresse pas vraiment et c’est un peu H.S là (en plus j’ai résolu mon problème).</p>
</blockquote>
<figcaption><a href="https://zestedesavoir.com/forums/sujet/9057/quel-editeur-de-texte-choisir-pour-programmer-sous-linux/?page=3#p158498">ToxicScorpius</a></figcaption>
</figure>
<p>Sous le lien pour marquer le sujet en résolu, tu en as un autre pour ne plus suivre le sujet.</p>
<p>Je trouve la discussion parfaitement dans le sujet : il s’agit de parler des différents éditeurs de texte sous Linux, de leurs fonctionnalités et spécificités.
Le sujet peut continuer même si tu as trouvé ta réponse.</p>Quel éditeur de texte choisir pour programmer sous Linux ?, message #1584982017-08-01T20:07:27+02:00ToxicScorpius/@ToxicScorpiushttps://zestedesavoir.com/forums/sujet/9057/quel-editeur-de-texte-choisir-pour-programmer-sous-linux/?page=3#p158498<p>Coucou!</p>
<p>Vous ne pourriez pas ouvrir un topic dédié à votre débat? Parce que franchement ça ne m’intéresse pas vraiment et c’est un peu H.S là (en plus j’ai résolu mon problème).</p>Quel éditeur de texte choisir pour programmer sous Linux ?, message #1584952017-08-01T18:39:03+02:00Taurre/@Taurrehttps://zestedesavoir.com/forums/sujet/9057/quel-editeur-de-texte-choisir-pour-programmer-sous-linux/?page=3#p158495<figure>
<blockquote>
<p>Deux méthodes qui portent le même nom mais n’ont pas la même arité.</p>
</blockquote>
<figcaption><a href="https://zestedesavoir.com/forums/sujet/9057/resolu-quel-editeur-de-texte-choisir-pour-programmer-sous-linux/?page=3#p158486">Javier</a></figcaption>
</figure>
<p>Ok, mais je voulais dire : quelle implication pour la substitution ? Tu veux dire que tu changes le nom d’une des fonctions surchargées, mais pas les autres ? Si oui, il n’y a effectivement pas de solution pour ça mise à part utiliser le drapeau <code>c</code> pour déterminer toi-même, intéractivement, quel texte doit être substitué.</p>
<p>Après, il y a moyen de raffiner ou de tenter d’autres approches. Si la fonction est surchargée, elle a sans doute un nombre de paramètres différents, donc tu peux par exemple combiner avec la commande <code>g</code>. Par exemple, si celle que tu dois modifier emploie deux arguments.</p>
<div><table class="codehilitetable"><tr><td class="linenos"><div class="linenodiv"><pre>1</pre></div></td><td class="code"><div class="codehilite"><pre><span></span>g/nom_de_ta_fonction([^,][^,]*,[^,][^,]*)/s/nom_de_ta_fonction/nouveau_nom/
</pre></div>
</td></tr></table></div>Quel éditeur de texte choisir pour programmer sous Linux ?, message #1584942017-08-01T18:27:15+02:00satenske/@satenskehttps://zestedesavoir.com/forums/sujet/9057/quel-editeur-de-texte-choisir-pour-programmer-sous-linux/?page=3#p158494<p>Non, jamais sur les jetbrains : il faudra que j’essaye à l’occasion.</p>
<p>J’avais essayé un plugin sur eclipse ou netbeans, il y a plusieurs années, et c’était assez mal implémenté. En gros une fois le « mode vim » activé, les raccourcis natifs de l’IDE déconnait. Donc ça m’avait largement refroidit. </p>
<p>Si quelqu’un à essayé sur du Jetbrains et s’en ai servit suffisamment pour avoir un avis dessus, je suis preneur aussi. <img alt=":)" src="/static/smileys/smile.png"> </p>