Le Thu, 25 Jan 2007 10:14:21 +0100, Jean-Marc Bourguet a écrit :
Je me serais attendu a le trouver sous ~/.eclipse,
Je me doutais :-)
mais je n'ai pas un tel fichier ni repertoire.
En effet ce n'est pas la philosophie d'Eclipse qui a été dévéloppé, dirait on, par des types qui n'avait jamais vu que Windows. (A l'origine, Eclipse n'a pas été conçu par IBM mais par une boîte dont j'ai oublié le nom)
Je voulais dire qu'il se souvenait de choses et que je ne trouvais pas l'endroit ou elles etaient stockees. C'est toujours le cas.
La vérité est que je ne savais pas moi même, mais j'ai regardé pour toi :-) ->
Je parlais de l'endroit ou se trouve les workspaces entre autres. Comme j'en ai lance deux en parallele, il a utilise deux workspaces. Il s'en souvient et je n'ai pas trouve ou il a stocke ca.
-> C'est bien caché :-) C'est dans son répertoire à lui ~/eclipse/configuration/.settings
Pour info, augmenter la memoire a fonctionne. Je n'ai plus de crash.
Voilà qui me rassure un peu. Mais seulement un peu au vu du reste de ton post.
Mais j'ai toujours quelque chose de non productif, meme pour du debugging (je ne vais pas parler de l'editeur -- j'ai pas encore cherche a le configurer et la configuration par defaut ne me convient pas du tout).
Je l'aurais parié, je ne sais pas pourquoi ;-)
J'ai a choisir dans des listes longues comme des jours sans pain (la structure affichee a gauche par exemple) sans avoir trouver le moyen de tapper ce que je veux, meme pas la premiere lettre pour se placer en milieu de liste;
Ben quoi ça marche très bien ça. :-o Ou alors c'est tellement lent que tu ne vois rien et que tu déduis que ça ne marche pas.
debugger est d'une lenteur monstre, au moins parce que faire n'importe quelle action dans le debuggeur (faire next sur une simple assignation d'entier i = 0; par exemple prend 5 secondes!)
Sur ta machine ça paraît incroyable. Avec ma pauvre petite bécane, en comparaison de la tienne, ça répond au doigt et à l'oeil, instantanément. Mais le cas est intéressant. On lit souvent qu'au regard de la montée en puissance des machines, la lenteur de Java n'est pas un problème. Si toi tu n'as pas un problème spécifique, alors on a une réponse là :-)
fait qu'il lui redemande un tas d'informations qui peuvent etre affichees dans des paneaux divers. Comme je n'en ai pas besoin, j'ai ferme ces paneaux, mais l'info est toujours demandee a gdb et j'ai pas trouve d'options pour desactiver cela.
Là je dois dire que je ne sais pas. Et Eclipse étant ce qu'il est, ça peut être dépendant de la façon dont le plugin que tu utilises est codé, pour le meilleur et pour le pire. Selon moi l'info ne devrait pas être redemandée, mais si elle l'est alors il y a de grandes chances que tu ne puisses pas le désactiver :-(
Quoi qu'il en soit, ton expérience et tes déboires sont instructifs. J'en viens sérieusement à me demander si Eclipse est utilisable avec de gros projets. On dirait bien que non. Java inside :-( Je n'ai jusqu'à aujourd'hui travaillé que sur des projets que l'on peut qualifier de petits (voire tout petits). Je n'utilise pas Eclipse depuis longtemps (3 semaines environ), ainsi que je l'avais dit plus haut dans la discussion. Je ne l'ai pas adopté définitivement.
--
Alain
Le Thu, 25 Jan 2007 10:14:21 +0100, Jean-Marc Bourguet a écrit :
Je me serais attendu a le trouver sous ~/.eclipse,
Je me doutais :-)
mais je n'ai pas un
tel fichier ni repertoire.
En effet ce n'est pas la philosophie d'Eclipse qui a été
dévéloppé, dirait on, par des types qui n'avait jamais vu que Windows.
(A l'origine, Eclipse n'a pas été conçu par IBM mais par une boîte
dont j'ai oublié le nom)
Je voulais dire qu'il se souvenait de choses et que je ne trouvais pas
l'endroit ou elles etaient stockees. C'est toujours le cas.
La vérité est que je ne savais pas moi même, mais j'ai regardé
pour toi :-) ->
Je parlais de l'endroit ou se trouve les workspaces entre autres. Comme
j'en ai lance deux en parallele, il a utilise deux workspaces. Il s'en
souvient et je n'ai pas trouve ou il a stocke ca.
-> C'est bien caché :-) C'est dans son répertoire à lui
~/eclipse/configuration/.settings
Pour info, augmenter la memoire a fonctionne. Je n'ai plus de crash.
Voilà qui me rassure un peu.
Mais seulement un peu au vu du reste de ton post.
Mais j'ai toujours quelque chose de non productif, meme pour du
debugging (je ne vais pas parler de l'editeur -- j'ai pas encore cherche
a le configurer et la configuration par defaut ne me convient pas du
tout).
Je l'aurais parié, je ne sais pas pourquoi ;-)
J'ai a choisir dans des listes longues comme des jours sans pain
(la structure affichee a gauche par exemple) sans avoir trouver le moyen
de tapper ce que je veux, meme pas la premiere lettre pour se placer en
milieu de liste;
Ben quoi ça marche très bien ça. :-o
Ou alors c'est tellement lent que tu ne vois rien et que tu déduis que
ça ne marche pas.
debugger est d'une lenteur monstre, au moins parce que faire n'importe
quelle action dans le debuggeur (faire next sur une simple assignation
d'entier i = 0; par exemple prend 5 secondes!)
Sur ta machine ça paraît incroyable. Avec ma pauvre petite bécane, en
comparaison de la tienne, ça répond au doigt et à l'oeil,
instantanément. Mais le cas est intéressant. On lit souvent qu'au regard
de la montée en puissance des machines, la lenteur de Java n'est pas un
problème. Si toi tu n'as pas un problème spécifique, alors on a une
réponse là :-)
fait
qu'il lui redemande un tas d'informations qui peuvent etre affichees
dans des paneaux divers. Comme je n'en ai pas besoin, j'ai ferme ces
paneaux, mais l'info est toujours demandee a gdb et j'ai pas trouve
d'options pour desactiver cela.
Là je dois dire que je ne sais pas.
Et Eclipse étant ce qu'il est, ça peut être dépendant de la façon dont
le plugin que tu utilises est codé, pour le meilleur et pour le pire.
Selon moi l'info ne devrait pas être redemandée, mais si elle l'est
alors il y a de grandes chances que tu ne puisses pas le désactiver :-(
Quoi qu'il en soit, ton expérience et tes déboires sont instructifs.
J'en viens sérieusement à me demander si Eclipse est utilisable avec de
gros projets. On dirait bien que non. Java inside :-(
Je n'ai jusqu'à aujourd'hui travaillé que sur des projets que l'on peut
qualifier de petits (voire tout petits). Je n'utilise pas Eclipse depuis
longtemps (3 semaines environ), ainsi que je l'avais dit plus haut dans la
discussion. Je ne l'ai pas adopté définitivement.
Le Thu, 25 Jan 2007 10:14:21 +0100, Jean-Marc Bourguet a écrit :
Je me serais attendu a le trouver sous ~/.eclipse,
Je me doutais :-)
mais je n'ai pas un tel fichier ni repertoire.
En effet ce n'est pas la philosophie d'Eclipse qui a été dévéloppé, dirait on, par des types qui n'avait jamais vu que Windows. (A l'origine, Eclipse n'a pas été conçu par IBM mais par une boîte dont j'ai oublié le nom)
Je voulais dire qu'il se souvenait de choses et que je ne trouvais pas l'endroit ou elles etaient stockees. C'est toujours le cas.
La vérité est que je ne savais pas moi même, mais j'ai regardé pour toi :-) ->
Je parlais de l'endroit ou se trouve les workspaces entre autres. Comme j'en ai lance deux en parallele, il a utilise deux workspaces. Il s'en souvient et je n'ai pas trouve ou il a stocke ca.
-> C'est bien caché :-) C'est dans son répertoire à lui ~/eclipse/configuration/.settings
Pour info, augmenter la memoire a fonctionne. Je n'ai plus de crash.
Voilà qui me rassure un peu. Mais seulement un peu au vu du reste de ton post.
Mais j'ai toujours quelque chose de non productif, meme pour du debugging (je ne vais pas parler de l'editeur -- j'ai pas encore cherche a le configurer et la configuration par defaut ne me convient pas du tout).
Je l'aurais parié, je ne sais pas pourquoi ;-)
J'ai a choisir dans des listes longues comme des jours sans pain (la structure affichee a gauche par exemple) sans avoir trouver le moyen de tapper ce que je veux, meme pas la premiere lettre pour se placer en milieu de liste;
Ben quoi ça marche très bien ça. :-o Ou alors c'est tellement lent que tu ne vois rien et que tu déduis que ça ne marche pas.
debugger est d'une lenteur monstre, au moins parce que faire n'importe quelle action dans le debuggeur (faire next sur une simple assignation d'entier i = 0; par exemple prend 5 secondes!)
Sur ta machine ça paraît incroyable. Avec ma pauvre petite bécane, en comparaison de la tienne, ça répond au doigt et à l'oeil, instantanément. Mais le cas est intéressant. On lit souvent qu'au regard de la montée en puissance des machines, la lenteur de Java n'est pas un problème. Si toi tu n'as pas un problème spécifique, alors on a une réponse là :-)
fait qu'il lui redemande un tas d'informations qui peuvent etre affichees dans des paneaux divers. Comme je n'en ai pas besoin, j'ai ferme ces paneaux, mais l'info est toujours demandee a gdb et j'ai pas trouve d'options pour desactiver cela.
Là je dois dire que je ne sais pas. Et Eclipse étant ce qu'il est, ça peut être dépendant de la façon dont le plugin que tu utilises est codé, pour le meilleur et pour le pire. Selon moi l'info ne devrait pas être redemandée, mais si elle l'est alors il y a de grandes chances que tu ne puisses pas le désactiver :-(
Quoi qu'il en soit, ton expérience et tes déboires sont instructifs. J'en viens sérieusement à me demander si Eclipse est utilisable avec de gros projets. On dirait bien que non. Java inside :-( Je n'ai jusqu'à aujourd'hui travaillé que sur des projets que l'on peut qualifier de petits (voire tout petits). Je n'utilise pas Eclipse depuis longtemps (3 semaines environ), ainsi que je l'avais dit plus haut dans la discussion. Je ne l'ai pas adopté définitivement.
--
Alain
espie
In article , Alain Gaillard wrote:
Le Mon, 22 Jan 2007 18:28:28 +0100, Alain Gaillard a écrit :
J'ai perdu de vue KDevelop depuis un moment. Mais à l'époque où je m'en servais, on pouvait (facilement). Mais je ne me rappelle plus comment. Par contre je viens juste de compiler un Kde 3.5.5 cet après midi. Demain si j'ai le temps, je vais compiler KDevelop et regarder ce qu'il en est. Et je te dirais ici.
Alors voilà. J'ai compilé Kdevleop 3.3.2 et sauf erreur de ma part, tu as raison, on ne peut pas (on ne peut plus) créer un projet personnalisé. Quand j'utilisais KDevelop en 2000/2001 on pouvait. C'est une vraie régression AMHA. Vraiment dommage.
Ca va sans doute s'arranger a un moment ou un autre, vu que KDE4 est cense utiliser cmake, et plus du tout automake ni libtool.
Mais bon... j'avoue que, par exemple, je n'ai jamais importe kdevelop dans les ports d'OpenBSD, parce que les multiples dependances gratuites aux outils GNU, plus ou moins cachees, m'ont gonfle. Entre gnu-make, bash, et automake, ca faisait beaucoup pour un seul homme...
In article <pan.2007.01.23.10.56.44.827843@hotmail.com>,
Alain Gaillard <alain_gaillard28@hotmail.com> wrote:
Le Mon, 22 Jan 2007 18:28:28 +0100, Alain Gaillard a écrit :
J'ai perdu de vue KDevelop depuis un moment. Mais à l'époque où je m'en
servais, on pouvait (facilement).
Mais je ne me rappelle plus comment.
Par contre je viens juste de compiler un Kde 3.5.5 cet après midi.
Demain si j'ai le temps, je vais compiler KDevelop et regarder ce qu'il en
est. Et je te dirais ici.
Alors voilà.
J'ai compilé Kdevleop 3.3.2 et sauf erreur de ma part, tu as raison, on
ne peut pas (on ne peut plus) créer un projet personnalisé.
Quand j'utilisais KDevelop en 2000/2001 on pouvait. C'est une vraie
régression AMHA. Vraiment dommage.
Ca va sans doute s'arranger a un moment ou un autre, vu que KDE4 est
cense utiliser cmake, et plus du tout automake ni libtool.
Mais bon... j'avoue que, par exemple, je n'ai jamais importe kdevelop
dans les ports d'OpenBSD, parce que les multiples dependances gratuites
aux outils GNU, plus ou moins cachees, m'ont gonfle. Entre gnu-make,
bash, et automake, ca faisait beaucoup pour un seul homme...
Le Mon, 22 Jan 2007 18:28:28 +0100, Alain Gaillard a écrit :
J'ai perdu de vue KDevelop depuis un moment. Mais à l'époque où je m'en servais, on pouvait (facilement). Mais je ne me rappelle plus comment. Par contre je viens juste de compiler un Kde 3.5.5 cet après midi. Demain si j'ai le temps, je vais compiler KDevelop et regarder ce qu'il en est. Et je te dirais ici.
Alors voilà. J'ai compilé Kdevleop 3.3.2 et sauf erreur de ma part, tu as raison, on ne peut pas (on ne peut plus) créer un projet personnalisé. Quand j'utilisais KDevelop en 2000/2001 on pouvait. C'est une vraie régression AMHA. Vraiment dommage.
Ca va sans doute s'arranger a un moment ou un autre, vu que KDE4 est cense utiliser cmake, et plus du tout automake ni libtool.
Mais bon... j'avoue que, par exemple, je n'ai jamais importe kdevelop dans les ports d'OpenBSD, parce que les multiples dependances gratuites aux outils GNU, plus ou moins cachees, m'ont gonfle. Entre gnu-make, bash, et automake, ca faisait beaucoup pour un seul homme...
Michel Decima
Dans <http://hermitte.free.fr/vim/ressources/lh-cpp.tar.gz>, que je maintiens, il y a aussi [1] un moteur d'expansion de squelettes avec quelques squelettes types pour le C++ [2]. Contrairement à la solution de James, celle que j'ai choisie est 100% en Viml (ce qui offre une portabilité sous windows sans avoir à y installer un shell)
Ok, merci, je vais aller voir. Ce que j'aime bien dans la solution de James, c'est que je connais deja le shell, donc pas de nouveau langage a apprendre (pas trop le temps).
J'irais voir aussi ce programme. Pour faire la meme chose, j'avais trouvé un plugin sur le site de vim, mais c'etait un peu trop "configurable" a mon gout : beaucoup trop de commandes pas faciles a memoriser.
Peut-être bien le mien ça. :-(
Je ne sais pas, je l'ai bazardé depuis. Mais j'en avais trouve un autre pour generer de doxygen, mais ce n'est pas le tien, c'est celui de Mathias Lorente.
Dans <http://hermitte.free.fr/vim/ressources/lh-cpp.tar.gz>, que je
maintiens, il y a aussi [1] un moteur d'expansion de squelettes avec
quelques squelettes types pour le C++ [2]. Contrairement à la solution de
James, celle que j'ai choisie est 100% en Viml (ce qui offre une
portabilité sous windows sans avoir à y installer un shell)
Ok, merci, je vais aller voir. Ce que j'aime bien dans la solution de
James, c'est que je connais deja le shell, donc pas de nouveau langage
a apprendre (pas trop le temps).
J'irais voir aussi ce programme. Pour faire la meme chose, j'avais
trouvé un plugin sur le site de vim, mais c'etait un peu trop
"configurable" a mon gout : beaucoup trop de commandes pas faciles
a memoriser.
Peut-être bien le mien ça. :-(
Je ne sais pas, je l'ai bazardé depuis. Mais j'en avais trouve un autre
pour generer de doxygen, mais ce n'est pas le tien, c'est celui de
Mathias Lorente.
Dans <http://hermitte.free.fr/vim/ressources/lh-cpp.tar.gz>, que je maintiens, il y a aussi [1] un moteur d'expansion de squelettes avec quelques squelettes types pour le C++ [2]. Contrairement à la solution de James, celle que j'ai choisie est 100% en Viml (ce qui offre une portabilité sous windows sans avoir à y installer un shell)
Ok, merci, je vais aller voir. Ce que j'aime bien dans la solution de James, c'est que je connais deja le shell, donc pas de nouveau langage a apprendre (pas trop le temps).
J'irais voir aussi ce programme. Pour faire la meme chose, j'avais trouvé un plugin sur le site de vim, mais c'etait un peu trop "configurable" a mon gout : beaucoup trop de commandes pas faciles a memoriser.
Peut-être bien le mien ça. :-(
Je ne sais pas, je l'ai bazardé depuis. Mais j'en avais trouve un autre pour generer de doxygen, mais ce n'est pas le tien, c'est celui de Mathias Lorente.
