Comment perdre une soirée de travail avec le dual change sorter. Etape 1) On veux que son projet soit visible grâce au plugin des navigateurs. Etape 2) On se rend compte que le code du projet est dans plusieurs change set. Mais pour plaire au plugin, il faut tout mettre dans le même. Etape 3) On ouvre le projet. On ouvre le dual change sorter. Pour faire un submerge d'un change set dans l'autre. Un des change set contient du code plus récent que l'autre. Donc on veut submerger du plus vieux dans le plus récent ce qui supprime le 'change set' le plus vieux automatiquement. (L'opération inverse est impossible par ce que le 'change set' le plus récent correspond au projet que l'on vient d'ouvrir, c'est donc le 'change set' actif, on ne peut donc pas le supprimer). Etape 4) On pleure par ce que les changements apportés aux classes déjà définies dans le vieux change set sont perdus. Il est très bizarre que les dates des changements ne soient pas prises en compte pendant l'opération. Ce fait plus le fait de faire un submerge dans le mauvais sens conduit à la catastrophe.
Alexandre
As-tu essayer de regarder tes changes? Browse recent log. car tu as tout le code. Tu peux aussi voir les versions des methodes avec v
C'est clair que les changesets sont un mecanismes vieux. Avec VisualWorks on a un system de version avec un clic tu veux versionne. Il y a des efforts en cours MOnitcello pour gerer les changes et Ginsu qui est maintenant open source mais je ne sais pas ou cela en est.
Stef
On Lundi, sep 29, 2003, at 22:18 Europe/Zurich, Alexandre Benoit wrote:
Comment perdre une soirée de travail avec le dual change sorter. Etape 1) On veux que son projet soit visible grâce au plugin des navigateurs. Etape 2) On se rend compte que le code du projet est dans plusieurs change set. Mais pour plaire au plugin, il faut tout mettre dans le même. Etape 3) On ouvre le projet. On ouvre le dual change sorter. Pour faire un submerge d'un change set dans l'autre. Un des change set contient du code plus récent que l'autre. Donc on veut submerger du plus vieux dans le plus récent ce qui supprime le 'change set' le plus vieux automatiquement. (L'opération inverse est impossible par ce que le 'change set' le plus récent correspond au projet que l'on vient d'ouvrir, c'est donc le 'change set' actif, on ne peut donc pas le supprimer). Etape 4) On pleure par ce que les changements apportés aux classes déjà définies dans le vieux change set sont perdus. Il est très bizarre que les dates des changements ne soient pas prises en compte pendant l'opération. Ce fait plus le fait de faire un submerge dans le mauvais sens conduit à la catastrophe.
Alexandre
Squeak-fr mailing list Squeak-fr@lists.squeakfoundation.org http://lists.squeakfoundation.org/listinfo/squeak-fr
Salut, Am Tue, 30 Sep 2003 08:25:26 +0200 hat ducasse ducasse@iam.unibe.ch geschrieben:
As-tu essayer de regarder tes changes? Browse recent log. car tu as tout le code.
logiquement ca marchait...
Tu peux aussi voir les versions des methodes avec v
Mais pas ca: pas de version de classe! Pour les methodes il y a pas de problem, les change-sorters referencent toujours la version la plus recente (meme si le changeRecord sait encore quel version a ete accepte).
HTH, Torge
C'est clair que les changesets sont un mecanismes vieux. Avec VisualWorks on a un system de version avec un clic tu veux versionne. Il y a des efforts en cours MOnitcello pour gerer les changes et Ginsu qui est maintenant open source mais je ne sais pas ou cela en est.
Stef
On Lundi, sep 29, 2003, at 22:18 Europe/Zurich, Alexandre Benoit wrote:
Alexandre
Squeak-fr mailing list Squeak-fr½51WKytQuJI8mQ4nJOOf3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org http://lists.squeakfoundation.org/listinfo/squeak-fr
P.S.:desole pour manque d'accents mais in y en a pas sur mon clavier!
Bonjour,
J'ai encore un probleme de wonderland. celui-là est vraiment bloquant. J'espere que quelqu'un a la solution! soit, dans la fenetre de script, les instructions suivantes: w makeActorFromVRML:'vrml\boule.wrl'named:'maboule'. w makeActorNamed:'bozo'. maboule becomeChildOf:bozo.
Je créée donc une sphere en wonderland à l'aide d'un fichier VRML, puis je la rend "enfant" d'un acteur "vide", bozo. Le but est bien entendu d'utiliser cet acteur vide pour associer diverses primitives en un objet complexe (mais je rencontre le même probleme si au lieu d'un acteur vide, j'emploie un acteur "réel", par exemple un cone). Je verifie ensuite mon operation en tapant: bozo move:up. Et cela marche! La sphere, faisant partie de l'acteur bozo, se souleve avec lui. Donc ce que j'ai fait est bon, je suppose. Mais si en revanche j'ecris : bozo resize: 2. Rien ne se passe. Même résultat négatif si je clique sur "bozo" avec le bouton droit dans la liste des acteurs et sélectionne"Shrink" ou "Grow". (Dans les faits, je ne travaille pas avec la fenetre de script, mais depuis mes propres methodes en recourant à "w getNamespace at:" pour retrouver les variables wonderland, mais comme on le voit, le probleme existe déjà lorsqu'on utilise la fenetre de script.) Lorsqu'en revanche, je tape un "bunny resize:" dans le programme d'exemple, tout marche parfaitement, et ce bien que, à l'instar de mon bozo, bunny soit lui aussi un objet composite. Est-ce que par hasard wonderland ne fonctionnerait qu'avec les lapins?
Remi
Non ca je ne suis qu;il marche avec d'autres objets.
Mais je ne connais pas la reponse a ton probleme
Stef On Vendredi, oct 3, 2003, at 20:38 Europe/Zurich, Remi Sussan wrote:
Est-ce que par hasard wonderland ne fonctionnerait qu'avec les lapins?
Non ca je ne suis qu;il marche avec d'autres objets.
Mais je ne connais pas la reponse a ton probleme
En fait, j'ai fini par la trouver, apres plusieurs heures d'errance...la clé est l'instruction "becomePart" qu'il faut explicitement inscrire après ChildOf, comme ceci: maboule becomeChildOf:bozo. maboule becomePart. Cette dernière instruction génère parfois des erreurs dans la fenêtre de script, je ne sais pas pourquoi. en revanche,elle marche bien si on l'utilise programmatiquement dans ses propres methodes (ce que je voulais, de toutes facons), ou si on clique sur l'objet dans la liste des acteurs et qu'on choisit l'option "Become Part". J'ai depuis rencontré d'autres GROS problemes avec Wonderland, mais ceux là impliquent justement la difference entre programmer dans la fenetre de script ou travailler depuis un programme externe.J'attend de clarifier completement la situation et de rediger un programme exemple simplifié (le veritable est trop long et trop complexe pour que je vous l'impose!) pour reporter ces problemes, s' ils persistent..
Remi
squeak-fr@lists.squeakfoundation.org