Yzis M3 est arrivé

Posté par (page perso) . Modéré par Amaury.
Tags :
0
16
fév.
2005
Communauté
L'équipe d'Yzis est heureuse de vous annoncer la naissance de leur petit dernier, la version M3 de cet éditeur compatible vi qui avance à pas de géant. Beaucoup de choses depuis la version M2 de août 2004: des corrections des bugs, plein de nouvelles fonctionnalités qui nous rapprochent de vim.

Yzis est développé par les auteurs de kvim et utilise des technologies modernes pour progresser rapidement : programmation orientée objet, scriptabilité en lua, fichiers de coloration en xml, tests unitaires.

Le coeur d'Yzis est un moteur vi réutilisable, qui peut être embarqué en tant que composant éditeur (dans le même esprit que scintilla). Des frontaux sont disponibles pour ncurses, KDE et KPart (les composants de KDE). Un port Gnome et un port Qt pur ont été commencés mais sont à la recherche de soutien dévelopistique. Yzis peut être embarqué directement dans KDevelop et Quanta. Des patchs sont disponibles pour l'incruster en tant qu'éditeur de message dans kmail ou en tant qu'éditeur de formulaire pour khtml.

Yzis est déjà utilisable au quotidien. Si votre fonctionnalité vim préferée n'est pas encore disponible, contactez-nous sur #yzis ou a yzis-dev at yzis dot org. On sera ravi de la rajouter.

La prochaine version - M4 - est prévue pour l'été 2005 et devrait être la dernière version avant la version stable, qui elle sortira après KDE 4.

Nouvelles fonctionnalités:
- support de l'écriture droite à gauche
- complétion de texte
- amélioration de la recherche: n, N, *, g*, #, g#
- support de presque tous les intervalles façon vim: %, , :, ', ...
- support des macros
- marque et marqueurs visuels ("visual mode")
- support de l'indentation: >, <, >>, <<, indentation à partir de scripts lua
- redirection de commandes dans tous les modes: map, imap, vmap, omap, nmap, cmap, unmap, iunmap, vunmap, ounmap, cunmap, nunmap
- nouvelles options: incsearch, hlsearch, tabstop, listchar, list, setlocal
- manipulation de la casse de texte: gU, gUgU, ~
- améliorations sur le fichier de swap
- support de l'utf8 et des commandes associées: :set encoding, :set fileencoding
- support de la transparence
- synchronisation du copier/coller avec X11
- support de nouvelles interfaces KTextEditor pour une bonne intégration dans KDE (KDevelop, Quanta, khtml, kmail, ...)
- optimisation de rafraichissement
- mise à jour des fichiers de coloration de syntaxe de kate
- support des commandes de coloration syntaxique: :highlight :set syntax , :syntax on/off
- système d'évènements, avec notifications vers des fonctions lua
- nouvelles commandes: z, O, I, :e filename:line, :enew
- beaucoup de correction de bugs

Améliorations liées à Lua:
- améliorations de l'interface de scriptage en lua
- exécution de fichiers lua depuis yzis (:source toto.lua>
- exécution de code lua depuis le mode ex de yzis
- indentation automatique avec un script lua
- suite de test en lua
- accès aux options depuis lua
- accès aux commandes map depuis lua

Traductions:
- traductions à jour : français, norvégien, espagnol et portugais
- traductions partielles en polonais, allemand et néerlandais

Fonctionnalités pour les développeurs :
- compilation avec Qt4
- support de unsermake
- compilation sous windows

Développement en cours :
- génération de documentation en html et pages de man
- génération automatique de la documentation des commandes à partir du code
- port Qt pur

Aller plus loin

  • # sugestion

    Posté par . Évalué à 2.

    Yzis est déjà utilisable au quotidien. Si votre fonctionnalité vim préferée n'est pas encore disponible, contactez-nous sur #yzis ou a yzis-dev at yzis dot org. On sera ravi de la rajouter.
    J'ai tester y a pas longtemps une version de devellopement et l'autocompletion des comandes manque vraiement...

    De meme certaines commandes que j'utilise (:undo/redo par example) ne sont pas disponible.

    Ensuite au niveau de l'indentation la commande "=" n'est pas supporte, c'est pourtant la plus utile ;)

    Y a d'autre truc que j'avais remarquer mais je m'en souviens plus (il me semble que sur le site je n'aivais pas trouve de rubrique sugestion).

    Bon courage pour la suite

    PS : ne serait il pas possible d'herberger les sources debian sur un serveur plus rapide (du style free, ...)?
    • [^] # Re: sugestion

      Posté par . Évalué à 2.

      je viens regarder de nouveau les paquets debian et c'est n'importe quoi :
      ftp://download.yzis.org/yzis/Packages(...) contient la liste de tout les snapshot au lieu seulemnt de la derniere version.

      Au niveau dependance : libyzis0 depand des libs X, de la lib png de qt... Bref de beaucoup de chose si on veut que la version console...
      • [^] # Re: sugestion

        Posté par . Évalué à 1.

        libyzis est base sur Qt donc c'est normal...

        Mik
      • [^] # Re: sugestion

        Posté par (page perso) . Évalué à 3.

        Ces dependances devraient diminuer avec Qt4. En effet, Qt 4 separe les classes de la QTL et les classes graphiques. On utilise presque que la QTL.

        Cela dit, je ne sais pas comment ca se passe pour l'impression.
    • [^] # Re: sugestion

      Posté par . Évalué à 1.

      la bande passante sera augmente d'ici quelques jours normalement ;)

      Mik
      • [^] # Re: sugestion

        Posté par (page perso) . Évalué à 2.

        Bin ce sera pas du luxe ;)

        A propos, pensez-vous qu'il serait envisageable de pouvoir un jour utiliser Yzis dans Eclipse ? (Je ne connais rien des éventuels ponts C++/Java...)
        • [^] # Re: sugestion

          Posté par . Évalué à 1.

          oui sans doute, faudrait voir si ca a deja ete fait mais je pense que oui (vim ?)

          bande passante :
          c'est en cours (le serveur est pas pinguable)

          pour les impatients :
          http://yzis.org.free.fr/shots/ pour les screenshots ;)

          retour du serveur ce soir vers ~17h normalement

          Mik
        • [^] # Re: sugestion

          Posté par . Évalué à 1.

          Dans eclipse, il existe un viplugin qui reprend quelques fonctionnalités de vim.

          Depuis maintenant quelques temps, les nouvelles versions sont propriétaires et commerciales, et les anciennes (placées sour la Common Public License, donc libres) sont assez difficiles à trouver. La dernière libre est la 0.2.11, il me semble...
          • [^] # Re: sugestion

            Posté par . Évalué à 1.

            En fait, c'était pas si dur :

            http://sourceforge.net/project/showfiles.php?group_id=82531
    • [^] # Re: sugestion

      Posté par . Évalué à 1.

      Est-ce que la fonction split et vsplit (que j'utilise beaucoup) est implémentée ? sinon ce serait un truc chouette à ajouter.

      Une fonctionnalité intéressante mais qui n'existe pas dans vim (du moins, je n'ai pas trouvé) c'est l'édition de fichier distant en utilisant ssh.
      • [^] # Re: sugestion

        Posté par (page perso) . Évalué à 1.

        > Une fonctionnalité intéressante mais qui n'existe pas dans vim (du moins, je n'ai pas trouvé) c'est l'édition de fichier distant en utilisant ssh.

        Il y a un plugin en standard qui le fait (via scp et sftp en fait). Voir :help pi_netrw.txt
      • [^] # Re: sugestion

        Posté par (page perso) . Évalué à 1.

        SI, vim supporte les url du type ftp://path/file , ou encore scp://host/path/file .
      • [^] # Re: sugestion

        Posté par (page perso) . Évalué à 2.

        Il suffit de s'interfacer sur kio de KDE pour faire marcher ca. Donc pour kyzis, ce sera pas trop complique a rajouter. Il faut juste faire attention, puisque dans libyzis, qui est responsable de l'ouverture et l'enregistrement du fichier, on utilise pas kio. Uh uh, va falloir trouver un moyen pour resoudre ce probleme.
  • # question ???

    Posté par . Évalué à 6.

    Est-ce que quelqu'un sait s'il y a moyen d'embarquer Yzis dans emacs ?
  • # Dévelopistique

    Posté par . Évalué à 2.

    Quitte à inventer un mot, autant qu'il ressemble à un mot francais : j'aurais plutôt mis développistique.

Suivre le flux des commentaires

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