Yzis, un nouveau clone de vi

Posté par  (site web personnel) . Modéré par Nÿco.
Étiquettes :
0
21
avr.
2004
KDE
Suite à leurs déboires lors du développement de KVim, les trois responsables du portage du célèbre éditeur pour KDE ont démarré un projet ambitieux : Yzis, un nouvel éditeur compatible vi.

Ça démarre plutôt pas mal avec déjà une version KDE, une version texte en ncurses et l'intégration possible dans Quanta, KDevelop ou Kate et la coloration de syntaxe (importée de Kate). La traduction des nouveautés:

Yzis n'est pas encore utilisable quotidiennement. La borne kilométrique 1 est une preuve de concept, un avant-goût du futur, avec :
- un moteur vi sous forme de bibliothèque partagée
- un frontal graphique sous KDE
- un frontal textuel avec ncurses
- un composant KDE Kpart (support de l'interface KTextEditor) permettant l'intégration (expérimentale) dans Kate, KDevelop et Quanta.
- le support de plusieurs fichiers simultanés
- la coloration de syntaxe basée sur le moteur de Kate (expérimentale)
- le annuler/refaire (partiellement fonctionnel)
- une suite de tests unitaires
- le copier/coller avec support des registres

Aller plus loin

  • # Re: Yzis, un nouveau clone de vi

    Posté par  . Évalué à 1.

    franchement, pourquoi ne pas avoir appelé 'vii' la suite de vi ?
    blague à part, vi a été concu pour etre utilisé en mode texte, alors ajouter une couche ncurses, c'est une trés bonne idée : ca respecte l'esprit 'ligne de commande' tout en ajoutant de la facilité/ergonomie.
    Par contre, je suis moins emballé par une couche qt/gtk comme c'est deja le cas.

    • [^] # Re: Yzis, un nouveau clone de vi

      Posté par  (site web personnel) . Évalué à 3.

      C'est la raison d'etre de yzis, des tas de gens veulent pouvoir utiliser un clone vi dans kdevelop, kmail ou quanta. D'un autre cote, on est bien content d'avoir un truc en mode texte aussi.. Il en faut pour tous les gouts

      • [^] # Re: Yzis, un nouveau clone de vi

        Posté par  (site web personnel) . Évalué à 0.

        À noter tout de même une perte d'efficacité énorme par rapport à vi : en ligne de commande taper "yzis", c'est quatre touches... bon d'accord, y'a aussi "yz"+TAB, mais trois touches c'est toujours plus long que les deux touches de "vi"... ;-)

        [p'tain font ch*er les utilisateurs de LinuxFr, toujours en train de critiquer !] :-p

        Sinon, une question (presque) intelligente : pourquoi avoir choisi ce nom ?

        • [^] # Re: Yzis, un nouveau clone de vi

          Posté par  (site web personnel) . Évalué à 3.

          > trois touches c'est toujours plus long que les deux touches de "vi"... ;-)
          echo "alias y=yzis" >> ~/.bash_profile

          • [^] # Re: Yzis, un nouveau clone de vi

            Posté par  (site web personnel) . Évalué à 1.

            Bah oui, mais après, il faut le faire pour tous les utilisateurs, tous les serveurs, toutes les workstations et y penser à chaque nouvelle install d'OS... C'est pas si pratique que cela peut en avoir l'air

        • [^] # Re: Yzis, un nouveau clone de vi

          Posté par  (site web personnel) . Évalué à 2.

          On a choisit Yzis entre autre parce que yz c'est mieux que bcp d'autres combinaisons.
          Mais de toute facon, l'utilisation que moi je compte en faire, c'est

          • unalias vim
          • alias vi=yzis
          • EDITOR=yzis (pine,cvs,svn, etc-update...)


            Pour l'instant j'ai deja
            alias sdiff 'svn diff > svn.diff; yzis svn.diff'
            qui me sert pour la coloration syntaxique, avant de commiter. (je vous le recommande, ou dans sa variante vim)

          • [^] # Re: Yzis, un nouveau clone de vi

            Posté par  . Évalué à 2.

            alias sdiff 'svn diff > svn.diff; yzis svn.diff'

            Y'a beaucoup mieux pour vim:

            alias more=/usr/share/vim/vim61/macros/less.sh"
            alias cdiff="cvs diff -u | more"
            alias sdiff="svn diff | more"

            Et hop ! Un more avec coloration syntaxique ...

        • [^] # Re: Yzis, un nouveau clone de vi

          Posté par  . Évalué à 4.

          Ca a ete choisi par une amie commune pendant le fosdem 2003 (la ou on a pense a faire yzis pour la premiere fois)
          on cherchait une suite de touches sympas pour lancer le programme.
          'yz' nous paraissait pas mal.
          Marie avait trouve 'isis' comme nom, qu'on a legerement modifie ;)

          ptite blague en passant, en anglais vous pouvez prononcer : "why this?" ;)

          Mik

  • # Déboires

    Posté par  . Évalué à 3.

    Quels déboires ? Ils ont eu des problèmes de licences ?

    • [^] # Re: Déboires

      Posté par  . Évalué à 5.

      Quels déboires ? Ils ont eu des problèmes de licences ?

      De licences IV ?

      --->[]

      (pitoyable, je sais)

      • [^] # Re: Déboires

        Posté par  . Évalué à -1.

        Bon, alors tu sors, et tu viens prendre un petit coup à la maison: il y a du rouge, du fromage et du saucisson

  • # Re: Yzis, un nouveau clone de vi

    Posté par  . Évalué à 1.


    Il faudra encore combien de forks de vi pour arriver un jour au niveau de Jed et d'Emacs ?

    • [^] # Re: Yzis, un nouveau clone de vi

      Posté par  (site web personnel) . Évalué à 5.

      Oh, un p'tit troll fermier, un troll à l'ancienne fait avec amour. Parce qu'aujourd'hui les trolls industriels, j'vous l'dit, mais c'est de la merde. Regardez un troll Sourcemage/Gentoo, le poil est terne, le regard vitreux, c'est insidpide, je le jette ; alors qu'un troll SLS/Slackware, sentez-moi ça, compilé jadis avec un gcc 2.2.2, avec de vrais morceaux de noyau 0.99.

      • [^] # Da Linux Nostalgie

        Posté par  . Évalué à 1.

        On est nombreux à avoir eu SLS/Slackware/Yggdrasil et le noyo pre 1.0 ?
        Aaah, le 386DX40 avec 8Mo, le lecteur simple vitesse, le disque de 160... Mo!

        • [^] # Re: Da Linux Nostalgie

          Posté par  . Évalué à 4.

          160MB, Bourgeois!

        • [^] # Re: Da Linux Nostalgie

          Posté par  . Évalué à 2.

          Ah, les disques en Mo... Depuis mon premier PC, j'ai multiplié mon espace disque par environ 2000. Alors que ma puissance de traitement de l'information, elle, n'a été multipliée que par, aller, disons 50. Ce qui prouve donc que l'information était plus dense à cette époque. Les bits, z'étaient mieux au vent.

    • [^] # Re: Yzis, un nouveau clone de vi

      Posté par  . Évalué à 6.

      Je pense que pour arriver au niveau d'Emacs, il faudrait intégrer Qt et les librairies KDE dans l'exécutable d'un fork de Vi pour qu'il pèse aussi lourd. Sinon, on peut essayer d'y intégrer le moteur Gecko, de coder le truc en XUL, et ça devrait pouvoir faire l'affaire.

      • [^] # Re: Yzis, un nouveau clone de vi

        Posté par  (site web personnel) . Évalué à 1.

        J'y pense, j'y pense....(pour qt hein, bien sur, pas kde..) -> pour la version ncurses

        • [^] # Re: Yzis, un nouveau clone de vi

          Posté par  . Évalué à 0.

          Je trouve ça raide d'avoir à se battre pour savoir quel éditeur est le meilleur d'autant que ça n'apporte rien parce qu'à ce rythme demain on en sera encore avec "Lequel, c'est le mieux ?"... vi, nvi, elvis, vim, nano, emacs, joe et j'en passe, on va pas tous les faire mais il faudrait malgré que le discours reste constructif et là je crois que ce que vous faites c'est pas terrible surtout si vous voulez que des novices s'initient à des systèmes comme Linux, ce débat est aussi élevé que celui des pro-gnome et pro-kde parce que l'esthètique d'une interface ne fait pas l'OS, de même que les éditeurs ne le font pas non plus, ce sont avant tout des outils qui ont certes des quqlités et des défauts comme tout ce qui nous entoure, et chacun se doit d'en tester au moins pour se faire une idée.

          • [^] # Re: Yzis, un nouveau clone de vi

            Posté par  . Évalué à 1.

            ouais,

            suis-je bete, je devrais me contenter de notepad avec l'emulation wine.
            c'est tellement mieux ;)

            bon maintenant je vais aller deplacer ma charette que j'ai mal garee aussi ;)

            vive le progres quoi

            Mik

  • # Re: Yzis, un nouveau clone de vi

    Posté par  . Évalué à 1.

    Etant utilisateur de vim ( meme de kvim d ailleur parfois ) j aimerai bien en savoir un peu plus sur le pourquoi du project ?
    Qu est ce qui n allait pas avec kvim/vim ? , parceque re-ecrir encore un clone vi ........
    J 'ai pas trouve grand chose sur le site

    • [^] # Re: Yzis, un nouveau clone de vi

      Posté par  . Évalué à 8.

      Principalement l'API des GUIs bien trop rigide dans vim.

      et surtout, on voulait un "vrai" editeur a-la-vim dans kdevelop, quanta etc.
      parce qu'on est les premiers a le reconnaitre le vimpart il rame un peu (et il bug pas mal).

      par ailleurs, vim est surtout en mode "maintenance", donc impossibilite de faire de grosses modifs dedans.

      bref, kvim c'est globalement un 'truc hacke' par rapport aux possibilites de KDE, qui marche certes, mais c'est pas tres propre et vraiment pas extensible.

      Avec yzis, on a bon espoir de faire une appli vraiment modulaire, qui evolue vite et qui est facilement modifiable/adaptable au gout de chacun, tout en profitant de technologies un peu plus "actuelles".
      mais soyons clairs, il est probable que yzis ne tournera pas sur autant de plateformes que vim (ca m'etonnerait qu'on ait Qt sur amiga un jour ;) mais on ne vise pas le meme objectif que vim de ce point de vue la.

      en utilisant Qt/ncurses on "delegue" egalement pas mal de choses aux mainteneurs de ces librairies ce qui reduit considerablement notre charge de travail, alors que vim, il fait tout depuis l'entree sur le clavier jusqu'a la conversion unicode et l'affichage en mode texte (d'ou sa tres grande portabilite d'ailleurs).

      Mik

      • [^] # Re: Yzis, un nouveau clone de vi

        Posté par  . Évalué à 2.

        Merci pour la reponse ( j ai pas le droit de plusser, arg! )
        Et vous avez l intention de re-implementer toutes les options vim genre
        set nu
        set nobackup
        set mousehide
        set hlsearch
        ...
        ou alors tout devra se faire de facon graphic ? ou avec fichier conf special ?
        .
        D'ailleurs vous vous baser sur du code d un clone vi existant ou c est tout refait ?
        .
        Merci,
        Olivier

        • [^] # Re: Yzis, un nouveau clone de vi

          Posté par  . Évalué à 2.

          au niveau du 'comportement', on va essayer de reproduire au maximum celui de vim. Donc les options ce sera bien des :set trucmuche. C'est presque implementer d'ailleurs.

          Au niveau du fichier de conf, on n'a pas encore decide. Ce qui est prevu neanmoins, c'est une conf generique pour tous les GUIs de yzis ~/.yzisrc par exemple, et si le GUI veut avoir sa conf particuliere (pour les polices par exemple) ca sera a lui de le gerer (KConfig pour kyzis, le code est deja la).

          On prevoit egalement quelque chose pour lire les fichiers .vimrc, on ne peut pas dire pour l'instant a quel point on sera compatible ou non avec les fichiers vim, mais pour les choses basiques (les :set monoption), ca me semble assez trivial a faire.

          on prevoit egalement d'exposer les options communes dans les GUIs via une interface "click-click" mais on pourra toujours les modifier en mode EX (:set truc) bien sur.

          Mik

        • [^] # Re: Yzis, un nouveau clone de vi

          Posté par  . Évalué à 2.

          "D'ailleurs vous vous baser sur du code d un clone vi existant ou c est tout refait ?"

          j'oubliais :
          non on reecrit tout from scratch ;)

          Mik

          • [^] # Re: Yzis, un nouveau clone de vi

            Posté par  (site web personnel) . Évalué à 3.

            Oui. On utilise quand meme KDE pour la partie graphique, ncurses pour le texte donc ca nous epargne pas mal de probleme.

            Comme on le disait dans l'annonce, le syntax highlighting est pique a kate.

            Pour ce qui est de l'immonde langage de script de vim, on remplacera ca avantageusement par un truc moderne, genre lua (www.lua.org)

            Pour la gestion des regexp, de l'unicode et des polices, on s'en remet a Qt. Pour la communication multi-fenetre, peut-etre qu'on utilisera un bout de dcop ou de dbus.

            Donc le moteur lui-meme est re-ecrit a la mano mais tout ce qui est autour utilise les technos existantes.

            Pour la gestion des options, je vois gros comme une patate qu'on va utiliser le dernier generateur automatique de dialogue de configuration de KDE (ou bien on se recoder a un truc a la main).

            Faut voir que dans vim, il y a du code bas-niveau X pour gerer la communication vim-server / vim-client, il y a vim_strcmp et vim_strdup. On peut pas maximiser correctement une fenetre parce que vim pense etre plus fort que le window manager (plus precisement, il marche dans des environnements sans window manager), etc etc.

            On peut voir vim un peu comme OpenOffice. Il y a tout dedans donc c'est hyper portable. Mais niveau code, il y a prix qui est tres cher a payer.

            • [^] # Re: Yzis, un nouveau clone de vi

              Posté par  (site web personnel) . Évalué à 2.

              Pourquoi LUA ?

              Pour le projet GNU, il faudrait utiliser scheme. Si c'est du KDE, je croit qu'il inclut (va inclure) un javascript like non ?

              "La première sécurité est la liberté"

            • [^] # Re: Yzis, un nouveau clone de vi

              Posté par  (site web personnel) . Évalué à 1.

              Utiliser kjsembed pour le langage de script. Ca sera mieux à mon avis

              L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

              • [^] # Re: Yzis, un nouveau clone de vi

                Posté par  (site web personnel) . Évalué à 2.

                faut voir que la versoin KDE n'est qu'un frontend. Le langage de script est integre au backend (libyzis) qui lui ne depend pas de KDE. On verra au moment ou on fait ca mais il est hors de question que libyzis depende de KDE. Si on peut extraire kjsembed, ca peut valoir le coup.

                L'avantage de lui, c'est qu'il est vraiment developpe pour etre embarque facilement. Je sais pas si c'est le cas de kjsembed.

                • [^] # Re: Yzis, un nouveau clone de vi

                  Posté par  (site web personnel) . Évalué à 1.

                  Alors utilisez QSA ?
                  C'est toujours de l'Ecmascript.

                  L'ECMAScript a l'avantage d'être utilisé dans de plus en plus d'application donc les gens connaissent déjà sa syntaxe : QSA (Qt) kjsembed, javascript (IE, XUL,...), ActionScript (Flash),... et de plus c'est un standard ECMA

                  L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

                  • [^] # Re: Yzis, un nouveau clone de vi

                    Posté par  (site web personnel) . Évalué à 1.

                    on a pas encore parler de ca au sein de l'equipe, mais puisqu'on est sur linuxfr, trollons.
                    Moi, j'ai jamais regarde qsa ou kjsembed, ni meme javascript, mais qsa ca me parait une bonne idee, vu qu'on a deja qt..

                    mes 2 cts :)

      • [^] # Re: Yzis, un nouveau clone de vi

        Posté par  (site web personnel) . Évalué à 4.

        Qques points/precisions :

        1) Vous avez deja essaye de comprendre voire de (grand fou) modifier les sources de vim ? c'est un bordel monstre.., c'est du code affreux, avec une indentation a la k&r, des fichiers de plusieurs milliers de lignes, des trucs (genre alloc memoires) fait de 4 manieres differentes a des endroits differents, etc.. Qui a dit spaghetti code? Bram est tres protectionniste sur son code. kvim va bientot etre integre, ca fait 2 ans qu'on en discute avec lui.. bravo la reactivite.

        2) bram a clairement indique, en effet, que il ne voulait plus de modification sur vim, or vim tel qu'il est n'est pas du tout adapte a une utilisation dans un framework desktop. (troll franglais,gniark)

        3) Vim utilise meme pas ncurses, il fait les ioctl() directement lui meme comme un grand selon les 1251252 plateformes.... ca doit etre un cauchemar a maintenir, m'etonne pas que bram il veuille plus toucher a vim... Quand on dit que emacs c'est un OS, vim est pas tres loin non plus hein.

        4) On a pas decide ca a la legere hein, on en a ch^h^hbave pendant pas mal de temps avec vim avant de decider de faire un vim from scratch, malgre notre reticence naturelle pour la duplication de code. On en a parle longuement avec bram et d'autres sur vim-dev, etc... J'ai parle (de ca, pas du bo temps) avec bram au fosdem, etc...

        • [^] # Re: Yzis, un nouveau clone de vi

          Posté par  . Évalué à 2.

          Et le Bram en question, qu'est-ce qu'il en pense ?
          En tout cas je confirme, le code de vim est.... wouuah !
          J'avais voulu m'amuser à changer la couleur de fond à partir du caractere 80, j'ai tourné une heure dans le code pour rien...

      • [^] # Re: Yzis, un nouveau clone de vi

        Posté par  (site web personnel) . Évalué à 2.

        On trouve des elements de reponses dans la partie History du README:

        http://svn.freenux.org/xml/yzis/trunk/README(...)

        Voir aussi notre discussion sur vim-dev il y a deux ans pour essayer de corriger le probleme.
        http://marc.theaimsgroup.com/?l=vim-dev&m=103648575424303&w(...)

  • # Re: Yzis, un nouveau clone de vi

    Posté par  . Évalué à 3.

    Si kde s'investit dans vim, est-ce qu'en représaille gnome va s'investir dans emacs et nous sortir gEmacs ?

    Ca ne serait plus un troll mais un monstro-troll envoyé par Véga !

  • # Commentaire supprimé

    Posté par  . Évalué à 1.

    Ce commentaire a été supprimé par l’équipe de modération.

    • [^] # Re: Rechercher remplacer regex

      Posté par  . Évalué à 1.

      kate le fait déjà (avec en plus un éditeur d'expressions régulières). Il y a aussi vim ou emacs à la place de perl et sed.

  • # Et pendant ce temps dans le petit monde de Emacs...

    Posté par  . Évalué à 2.

    ben rien à signaler :)

    Les gens qui utilisent Emacs, aiment Emacs, ils l'adorent, le vénèrent et ne lui trouve aucun défaut ;)

    Emacs est parfait et les gens l'ont bien compris. Personne n'ose même imaginer une voix discidente. Ah oui il y a bien eu une tentative d'en faire un clone (XEmacs) mais finalement ça s'est transformé en coopération réciproque: un truc manque dans l'un, on l'ajoute et vice-versa.

    Pas comme dans le monde g/kVi(m)/Yzis où tout le monde s'acharne à essayer de rattraper son retard sur ... Emacs en bossant chacun dans son coin ;)

    Je vous le dit, ça ne marchera pas :p

    • [^] # Re: Et pendant ce temps dans le petit monde de Emacs...

      Posté par  (site web personnel) . Évalué à 2.

      Euh, l'editeur parfait suscite, est-ce que les developpeurs ont enfin realise que vouloir modifier une option de config et coder en lisp sont deux choses differentes et que la premiere ne devrait pas implique la seconde ?

      Sinon, pour faire dans le troll vi/emacs, un des trucs que j'apprecie dans vi, c'est que beaucoup de fonctions sont accessibles avec simplement une touche du clavier. C'est difficile de s'y faire quand on debute, mais un des avantages, c'est qu'on bouge tres peu les doigts pour executer une action. Sous un editeur classique (et emacs ne fait pas exception), les actions complexes doivent etre activees par une combinaison de touches. Donc d'une part ca prend plus de temps, d'autre part (j'eviterai le troll Esc-Meta-Alt-Ctrl-Shift), cela fatigue plus les doigts. Ce dernier point est significatif pour des gens tapant beaucoup au clavier et souffrant de RSI (repetitive strain injury, blessure liee a des gestes reptitifs) ou de carpal tunnel (traduction wanted).

      Reflechissez-y les jeunes quand se posera la question la plus importante de votre vie: "est-ce que j'apprend vi ou emacs ?"

      • [^] # Re: Et pendant ce temps dans le petit monde de Emacs...

        Posté par  (site web personnel) . Évalué à 1.

        J'ai eu un truc du genre RSI, pas de clavier pendant 10 jours.. grr
        Heureusement que j'utilise pas emacs ! :-)

        • [^] # Re: Et pendant ce temps dans le petit monde de Emacs...

          Posté par  . Évalué à 1.

          Tiens une question: quels sont les symptômes d'une telle saloperie (la RSI hein) ?

          Moi j'ai sans arrêt mes poignés qui craquent après une certaine période passée à taper sur mon clavier. C'est grave ?

          • [^] # Re: Et pendant ce temps dans le petit monde de Emacs...

            Posté par  (site web personnel) . Évalué à 1.

            ah non, ca c'est rien du tout. Moi ca fait 10 ans que mes poignets craquent (y a le roller aussi, mais on s'eloigne du sujet).

            Les symptomes : ca fait mal, tres mal, surtout la nuit ou quand tu approches du clavier a moins d'un metre.
            Et aussi le mouvement lateral droit du poignet droit fait encore plus mal (c'est le mouvement frenetique 'enter' ou 'backspace')

            La douleur est situee dans le poignet, au dessus quand ta main est a plat sur la table, au mileu, entre les deux os ronds. Legerement gonfle, mais pas comme un kyste (que j'ai eu aussi.. gr)

            J'avais pas trop de mal a ecrire, mais impossible de m'appuyer sur le poignet

      • [^] # Re: Et pendant ce temps dans le petit monde de Emacs...

        Posté par  . Évalué à 2.

        Oh ben si on peut plus rigoler aussi.

        Sinon pour rentrer dans ton troll (sans fondement) dans Emacs j'ai la MAJEURE partie des fonctions que j'utilises *tous* les jours accéssibles en 1 voir 2 touches, hein. :) Tout est question de configuration. Et puis de toute façon, tout est question d'expérience aussi ;) Quand on passe près de 12/13h en moyenne dans un environnement, on a tendance à trouver les choses très simples ;)

        Ceci dit c'était amusant de voir à quelle vitesse j'ai perdu mes XPs ;)

        • [^] # Re: Et pendant ce temps dans le petit monde de Emacs...

          Posté par  (site web personnel) . Évalué à 2.

          quand tu dis une ou deux touches, tu comptes les alt/meta/esc/ctrl/shift ? Parce que c'est justement le genre de touche difficile d'acces sur un clavier, qui vont augmenter les symptomes: tu es oblige de te tordre legerement la main pour y acceder.

          Si on y reflechit, les touches de controle devraient etre au milieu du clavier.

          Aller, quelques exemples:
          - avancer d'un mot: vi=w, emacs=C-F soit 1 vs 2
          - sauver le buffer courant: vi=:w, emacs=C-X C-S soit 2 vs 4
          - debut de phrase: vi=0, emacs=C-A soit 1 vs 2
          - quitter sans sauver: vi=:q!, emacs=C-X C-C n soit 3 vs 5
          etc etc

          La ou emacs assure, c'est sur la richesse des fontionnalites. Le chercher/remplacer gere aussi mieux les majuscules et le yanking ring est vraiment un paradis (M-Y pour ceux qui voient pas ce que c'est).

          • [^] # Re: Et pendant ce temps dans le petit monde de Emacs...

            Posté par  . Évalué à 1.

            Effectivement ce ne sont pas les fonctions que je 'rebind'.

            Et oui quand je dis une touche c'est vraiment une touche. Quand je dis 2 c'est en général à grand renfort de Alt (facielement accéssible avec le pousse) et avec l'aide de xmodmap (j'adore mon astuce pour le undo).

            Après il faut aussi savoir que j'ai appris à poser mes mains d'une certaine façon sur mon clavier ce qui me permet d'être méga efficace sans trop de mouvement. (Ceci explique aussi ma nette préférence pour le window manager Ion2).

            Et oui je te [+] pour le yanking ring !

          • [^] # Re: Et pendant ce temps dans le petit monde de Emacs...

            Posté par  (site web personnel) . Évalué à 2.

            Toi, tu n'as jamais entendu parler de viper.

            Allez, qu'on rigole un peu : Le vi torturial

            http://www.dina.kvl.dk/~abraham/religion/vi-tutorial.html(...)

          • [^] # Re: Et pendant ce temps dans le petit monde de Emacs...

            Posté par  (site web personnel) . Évalué à 4.

            > - debut de phrase: vi=0, emacs=C-A soit 1 vs 2

            D'ailleurs, c'est marrant, moi, quand je suis en train d'éditer sous vi, si je tappe '0', ça écrit 0. Pour aller au début de la ligne, il faut que je tappe ESC 0 i, soit 3 touches.

            Comme quoi, c'est toujours marrant de comparer des actions faites avec des logiciels différents si on ne part pas des mêmes conditions.

            Ca ressemble aux trolls ligne de commande Vs GUI :

            Bah, avec une gui, pour faire l'action X, j'ai juste un clic (Sous entendu: Une fois que j'ai ouvert la fenêtre appropriée), alors qu'en ligne de commande, il faut tapper pleins de lignes (Sous entendu: en partant de rien, il faut même ouvrir un nouveau terminal)


            Mais ceci dit, les raccourcis claviers de vi par défaut sont très bien foutus.

            • [^] # Re: Et pendant ce temps dans le petit monde de Emacs...

              Posté par  . Évalué à 1.

              Pour aller au début de la ligne, il faut que je tappe ESC 0 i, soit 3 touches.

              Tu sais, il y a une touche "Aller en debut de ligne" sur ton clavier...

              • [^] # Re: Et pendant ce temps dans le petit monde de Emacs...

                Posté par  (site web personnel) . Évalué à 1.

                Tu sais, elle marche aussi sous Emacs ...

                Et de toutes façons, elle est trop loin de mes doigts, donc, C-a est plus rapide.

                • [^] # Re: Et pendant ce temps dans le petit monde de Emacs...

                  Posté par  . Évalué à 1.

                  :help emacs-keys
                  *emacs-keys*
                  For Emacs-style editing on the command-line: >
                  " start of line
                  :cnoremap <C-A> <Home>
                  " back one character
                  :cnoremap <C-B> <Left>
                  " delete character under cursor
                  :cnoremap <C-D> <Del>
                  " end of line
                  :cnoremap <C-E> <End>
                  " forward one character
                  :cnoremap <C-F> <Right>
                  " recall newer command-line
                  :cnoremap <C-N> <Down>
                  " recall previous (older) command-line
                  :cnoremap <C-P> <Up>
                  " back one word
                  :cnoremap <C-B> <S-Left>
                  " forward one word
                  :cnoremap <C-F> <S-Right>

      • [^] # Re: Et pendant ce temps dans le petit monde de Emacs...

        Posté par  . Évalué à 2.

        ... doivent etre activees par une combinaison de touches...

        Ouais, et de la pédale de pied pour les plus complexes

        Meta-Alt-Shift-Foot Pedal - C ...

      • [^] # Re: Et pendant ce temps dans le petit monde de Emacs...

        Posté par  (site web personnel) . Évalué à 1.

        carpal tunnel = canal carpien

  • # Screenshots, une page plus jolie

    Posté par  (site web personnel) . Évalué à 1.

    Bon, la page screenshot en ftp, c'est gentils, mais voici .. :
    http://www.yzis.org/~orzel/screenshots/(...)

    et puis y a des nouveaux sceens de nyzis (dans xterm et dans konsole).

  • # Re: Yzis, un nouveau clone de vi

    Posté par  (site web personnel) . Évalué à 1.

    A part un peu plus haut, en bref [1], personne ne parle de gVim.
    Ca tourne pas bien sous KDE ?
    En quoi ca ne sintègre pas aux environnements ?

    Vous pouvez m'éclairer ?

    Merci

    [1] http://linuxfr.org/comments/396509.html(...)

    • [^] # Re: Yzis, un nouveau clone de vi

      Posté par  . Évalué à 1.

      Vim a de nombreuses interfaces graphiques (Gtk, Motif, Athena, Windoze, que sais-je encore...) et que sais-je encore. Le projet kvim dont il était question était de lui ajouter une version Qt+une intégration à KDE. ça a foiré, cf les raisons plus haut.

  • # Re: Yzis, un nouveau clone de vi

    Posté par  . Évalué à 1.

    un projet ambitieux : Yzis, un nouvel éditeur compatible vi

    Sans vouloir troller, je trouve les emacsiens un petit peu plus ambitieux...

    Qemacs :

    http://fabrice.bellard.free.fr/qemacs/(...)
    http://fabrice.bellard.free.fr/qemacs/screenshots.html(...)

    Dommage que le projet semble d'être au point mort...

    • [^] # Re: Yzis, un nouveau clone de vi

      Posté par  (site web personnel) . Évalué à 1.

      Y a qq ch que vous semblez pas avoir compris. vim+kde, ca, on l'a deja hein, c'est kvim, et ca marche tres bien, c'est un vrai vim, pas un clone, et vous pouvez utiliser vos fichiers de conf vim, vos bindings, toutes vos habitudes.
      L'interet de yzis pour l'utilisateur c'est qu'il pourra s'incruster dans les logiciels kde (Et pour nous developpeur, yzis a bien plus d'avantages, mais passons)

      Cette version d'emacs a pas l'air top integrable, je vois pas en quoi on compare ca a yzis ???

    • [^] # Re: Yzis, un nouveau clone de vi

      Posté par  . Évalué à 1.

      Ce qui parait intéressant dans Yzis, c'est le fait qu'il implante une interface qui fait qu'on pourrait l'utiliser comme éditeur dans kdevelop, ou toute autre application utilisant cette interface d'éditeur.
      J'aimerais bien qu'emacs implante une telle interface, pour pouvoir utiliser mon emacs
      partout: dans eclipse, kmail, kdevelop...Le rêve quoi.
      Parce que pour l'instant: si un program me propose un nième éditeur, je dis non
      et je retourne sous mon emacs (productivité oblige).

  • # pomme c - pomme v

    Posté par  . Évalué à 1.

    Les newbies aussi ont droit au mode console (pour faire un serveur sur une vieille machine par exemple ou pour coder du HTML en plein écran à toute allure) ! Est-il possible de customiser un éditeur de texte en mode console qui fonctionne ainsi :

    shift + fleche droite ou gauche = sélection lettre
    shift + fleche haut ou bas = sélection ligne
    suppr = supprimer

    pomme + c = copier
    pomme + x = couper
    pomme + v = coller
    pomme + f = rechercher
    pomme + s = sauver

    alt = aller à l'entrée "fichier" du menu afin de se déplacer avec les fleches et de valider l'action souhaité en cliquant sur "entrée"

    PS : Pour avoir une touche pomme, mettez un autocollant sur la touche "Windows" de votre clavier qui ne sert à rien.
    PSS : est-il possible d'avoir la même chose pour toutes les applications consoles : links, etc...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.