Message browser strange new behavior

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Message browser strange new behavior

stepharo
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


Reply | Threaded
Open this post in threaded view
|

Re: Message browser strange new behavior

Denis Kudriashov
I can't reproduce (or I not see it)
Could you explain more?

2016-09-03 22:11 GMT+02:00 stepharo <[hidden email]>:
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



Reply | Threaded
Open this post in threaded view
|

Re: Message browser strange new behavior

stepharo

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 <[hidden email]>:
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




Reply | Threaded
Open this post in threaded view
|

Re: Message browser strange new behavior

Nicolas Passerini
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 <[hidden email]> 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 <[hidden email]>:
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





Reply | Threaded
Open this post in threaded view
|

Re: Message browser strange new behavior

Denis Kudriashov

2016-09-05 11:42 GMT+02:00 Nicolas Passerini <[hidden email]>:
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
Reply | Threaded
Open this post in threaded view
|

Re: Message browser strange new behavior

stepharo



Le 5/9/16 à 11:48, Denis Kudriashov a écrit :

2016-09-05 11:42 GMT+02:00 Nicolas Passerini <[hidden email]>:
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