Message browser strange new behavior
Hi Often I look at senders and I modify them directly in the message browser and I do not one by one. Now when I recompile a method I get a new one and I lose the next one. Am I the only one to have this behavior. It is highly disrputing. Stef
I can't reproduce (or I not see it) Could you explain more? 2016-09-03 22:11 GMT+02:00 stepharo <stepharo@free.fr>:
Hi
Often I look at senders and I modify them directly in the message browser and I do not one by one.
Now when I recompile a method I get a new one and I lose the next one.
Am I the only one to have this behavior. It is highly disrputing.
Stef
Hi denis I looked at senders of iconNamed: and when I see a Smalltalk ui icons iconNamed: I change it into self iconNamed: when I can. May be I was also changing the superclass to be Model and this would be the problem. It would be nice to have the possibility to get the list displayed not following inheritance but just based on alphabetic name of classes. Stef Le 4/9/16 à 10:05, Denis Kudriashov a écrit :
I can't reproduce (or I not see it) Could you explain more?
2016-09-03 22:11 GMT+02:00 stepharo <stepharo@free.fr <mailto:stepharo@free.fr>>:
Hi
Often I look at senders and I modify them directly in the message browser and I do not one by one.
Now when I recompile a method I get a new one and I lose the next one.
Am I the only one to have this behavior. It is highly disrputing.
Stef
I agree, it is sometimes difficult to find a class in the message browser because of the inheritance organization. I think that most often I do not want that, but also it might be useful in other circunstances, so maybe the best would be to have both possibilities and make is easy to change from one to the other. On Sun, Sep 4, 2016 at 10:10 AM, stepharo <stepharo@free.fr> wrote:
Hi denis
I looked at senders of iconNamed:
and when I see a Smalltalk ui icons iconNamed: I change it into self iconNamed: when I can.
May be I was also changing the superclass to be Model and this would be the problem.
It would be nice to have the possibility to get the list displayed not following inheritance but
just based on alphabetic name of classes.
Stef
Le 4/9/16 à 10:05, Denis Kudriashov a écrit :
I can't reproduce (or I not see it) Could you explain more?
2016-09-03 22:11 GMT+02:00 stepharo <stepharo@free.fr>:
Hi
Often I look at senders and I modify them directly in the message browser and I do not one by one.
Now when I recompile a method I get a new one and I lose the next one.
Am I the only one to have this behavior. It is highly disrputing.
Stef
2016-09-05 11:42 GMT+02:00 Nicolas Passerini <npasserini@gmail.com>:
I agree, it is sometimes difficult to find a class in the message browser because of the inheritance organization. I think that most often I do not want that, but also it might be useful in other circunstances, so maybe the best would be to have both possibilities and make is easy to change from one to the other.
Now there is filter field in message browser. And maybe it will be not an issue anymore
Le 5/9/16 à 11:48, Denis Kudriashov a écrit :
2016-09-05 11:42 GMT+02:00 Nicolas Passerini <npasserini@gmail.com <mailto:npasserini@gmail.com>>:
I agree, it is sometimes difficult to find a class in the message browser because of the inheritance organization. I think that most often I do not want that, but also it might be useful in other circunstances, so maybe the best would be to have both possibilities and make is easy to change from one to the other.
Now there is filter field in message browser. And maybe it will be not an issue anymore
it is still. Would be nice to have a button flat / hier
participants (3)
-
Denis Kudriashov -
Nicolas Passerini -
stepharo