Articles précédents : Logiciel
- [18] RCC : un nouveau logiciel de gestion de QoS pour Linux
- [24] Once, un nouveau MMORPG 3D libre.
- [142] Trolltech va publier Qt 4 pour Windows sous double licence
- [22] Sunbird : première version officielle
- [51] GRAC 0.1a : vérificateur grammatical
- [10] Mediabox 404, un logiciel de gestion de webradio/webTV
- [47] Balazar 0.1
- [7] Metalog - Reprise du développement
- [4] Réédition augmentée de [a la] SOS GIMP
- [81] Sortie de Looking Glass 0.6.1
Liens connexes
- Captures d'écran (2587 hits)
- Téléchargement (331 hits)
- Planning (269 hits)
Dépêche modérée par
Dépêche éditée par
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.
Captures d'écran (2587 hits)
Téléchargement (331 hits)
Planning (269 hits)
> Lire la suite (17 commentaires, moyenne: 1,8). [dépêche : 2702 caractères]
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
sugestion
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 Matthieu C () le 16/02/2005 à 12:02. (lien). É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 Mickael Marchand (page perso, ) le 16/02/2005 à 12:04. (lien). Évalué à 1.libyzis est base sur Qt donc c'est normal...
Mik
-
[^]Re: sugestion
Posté par Philippe Fremy (page perso, ) le 16/02/2005 à 13:28. (lien). É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 Mickael Marchand (page perso, ) le 16/02/2005 à 12:02. (lien). Évalué à 1.la bande passante sera augmente d'ici quelques jours normalement ;)
Mik-
[^]Re: sugestion
Posté par alpage (Jabber id, page perso, ) le 16/02/2005 à 20:16. (lien). É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 Mickael Marchand (page perso, ) le 17/02/2005 à 12:31. (lien). É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 Wajsberg Julien () le 18/02/2005 à 09:00. (lien). É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 Wajsberg Julien () le 18/02/2005 à 09:02. (lien). Évalué à 1.En fait, c'était pas si dur :
http://sourceforge.net/project/showfiles.php?group_id=82531
-
-
-
-
[^]Re: sugestion
Posté par Gawan () le 16/02/2005 à 12:57. (lien). É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 alpage (Jabber id, page perso, ) le 16/02/2005 à 20:09. (lien). É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 Christophe Badoit (page perso, ) le 17/02/2005 à 09:02. (lien). Évalué à 1.SI, vim supporte les url du type ftp://path/file , ou encore scp://host/path/file .
-
[^]Re: sugestion
Posté par Philippe Fremy (page perso, ) le 17/02/2005 à 11:07. (lien). É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 ???
Est-ce que quelqu'un sait s'il y a moyen d'embarquer Yzis dans emacs ?
-
[^]Re: question ???
Posté par Alexandre Benéteau (page perso, ) le 16/02/2005 à 12:40. (lien). Évalué à 1.Trop gros, passera pas :-)
-
[^]Re: question ???
Dévelopistique
Quitte à inventer un mot, autant qu'il ressemble à un mot francais : j'aurais plutôt mis développistique.




Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.