On Aug 12, 2013, at 10:21 PM, Sebastian Tleye <stleye@gmail.com> wrote:
I can add a rule for that, and check in the releaseTest if all the classes are respecting it (as i did checking repeated code)
We will do it together. Now first I want to release the tool to autocategorize the methods when you edit a method.
2013/8/12 Stéphane Ducasse <stephane.ducasse@inria.fr> Hi guys
I started to be fed up about protocol inconsistencies. So I will propose a set of rules (and a tool - I'm working on it) to automatically categorize methods. The first on the list was printOn: in printing and I clean many methods already with a kind of happy smile on my face.
Now we discussed today with esteban for initialize* we will use 'initialization' I hope that this is ok for you because I'm fed up to have the following:
{269->'initialization'. 248->'initialize-release'. 48->'as yet unclassified'. 15->'accessing'. 14->'private'. 12->'initializing'. 2->'instance creation'. 2->'testing'. 2->'initalize-release'. 2->'protocol'. 2->'display'. 1->'cleaning'. 1->'intializing'. 1->'like fullCopy'. 1->'keymapping'. 1->'ui-building'. 1->'initialize - release'. 1->'initialization-release'. 1->'intialize'. 1->'styling'. 1->'scrolling'. 1->'morphic ui'. 1->'world state'. 1->#'parts bin'}
Please enjoy this gift from life, I love so much 'like fullCopy' as a category for initialize that I'm a bit sad to clean this kind of poem (minimal haiku) so we will keep it for us :)
Yes there is no little steps to get a bright system, every little clean is stop.
No broken window! No dirt on the floor in Pharo.
Stef