• [^] # Re: editeur console/gui

    Posté par . En réponse au journal Sortie de Vim 7.1. Évalué à 2.

    Enfin, il y a léger et léger. Sur une même machine, compare PSPad (ou ultraedit) sous windows qui est extrèmement complet, et ces 3 éditeurs (qui sont bien plus limités).

    Si tu ne vois pas de différence, mois j'en vois :
    - réactivité de l'interface (pas forcément imputable au logiciel, mais au toolkit, au X)
    - efficacité de l'interface : pas de boutons / polices énormes, dispositions des boutons, zone de travail, barres latérales, look "sobre" et concis.

    Pour moi ce sont 2 critères indispensables à mon confort quand je code.

    Quand à Gvim, la gui est franchement pas confortable du tout, emacs/xemacs c'est pareil.

    Enfin, le fait que vous me donner des liens vers les docs de vim/emacs justifie le tout : je n'ai jamais eu besoin de doc pour utiliser pspad, eclipse ou tout autre editeur qui dispose d'une gui bien pensée.

    C'est le problème des outils "console" qui se voient greffer une GUI, car le point central reste l'éditeur, alors qu'avec un editeur à la base pensé avec GUI, l'intégration est bien meilleure.

    Tout ceci fait que c'est plus confortable pour moi de bosser sous windows que sous linux.

    alors je jette la pierreà Vim/emacs, mais je pense que le principal problème vient des toolkits graphiques , de leur apparence et des performances de X/GTK/Qt.