[Pharo-project] Removing a trait from a class
I can't remove a trait from a class using UI tools. (pharo 10050) How can I remove it programmatically ? Next with this same class, message from this trait are not reachable, the MNU is raised but the hierarchy is not right as IFIETayage1 is not a subclass of IFIExoMorph. However IFIExoMorph is using the same trait as IFIEtayage. It looks like there is mismatch in the classes with traits. (see screenshot) Now I realize my last istoa release suffer from this problem :) Hilaire -- http://blog.ofset.org/hilaire
Hi Hilaire, Which UI tools do you use? Omnibrowser or the old browser that is shipped with the Core image. Could you try to reproduce the problem in a newer version of Pharo? (10050 is *very* old). I'd like to take a look then. It's strange because we have been using traits for two years now without seeing this problem. So it may indeed be a problem related to the UI that somehow brings traits into an inconsistent state. Adrian On Dec 2, 2008, at 11:08 , Hilaire Fernandes wrote:
I can't remove a trait from a class using UI tools. (pharo 10050) How can I remove it programmatically ?
Next with this same class, message from this trait are not reachable, the MNU is raised but the hierarchy is not right as IFIETayage1 is not a subclass of IFIExoMorph. However IFIExoMorph is using the same trait as IFIEtayage. It looks like there is mismatch in the classes with traits. (see screenshot)
Now I realize my last istoa release suffer from this problem :)
Hilaire
-- http://blog.ofset.org/hilaire <bug-trait.png>_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Okay, recheck with a fresh 10185, I can't remove the trait from my class. What I do, from OB I change the class definition (remove the line with the trait) then save. The trait just gets back. Is it the right way to do it? Which paper is appropriate to read, I saw several references in the squeak wiki? Hilaire 2008/12/2 Adrian Lienhard <adi@netstyle.ch>:
Hi Hilaire,
Which UI tools do you use? Omnibrowser or the old browser that is shipped with the Core image. Could you try to reproduce the problem in a newer version of Pharo? (10050 is *very* old).
I'd like to take a look then. It's strange because we have been using traits for two years now without seeing this problem. So it may indeed be a problem related to the UI that somehow brings traits into an inconsistent state.
Adrian
On Dec 2, 2008, at 11:08 , Hilaire Fernandes wrote:
I can't remove a trait from a class using UI tools. (pharo 10050) How can I remove it programmatically ?
Next with this same class, message from this trait are not reachable, the MNU is raised but the hierarchy is not right as IFIETayage1 is not a subclass of IFIExoMorph. However IFIExoMorph is using the same trait as IFIEtayage. It looks like there is mismatch in the classes with traits. (see screenshot)
Now I realize my last istoa release suffer from this problem :)
Hilaire
-- http://blog.ofset.org/hilaire <bug-trait.png>_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
it looks like traits can be removed with just writing "uses: {}" Better check some documentation Hilaire 2008/12/2 Hilaire Fernandes <hilaire@ofset.org>:
Okay, recheck with a fresh 10185, I can't remove the trait from my class. What I do, from OB I change the class definition (remove the line with the trait) then save. The trait just gets back. Is it the right way to do it?
Which paper is appropriate to read, I saw several references in the squeak wiki?
Hilaire
2008/12/2 Adrian Lienhard <adi@netstyle.ch>:
Hi Hilaire,
Which UI tools do you use? Omnibrowser or the old browser that is shipped with the Core image. Could you try to reproduce the problem in a newer version of Pharo? (10050 is *very* old).
I'd like to take a look then. It's strange because we have been using traits for two years now without seeing this problem. So it may indeed be a problem related to the UI that somehow brings traits into an inconsistent state.
Adrian
On Dec 2, 2008, at 11:08 , Hilaire Fernandes wrote:
I can't remove a trait from a class using UI tools. (pharo 10050) How can I remove it programmatically ?
Next with this same class, message from this trait are not reachable, the MNU is raised but the hierarchy is not right as IFIETayage1 is not a subclass of IFIExoMorph. However IFIExoMorph is using the same trait as IFIEtayage. It looks like there is mismatch in the classes with traits. (see screenshot)
Now I realize my last istoa release suffer from this problem :)
Hilaire
-- http://blog.ofset.org/hilaire <bug-trait.png>_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Dec 2, 2008, at 17:23 , Hilaire Fernandes wrote:
it looks like traits can be removed with just writing "uses: {}"
yes, that is the expected way to do it.
Better check some documentation
does this resolve your problem? Adrian
Hilaire
2008/12/2 Hilaire Fernandes <hilaire@ofset.org>:
Okay, recheck with a fresh 10185, I can't remove the trait from my class. What I do, from OB I change the class definition (remove the line with the trait) then save. The trait just gets back. Is it the right way to do it?
Which paper is appropriate to read, I saw several references in the squeak wiki?
Hilaire
2008/12/2 Adrian Lienhard <adi@netstyle.ch>:
Hi Hilaire,
Which UI tools do you use? Omnibrowser or the old browser that is shipped with the Core image. Could you try to reproduce the problem in a newer version of Pharo? (10050 is *very* old).
I'd like to take a look then. It's strange because we have been using traits for two years now without seeing this problem. So it may indeed be a problem related to the UI that somehow brings traits into an inconsistent state.
Adrian
On Dec 2, 2008, at 11:08 , Hilaire Fernandes wrote:
I can't remove a trait from a class using UI tools. (pharo 10050) How can I remove it programmatically ?
Next with this same class, message from this trait are not reachable, the MNU is raised but the hierarchy is not right as IFIETayage1 is not a subclass of IFIExoMorph. However IFIExoMorph is using the same trait as IFIEtayage. It looks like there is mismatch in the classes with traits. (see screenshot)
Now I realize my last istoa release suffer from this problem :)
Hilaire
-- http://blog.ofset.org/hilaire <bug-trait.png>_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- http://blog.ofset.org/hilaire
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
2008/12/2 Adrian Lienhard <adi@netstyle.ch>:
On Dec 2, 2008, at 17:23 , Hilaire Fernandes wrote:
it looks like traits can be removed with just writing "uses: {}"
yes, that is the expected way to do it.
Better check some documentation
does this resolve your problem?
So far it seems so. Hilaire
Adrian I got some problems during the last smalltalk party at paris. my pair programmer quitted the image without saving and when I reloaded the changes it was a mess. I could not remove methods from a class. The methods were not in the method dictionary but their names showed up in the browser.... The class organizer had them in. I would love to check the classorganizer concept :) I could not remove the traits from the class. Stef On Dec 2, 2008, at 11:26 AM, Adrian Lienhard wrote:
Hi Hilaire,
Which UI tools do you use? Omnibrowser or the old browser that is shipped with the Core image. Could you try to reproduce the problem in a newer version of Pharo? (10050 is *very* old).
I'd like to take a look then. It's strange because we have been using traits for two years now without seeing this problem. So it may indeed be a problem related to the UI that somehow brings traits into an inconsistent state.
Adrian
On Dec 2, 2008, at 11:08 , Hilaire Fernandes wrote:
I can't remove a trait from a class using UI tools. (pharo 10050) How can I remove it programmatically ?
Next with this same class, message from this trait are not reachable, the MNU is raised but the hierarchy is not right as IFIETayage1 is not a subclass of IFIExoMorph. However IFIExoMorph is using the same trait as IFIEtayage. It looks like there is mismatch in the classes with traits. (see screenshot)
Now I realize my last istoa release suffer from this problem :)
Hilaire
-- http://blog.ofset.org/hilaire <bug-trait.png>_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
ok, we need to take a closer look at this, Do you remember which browser you used? If Omnibrowser, do you also know which one? Adrian On Dec 2, 2008, at 13:58 , Stéphane Ducasse wrote:
Adrian I got some problems during the last smalltalk party at paris. my pair programmer quitted the image without saving and when I reloaded the changes it was a mess. I could not remove methods from a class. The methods were not in the method dictionary but their names showed up in the browser.... The class organizer had them in. I would love to check the classorganizer concept :) I could not remove the traits from the class.
Stef
On Dec 2, 2008, at 11:26 AM, Adrian Lienhard wrote:
Hi Hilaire,
Which UI tools do you use? Omnibrowser or the old browser that is shipped with the Core image. Could you try to reproduce the problem in a newer version of Pharo? (10050 is *very* old).
I'd like to take a look then. It's strange because we have been using traits for two years now without seeing this problem. So it may indeed be a problem related to the UI that somehow brings traits into an inconsistent state.
Adrian
On Dec 2, 2008, at 11:08 , Hilaire Fernandes wrote:
I can't remove a trait from a class using UI tools. (pharo 10050) How can I remove it programmatically ?
Next with this same class, message from this trait are not reachable, the MNU is raised but the hierarchy is not right as IFIETayage1 is not a subclass of IFIExoMorph. However IFIExoMorph is using the same trait as IFIEtayage. It looks like there is mismatch in the classes with traits. (see screenshot)
Now I realize my last istoa release suffer from this problem :)
Hilaire
-- http://blog.ofset.org/hilaire <bug-trait.png>_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
I was using the package browser Stef On Dec 2, 2008, at 10:11 PM, Adrian Lienhard wrote:
ok, we need to take a closer look at this, Do you remember which browser you used? If Omnibrowser, do you also know which one? Adrian
On Dec 2, 2008, at 13:58 , Stéphane Ducasse wrote:
Adrian I got some problems during the last smalltalk party at paris. my pair programmer quitted the image without saving and when I reloaded the changes it was a mess. I could not remove methods from a class. The methods were not in the method dictionary but their names showed up in the browser.... The class organizer had them in. I would love to check the classorganizer concept :) I could not remove the traits from the class.
Stef
On Dec 2, 2008, at 11:26 AM, Adrian Lienhard wrote:
Hi Hilaire,
Which UI tools do you use? Omnibrowser or the old browser that is shipped with the Core image. Could you try to reproduce the problem in a newer version of Pharo? (10050 is *very* old).
I'd like to take a look then. It's strange because we have been using traits for two years now without seeing this problem. So it may indeed be a problem related to the UI that somehow brings traits into an inconsistent state.
Adrian
On Dec 2, 2008, at 11:08 , Hilaire Fernandes wrote:
I can't remove a trait from a class using UI tools. (pharo 10050) How can I remove it programmatically ?
Next with this same class, message from this trait are not reachable, the MNU is raised but the hierarchy is not right as IFIETayage1 is not a subclass of IFIExoMorph. However IFIExoMorph is using the same trait as IFIEtayage. It looks like there is mismatch in the classes with traits. (see screenshot)
Now I realize my last istoa release suffer from this problem :)
Hilaire
-- http://blog.ofset.org/hilaire <bug-trait.png>_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
adrian when you will work on traits, you should really add two traits to a class and remove one to see the problem. Now I have the traits method inside the class with probably something generated. testCopyEmpty "This method does not exist." self halt. On Dec 2, 2008, at 10:18 PM, Stéphane Ducasse wrote:
I was using the package browser
Stef
On Dec 2, 2008, at 10:11 PM, Adrian Lienhard wrote:
ok, we need to take a closer look at this, Do you remember which browser you used? If Omnibrowser, do you also know which one? Adrian
On Dec 2, 2008, at 13:58 , Stéphane Ducasse wrote:
Adrian I got some problems during the last smalltalk party at paris. my pair programmer quitted the image without saving and when I reloaded the changes it was a mess. I could not remove methods from a class. The methods were not in the method dictionary but their names showed up in the browser.... The class organizer had them in. I would love to check the classorganizer concept :) I could not remove the traits from the class.
Stef
On Dec 2, 2008, at 11:26 AM, Adrian Lienhard wrote:
Hi Hilaire,
Which UI tools do you use? Omnibrowser or the old browser that is shipped with the Core image. Could you try to reproduce the problem in a newer version of Pharo? (10050 is *very* old).
I'd like to take a look then. It's strange because we have been using traits for two years now without seeing this problem. So it may indeed be a problem related to the UI that somehow brings traits into an inconsistent state.
Adrian
On Dec 2, 2008, at 11:08 , Hilaire Fernandes wrote:
I can't remove a trait from a class using UI tools. (pharo 10050) How can I remove it programmatically ?
Next with this same class, message from this trait are not reachable, the MNU is raised but the hierarchy is not right as IFIETayage1 is not a subclass of IFIExoMorph. However IFIExoMorph is using the same trait as IFIEtayage. It looks like there is mismatch in the classes with traits. (see screenshot)
Now I realize my last istoa release suffer from this problem :)
Hilaire
-- http://blog.ofset.org/hilaire <bug-trait.png>_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
I already tried, but I still cannot reproduce the problem. I take a fresh 185 image and create a class with two traits and remove a trait and everything works as expected. This is really strange. I wonder where the method with the comment "This method does not exist." comes from. One problem I found occurs when you remove a trait on the class side. The reason is that Metaclass recently was modified. But this is something else (and the tests document the problem). I think the simplest way to track that down is if you can give me an image in this state so that I can dig into it. Or even better, if possible, to explain me how I can reproduce the problem. Adrian On Dec 5, 2008, at 16:56 , Stéphane Ducasse wrote:
adrian when you will work on traits, you should really add two traits to a class and remove one to see the problem. Now I have the traits method inside the class with probably something generated.
testCopyEmpty "This method does not exist." self halt.
On Dec 2, 2008, at 10:18 PM, Stéphane Ducasse wrote:
I was using the package browser
Stef
On Dec 2, 2008, at 10:11 PM, Adrian Lienhard wrote:
ok, we need to take a closer look at this, Do you remember which browser you used? If Omnibrowser, do you also know which one? Adrian
On Dec 2, 2008, at 13:58 , Stéphane Ducasse wrote:
Adrian I got some problems during the last smalltalk party at paris. my pair programmer quitted the image without saving and when I reloaded the changes it was a mess. I could not remove methods from a class. The methods were not in the method dictionary but their names showed up in the browser.... The class organizer had them in. I would love to check the classorganizer concept :) I could not remove the traits from the class.
Stef
On Dec 2, 2008, at 11:26 AM, Adrian Lienhard wrote:
Hi Hilaire,
Which UI tools do you use? Omnibrowser or the old browser that is shipped with the Core image. Could you try to reproduce the problem in a newer version of Pharo? (10050 is *very* old).
I'd like to take a look then. It's strange because we have been using traits for two years now without seeing this problem. So it may indeed be a problem related to the UI that somehow brings traits into an inconsistent state.
Adrian
On Dec 2, 2008, at 11:08 , Hilaire Fernandes wrote:
I can't remove a trait from a class using UI tools. (pharo 10050) How can I remove it programmatically ?
Next with this same class, message from this trait are not reachable, the MNU is raised but the hierarchy is not right as IFIETayage1 is not a subclass of IFIExoMorph. However IFIExoMorph is using the same trait as IFIEtayage. It looks like there is mismatch in the classes with traits. (see screenshot)
Now I realize my last istoa release suffer from this problem :)
Hilaire
-- http://blog.ofset.org/hilaire <bug-trait.png>_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
I think that the trait should be used in multiple classes :)
I already tried, but I still cannot reproduce the problem. I take a fresh 185 image and create a class with two traits and remove a trait and everything works as expected.
This is really strange. I wonder where the method with the comment
"This method does not exist." comes from. May be the browser
One problem I found occurs when you remove a trait on the class side. The reason is that Metaclass recently was modified. But this is something else (and the tests document the problem).
I think the simplest way to track that down is if you can give me an image in this state so that I can dig into it. Or even better, if possible, to explain me how I can reproduce the problem.
Take a collection tests and remove a trait stef
Adrian
On Dec 5, 2008, at 16:56 , Stéphane Ducasse wrote:
adrian when you will work on traits, you should really add two traits to a class and remove one to see the problem. Now I have the traits method inside the class with probably something generated.
testCopyEmpty "This method does not exist." self halt.
On Dec 2, 2008, at 10:18 PM, Stéphane Ducasse wrote:
I was using the package browser
Stef
On Dec 2, 2008, at 10:11 PM, Adrian Lienhard wrote:
ok, we need to take a closer look at this, Do you remember which browser you used? If Omnibrowser, do you also know which one? Adrian
On Dec 2, 2008, at 13:58 , Stéphane Ducasse wrote:
Adrian I got some problems during the last smalltalk party at paris. my pair programmer quitted the image without saving and when I reloaded the changes it was a mess. I could not remove methods from a class. The methods were not in the method dictionary but their names showed up in the browser.... The class organizer had them in. I would love to check the classorganizer concept :) I could not remove the traits from the class.
Stef
On Dec 2, 2008, at 11:26 AM, Adrian Lienhard wrote:
Hi Hilaire,
Which UI tools do you use? Omnibrowser or the old browser that is shipped with the Core image. Could you try to reproduce the problem in a newer version of Pharo? (10050 is *very* old).
I'd like to take a look then. It's strange because we have been using traits for two years now without seeing this problem. So it may indeed be a problem related to the UI that somehow brings traits into an inconsistent state.
Adrian
On Dec 2, 2008, at 11:08 , Hilaire Fernandes wrote:
I can't remove a trait from a class using UI tools. (pharo 10050) How can I remove it programmatically ?
Next with this same class, message from this trait are not reachable, the MNU is raised but the hierarchy is not right as IFIETayage1 is not a subclass of IFIExoMorph. However IFIExoMorph is using the same trait as IFIEtayage. It looks like there is mismatch in the classes with traits. (see screenshot)
Now I realize my last istoa release suffer from this problem :)
Hilaire
-- http://blog.ofset.org/hilaire <bug-trait.png>_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
participants (3)
-
Adrian Lienhard -
Hilaire Fernandes -
Stéphane Ducasse