Issue 3591 in pharo: Implementors of #listMorph place it in different (or no) category

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

Issue 3591 in pharo: Implementors of #listMorph place it in different (or no) category

pharo
Status: New
Owner: ----

New issue 3591 by [hidden email]: Implementors of #listMorph place  
it in different (or no) category
http://code.google.com/p/pharo/issues/detail?id=3591

Pharo1.2rc1 Latest update: #12320

What is (if any) the standard here? I usually follow Kent Beck's advice to  
put getters in 'private' unless they are meant to be public, and in that  
case, in 'accessing'. But here we have 'accessing'/'callbacks' (OB)/'user  
interface'.

Sean


Reply | Threaded
Open this post in threaded view
|

Re: Issue 3591 in pharo: Implementors of #listMorph place it in different (or no) category

pharo
Updates:
        Status: FixProposed
        Labels: Milestone-1.3

Comment #1 on issue 3591 by [hidden email]: Implementors of  
#listMorph place it in different (or no) category
http://code.google.com/p/pharo/issues/detail?id=3591

We have no official standard... but normally people follow Kent Beck for  
new code. 1.3 Core image seems good, just one "uncategorized" for  
#listMorph... fix attached.

Attachments:
        RecategorizeListMorph.1.cs  1.5 KB


Reply | Threaded
Open this post in threaded view
|

Re: Issue 3591 in pharo: Implementors of #listMorph place it in different (or no) category

pharo
Updates:
        Status: Closed

Comment #2 on issue 3591 by [hidden email]: Implementors of  
#listMorph place it in different (or no) category
http://code.google.com/p/pharo/issues/detail?id=3591

in 13100