Vertyos
:
Pollux
:
* impossibilité d'avoir un curseur qui s'arrête en fin de ligne, donc si tu fais -> en fin de ligne ou <- en début de ligne, tu changes pas de ligne
Heu ué ça y'a, et heureusement, pr changer de ligne c'est Bas puis Home, pas Droite
(et au moins ça marche où que tu sois ds la ligne, ce qui est plus logique)
En principe tu te souviens de l'endroit où t'es dans la ligne, qd même

Et puis je trouve que Début-Gauche tombe mieux sous la main que Haut-Fin

(#mac#)
Hmm ah si en rédigeant ce post (et en me servant de cette fonction, donc) je viens de me rendre compte que y a aussi une conséquence sympa : si je veux passer de la fin de la ligne au début du paragraphe suivant, je peux faire Droite-Bas (ou Droite-Droite); Bas-Bas aurait l'inconvénient de me ramener au milieu du paragraphe, et c pas du tout ce que je veux.
Plus généralement, dans l'espace virtuel, si je veux passer d'une ligne plus longue à la fin d'une ligne plus courte, je suis obligé de faire Bas-Fin au lieu de Bas tout court... C'est un peu dommage, sachant que cette situation arrive exactement une fois sur deux qd on veut passer d'une fin de ligne à une autre (et même p-ê un peu plus souvent, sachant que les lignes les plus courtes sont celles qui ont le plus besoin d'être modifiées).
Et surtout je vois vraiment pas l'intérêt de l' "espace virtuel" : à part faire de l'ascii-art ou placer tes commentaires à la souris plutôt qu'au clavier, bof... (sachant que pour placer les commentaires au clavier, Tab est plus rapide que Droite).
* pas de Ctrl-X/Ctrl-C pour copier des lignes entières sans rien sélectionner (et ça, ça poutre © carrément
)
Pareil, Shift Fin Ctrl X, Shift Fin Ctrl C, c'est des habitudes à prendre mais vu que c'est commun a tous les editeurs de textes (sous windows, je connais pas ailleurs), c'est pas perdu.
Huhu, tu ne sais pas ce que tu perds ^^ Moi aussi qd j'ai commencé à utiliser VS, je connaissais pas et je faisais comme toi (et je fais tjs dans les éditeurs
obsolètes ©), mais en fait c hyper puissant :
if (x!=y) {
printf("checkpoint\n");
...
}
Si tu veux déplacer le printf pour le mettre avant la condition et que tu viens de rajouter, disons \n -> avec C++Builder et les textbox Windows normales, Début/Shift-Bas/Ctrl-X/Haut/Ctrl-V et tu te retrouves en début de ligne (i.e. à une position inutilisable pour faire quoi que ce soit). Avec VC++, tu fais Ctrl-X/Haut/Ctrl-V, et hop c'est fini; en plus te retrouves à la même position que si tu avais fait "Haut" tout court, donc tu as plus de chances d'être proche de ce que tu veux modifier.
* la touche "début" ramène en tout début de ligne, pas au premier caractère non whitespace (c'est lié à l'absence du point précédent)
T'as une notion curieuse des "défauts" toi, décidement
Perso ça me ferait chier que ça change, au contraire.
A part précisément dans le cas où tu veux copier une ligne entière, je ne vois pas qd tu peux en avoir besoin. (éventuellement pour les directives préprocesseur, mais VS te met tout seul en début de ligne dans ce cas-là) Alors que modifier un caractère au début de la ligne sans avoir à zapper tous les Tab, ca sert vraiment tout le tps...
* indentation auto foireuse (recopie systématiquement l'indentation de la ligne du dessus, sauf si la ligne se termine par une accolade auquel cas ajout d'une indentation => très vite chiant)
C'est censé faire quoi ? (de ttes ça risque pas d'être pareil vu qu'il n'y a pas d'accolades et que la seule indentation qui peut exister c'est avec begin et end)
if (blabla)
x=1; // obligé de faire Tab
else if (blabla2) // obligé de faire Backspace
x=2; // obligé de faire Tab
else { // obligé de faire Backspace
x=3; // ouf, pas obligé de faire Tab #joie#
} // obligé de faire Backspace
Avec Visual Studio ou vim, tu n'as pas besoin d'appuyer une seule fois sur Tab ou Backspace dans cet exemple... Autant dire que ça devient très très vite insupportable.
* pas mal de fonctions n'ont pas de raccourcis clavier (par exemple "rechercher dans plusieurs fichiers" => obligé de passer par les menus)
Heu ça c'est un peu normal... Idem dans Ultra Edit (que je prends tjrs comme model tellement il poutre
), c'est une option qui est BIEN trop peu utilisé pour justifier un raccourci clavier.
Là je touche un peu à VTI, et je passe mon temps à rechercher des symboles dans les différents fichiers... En fait sous VS j'utilise souvent F12, qui amène à la définition du symbole (mais idem, pas de raccourci dans C++Builder), et pour voir où c'est utilisé, Ctrl-Shift-F pawa... (y a un Shift-F12 qui dit où c'est référencé, mais ça ne suffit pas tjs : déjà si c pas compilé par VS y a pas de Browse information, ensuite c pas forcément top pour voir _toutes_ les références pour toutes les architectures et toutes les configurations, et enfin c hyper pratique d'avoir une liste dans laquelle on peut se déplacer facilement [F8/Shift-F8 pawa] : ça permet souvent d'éliminer les endroits non-pertinents en moins de deux)
* plus généralement, impossibilité de configurer quoi que ce soit, et impossibilité de faire des plugins comme dans VS
Rien capté.
Dans VS, tu peux scripter l'interface avec des macros, ou même carrément des vrais progs C++ ou C# ("add-ins") : ça te permet de configurer l'interface pour faire vraiment tout ce que tu veux dans les moindres détails...
* fenêtres isolées comme dans les vieux VB (-> plein d'espace perdu si tu veux pas passer ton tps à redimensionner les fenêtres)
Les fenetres se "recollent" entre elles, et on peut enregistrer leur position à un moment donné pour la récuperer en un clic, donc les masquer à tout moment, les refaire apparaitre, etc, très rapidement.
Hum j'ai pas trop regardé, je te fais confiance; mais si c le cas c un peu débile de ne pas faire ça par défaut

(ou plutôt de juste le faire pour le rapport d'erreurs de compil et de recherche de fichiers)
* complétion "intelligente" super mal foutue : grosso modo, le parseur te balance une erreur dès que ton code a une "erreur de syntaxe" (même si c normal puisque t justement en train de l'écrire
). Sans même parler du fait que qd tu fais une autocomplétion, au lieu de te balancer simplement le nom de ce qu'il y a à auto-compléter, il te balance son type complet : résultat, si tu as le malheur de faire du C++, il te balance l'expansion complète du type (avec tous les templates
) et résultat tu vois même pas le nom de la fonction, tu vois juste le début du type de retour
Et en plus ça doit être chiant pour les surcharges : si une fonction est surchargée 10 fois, ça te fait 10 entrées dans la liste qui reviendront exactement au même 
Même chose, sauf que nan on ne voit pas tout... Et ça m'étonnerais qu'ils aient fait différement sous C++Builder : l'ide te montre toute la fonction (ou le début si elle est trop longue), et ça suit en même temps que tu places les arguments. Si la fonction est surchargée, ça va t'afficher toutes les variantes en éliminant au fur et à mesure toutes celles qui ne conviennent pas.
Je parle de la complétion du nom de la méthode (avant que tu tapes les arguments) : à ce moment-là, tu t'en fous un peu de la surcharge (surtout qd chacune de tes méthode a 3 surcharges

)
Voilà pour le petit coup de gueule après une heure de lutte acharnée avec cette saloperie
En revanche le debugger m'a l'air un peu mieux foutu que le reste (comprendre : bcp plus utilisable que celui de TI-Flash Studio par exemple)
Bah comme déjà dit, apparement on a pas *du tout* la même notion de ce qui est "bien foutu" ou non, vu le nombre de problèmes que t'as et que je ne veux surtout pas voir changés 

La différence c'est que tu n'as pas utilisé le copier-coller par ligne entière, et je t'assure que c hyper-pratique... (et c comme une drogue

) En plus ça permet de libérer la touche Début pour t'amener au premier caractère non-whitespace, ce qui est aussi vraiment indispensable.
Quand au débugger c'est quelconque, à part suivre le déroulement du programme et voir à tout moment le contenu des variables (par pointage dans le source), y'a pas grand chose à y mettre.
Yop, mais disons que comparé au reste, il a à peu près tout ce qu'il faut (quoique, j'ai pas encore essayé de mettre des breakpoints tordus, donc je serai p-ê amené à retirer ce que j'ai dit

)
En revanche j'ai eu des freezes de Windows assez impressionnant avec : il réussi à freezer quasiment toute l'interface de Win, tout en bouffant 0% du CPU. Heureusement, j'ai réussi à le killer en passant par une console déjà ouverte, mais c assez suspect... Surtout que mes modifs de VTI sont assez triviales et ça ne doit pas venir de là.