Sally
:
ça te complète le mot-clé sans que tu aies à appuyer sur une touche spéciale.
ça c'est exactement l'archétype de la feature qui suxamort
Oui, si c'est mal implémenté...
(et si ta virgule c'est une faute de frappe et tu voulais taper n
? ça t'arrive jamais c'est ça ?)
Honnêtement, ça m'a jamais gêné, et un bête Ctrl-Z (au lieu de backspace) t'efface la virgule et le reste de la complétion, donc franchement, perdre une touche en cas d'erreur pour gagner une touche (voire plus si le raccourci est Ctrl-Espace) dans tous les autres cas, y a carrément pas photo
(bon, je simplifie un peu : si le premier cas était très courant et très surprenant, ce serait faux : mais en pratique, c'est rare, et ça devrait te sauter aux yeux que tu t'es planté : si tu voulais taper un n, la liste de complétion serait toujours là, alors que là elle a disparu et le mot a été complété...)
Et si effectivement qqun qui avait essayé ça plus de 5 minutes trouvait ça gênant (ce qui m'étonnerait), ça reste largement envisageable de faire en sorte que Backspace agisse comme Ctrl-Z si la dernière action est une insertion de caractère sans mouvement de curseur... Et donc tout se passerait exactement comme tu veux. Encore une fois, pas besoin d'option.
c'est comme l'indentation auto *trop* automatique... globalement je ne peux pas supporter les trucs qui s'activent tout seuls sans que tu appuies sur une touche spéciale.
Ca dépend. Si c'est imprévisible et/ou (

) buggé, ça pue complètement. Sinon, c'est absolument génial
Pour emacs, c'est simplement que dans certains cas compliqués (y en a toujours...) je ne suis pas d'accord avec son indentation, donc je la change avant de commencer à taper ma ligne... et bing, quand j'arrive en fin de ligne et que je mets le ;
Alors là c chiant, mais c pas le même pb : en l'occurrence, pour l'indentation, c'est jamais possible de faire un truc satisfaisant, donc OUI il faut un moyen pas trop relou de changer le truc auto... Si emacs reformate au ";", alors c'est un BUG d'emacs, qui ne sera pas résolu par une préférence en plus : une préférence en plus, ça veut dire qu'il faut le tps que la "feature" t'ait suffisamment fait chier pour qu'on la désactive, le tps de chercher comment on la désactive, le tps de la désactiver, et même là ça n'est pas forcément satisfaisant : par exemple dans ton cas du ";", typiquement tu désactiverais l'indentation auto. Or, si le pb avait été traité à la base (i.e. comment contenter tout le monde), plutôt que de t'envoyer chier en disant "désactive l'indentation auto et fais pas chier", on se serait rendu compte qu'effectivement, il faut éviter de reformater un ";", et tout le monde en sortirait gagnant (ceux qui utilisent l'indentation auto et souffrent du ";", comme ceux que le ";" a tellement fait chier qu'ils ont désactivé l'indentation auto).
Pour moi, une préférence, c'est vraiment le *dernier* recours... Pour ton pb d'indentation auto ça n'est pas nécessaire, par exemple... (ou alors ça peut être juste un hack temporaire pour pallier au fait que l'implémentation est buggée)
(ou si plus tard je modifie la ligne à un endroit où il y a un caractère « critique » genre parenthèse fermante, ce con la remet à sa façon... alors que si j'ai changé c'est que j'avais une bonne raison. Je préfère de beaucoup que l'indentation s'active 1/ quand tu commences une ligne, 2/ si tu appuies sur une touche particulière, et pas dans d'autres cas. Bon à la rigueur l'accolade fermante ça peut être bien *si* c'est le premier caractère sur la ligne (sinon non)).
Oui, de fait ça peut se résoudre avec juste le 1er caractère de la ligne, dans le cas des langages genre C...
Mais ce genre de feature ne me dérange évidemment pas si c'est *désactivable*, d'où mon commentaire suivant...
Oui, un bug désactivable ne me gêne pas, mais bon
pas qu'il faut inonder l'utilisateur d'options
Ben un truc qui marche bien, c'est le coup classique de faire un mode ni00b où t'as pas beaucoup d'options et un mode expert où tu peux faire ce que tu veux ; comme ça tout le monde est content...
Moui, mais enfin ça change pas le fond du pb : il faut limiter au maximum le nb d'options...
Sally
:
Tu as aussi des fonctions de formattage automatique du code, pour ajouter ou supprimer des espaces selon des règles prédéfinies (ce qui fait que par exemple dans mon exemple tu n'as pas à taper les espaces autour du "=")
Argh
(trop cool, tu dois gagner presque un dixième de seconde
)...
C pas forcément gagner des 10è de secondes, ça peut être reformater du code crade et/ou (

) du code trop espacé...
c'est pareil, ça ne prend pas en compte les fautes de frappe ce genre de choses...
Nan, ça se fait manuellement

(ou alors automatiquement quand tu refermes un bloc de code, mais là ça se désactive -- pour le coup c une option utile, parce que tu peux avoir tes propres préférences de whitespace si tu veux...)
moi si je vois que j'ai tapé à côté j'appuie sur backspace *une* fois et je retape sur la bonne touche, donc si entre temps ça m'a inséré des trucs à la con sans me demander ça fout le bordel direct
Là je suis relativement d'accord... Dans le cas de la complétion c'est différent : tu *sais* qu'il va compléter parce que t'as une liste de complétion qui s'affiche en dessous avec surligné le mot qui va être complété.
(mes divergences d'opinion avec Pollux prouvent-elles suffisamment que la configurabilité est nécessaire ?
)
Mouarf, ils sont pas si divergents que ça, en fait

Et justement, discuter de ce genre de pbs en minimisant le nb d'options est bien plus bénéfique que d'envoyer chier n'importe qui en disant "oui, je vais rajouter une option pour remplacer le comportement merdique X par le comportement merdique Y"...