name selector

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

name selector

Stephan Eggermont-3
Do I understand correctly that name is to be understood as inspectorName
and so should never be implemented as subclass responsibility?

Stephan

Reply | Threaded
Open this post in threaded view
|

Re: name selector

Sven Van Caekenberghe-2
Object>>#name should be removed, it is possible, I tried it once.
Most senders of #name are asking for the name of a class.

On 26 May 2014, at 18:15, Stephan Eggermont <[hidden email]> wrote:

> Do I understand correctly that name is to be understood as inspectorName
> and so should never be implemented as subclass responsibility?
>
> Stephan
>


Reply | Threaded
Open this post in threaded view
|

Re: name selector

jfabry

+1 on the removal of Object>>#name.

On May 26, 2014, at 1:19 PM, Sven Van Caekenberghe <[hidden email]> wrote:

> Object>>#name should be removed, it is possible, I tried it once.
> Most senders of #name are asking for the name of a class.
>
> On 26 May 2014, at 18:15, Stephan Eggermont <[hidden email]> wrote:
>
>> Do I understand correctly that name is to be understood as inspectorName
>> and so should never be implemented as subclass responsibility?
>>
>> Stephan
>>
>
>
>



---> Save our in-boxes! http://emailcharter.org <---

Johan Fabry   -   http://pleiad.cl/~jfabry
PLEIAD lab  -  Computer Science Department (DCC)  -  University of Chile


Reply | Threaded
Open this post in threaded view
|

Re: name selector

Esteban A. Maringolo
2014-05-26 15:14 GMT-03:00 Johan Fabry <[hidden email]>:
>
> +1 on the removal of Object>>#name.

Everybody got bitten by the accessor creation of #name: and #name1 :)

Esteban A. Maringolo

Reply | Threaded
Open this post in threaded view
|

Re: name selector

Sergi Reyner
2014-05-26 20:08 GMT+01:00 Esteban A. Maringolo <[hidden email]>:
2014-05-26 15:14 GMT-03:00 Johan Fabry <[hidden email]>:
>
> +1 on the removal of Object>>#name.

Everybody got bitten by the accessor creation of #name: and #name1 :)

I hear you! 

Reply | Threaded
Open this post in threaded view
|

Re: name selector

jfabry
In reply to this post by Esteban A. Maringolo

On May 26, 2014, at 3:08 PM, Esteban A. Maringolo <[hidden email]> wrote:

> 2014-05-26 15:14 GMT-03:00 Johan Fabry <[hidden email]>:
>>
>> +1 on the removal of Object>>#name.
>
> Everybody got bitten by the accessor creation of #name: and #name1 :)

Bitten? No. Annoyed? Yes yes yes. :-)



---> Save our in-boxes! http://emailcharter.org <---

Johan Fabry   -   http://pleiad.cl/~jfabry
PLEIAD lab  -  Computer Science Department (DCC)  -  University of Chile


Reply | Threaded
Open this post in threaded view
|

Re: name selector

NorbertHartl
In reply to this post by Sven Van Caekenberghe-2
+ 1

Norbert

Am 26.05.2014 um 19:19 schrieb Sven Van Caekenberghe <[hidden email]>:

> Object>>#name should be removed, it is possible, I tried it once.
> Most senders of #name are asking for the name of a class.
>
> On 26 May 2014, at 18:15, Stephan Eggermont <[hidden email]> wrote:
>
>> Do I understand correctly that name is to be understood as inspectorName
>> and so should never be implemented as subclass responsibility?
>>
>> Stephan
>>
>
>


Reply | Threaded
Open this post in threaded view
|

Re: name selector

Sean P. DeNigris
Administrator
In reply to this post by jfabry
jfabry wrote
+1 on the removal of Object>>#name.
+1. It is a trap, especially for new users...
Cheers,
Sean
Reply | Threaded
Open this post in threaded view
|

Re: name selector

stepharo
In reply to this post by Sven Van Caekenberghe-2

On 26/5/14 19:19, Sven Van Caekenberghe wrote:
> Object>>#name should be removed,

+1


> it is possible, I tried it once.
> Most senders of #name are asking for the name of a class.
>
> On 26 May 2014, at 18:15, Stephan Eggermont <[hidden email]> wrote:
>
>> Do I understand correctly that name is to be understood as inspectorName
>> and so should never be implemented as subclass responsibility?
>>
>> Stephan
>>
>
>