La encore mettre un breakpoint c'est un click, faire du pas a pas un click aller a point d'arret particulier un clic...et ca m'a pris ZERO comme temps d'apprentissage
J'apprécie cette fonctionnalité, c'est même pour ça que j'ai utilisé des front end graphique, mais il manque malgré tout
1) la trace/output de gdb que l'on peut stocker dans un fichier
2) capacité de scripter le debugger
4) le gdbrc
4) les rbreak (breakpoint sur expression rationnelles)
5) ignorer rapidement les 30 breakpoint suivant ou faire 100 step ou next d'un coup, oui y a ignore et autre, mais un
c 30, n 41 ou s 18 c'est pas la même chose que double cliquer dans la boite et autre
6) les tracepoint
quant a c, n, s, c'est assez simple c'est continue next step (on peut raccourcir les commandes, si y a pas d'ambiguïté c'est bon.
bah c'est facile en graphique aussi quand celui qui a fait le client graphique est pas stupide...
tu as des noms d'interface qui le font ? Je peux le filer brut de fonderie à un collègue qui saura rapidement reproduire ce que tu as fais, même si il est novice en la matière?
Il sera plus rapide pour 99% des gens de le faire a la main
alors là ça dépend largement de la quantité de colonne à rajouter, ensuite j'ai un préférence pour emacs
F3 (début d'enregistrement de macro)
ajouter la collonne, se placer comme au début de la macro une ligne plus bas
F4 (fin d'enregistrement)
F4 répète la dernière macro enregistré :D
besoin d'en faire d'autre, mixer les macros
pas de soucis alt-x name-last
lui donner un nom
alt-x global-set-key
combo de touche
puis le nom qu'on a donné à la macro.
Tu peux aussi éditer la macro précédemment enregistrée (edit-last-kbd-macro), corriger certains détails, poser des compteurs, mais là on rentre dans une utilisation un poil plus poussée (mais qui reste simple)
et si tu t'en sers souvent faire les global-set-key qui vont bien dans ton .emacs
Quant au ça n'arrivera qu'une fois j'ai plusieurs remarques
1) tâche réplétive -> ennui ( et parfois perte d'attention)
2) réfléchir comment automatiser une tâche et bien plus intéressant
3) Je n'ai encore jamais perdu de temps sur des "ça n'arrive qu'une fois", et il arrive fréquemment que le une fois se répète, ou sur un truc semblable.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Comparaison avec Eclipse
Posté par fearan . En réponse à la dépêche Sortie de KDevelop 4.0. Évalué à 2.
J'apprécie cette fonctionnalité, c'est même pour ça que j'ai utilisé des front end graphique, mais il manque malgré tout
1) la trace/output de gdb que l'on peut stocker dans un fichier
2) capacité de scripter le debugger
4) le gdbrc
4) les rbreak (breakpoint sur expression rationnelles)
5) ignorer rapidement les 30 breakpoint suivant ou faire 100 step ou next d'un coup, oui y a ignore et autre, mais un
c 30, n 41 ou s 18 c'est pas la même chose que double cliquer dans la boite et autre
6) les tracepoint
quant a c, n, s, c'est assez simple c'est continue next step (on peut raccourcir les commandes, si y a pas d'ambiguïté c'est bon.
bah c'est facile en graphique aussi quand celui qui a fait le client graphique est pas stupide...
tu as des noms d'interface qui le font ? Je peux le filer brut de fonderie à un collègue qui saura rapidement reproduire ce que tu as fais, même si il est novice en la matière?
Il sera plus rapide pour 99% des gens de le faire a la main
alors là ça dépend largement de la quantité de colonne à rajouter, ensuite j'ai un préférence pour emacs
F3 (début d'enregistrement de macro)
ajouter la collonne, se placer comme au début de la macro une ligne plus bas
F4 (fin d'enregistrement)
F4 répète la dernière macro enregistré :D
besoin d'en faire d'autre, mixer les macros
pas de soucis alt-x name-last
lui donner un nom
alt-x global-set-key
combo de touche
puis le nom qu'on a donné à la macro.
Tu peux aussi éditer la macro précédemment enregistrée (edit-last-kbd-macro), corriger certains détails, poser des compteurs, mais là on rentre dans une utilisation un poil plus poussée (mais qui reste simple)
et si tu t'en sers souvent faire les global-set-key qui vont bien dans ton .emacs
Quant au ça n'arrivera qu'une fois j'ai plusieurs remarques
1) tâche réplétive -> ennui ( et parfois perte d'attention)
2) réfléchir comment automatiser une tâche et bien plus intéressant
3) Je n'ai encore jamais perdu de temps sur des "ça n'arrive qu'une fois", et il arrive fréquemment que le une fois se répète, ou sur un truc semblable.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent