On Thu, Mar 26, 2009 at 1:09 PM, Igor Stasenko <siguctua at gmail.com> wrote:

> 2009/3/26 Eliot Miranda <eliot.miranda at gmail.com>:
> > Hi All,
> >     we're using MC1.5 & I just had cause to reload all my packages in a
> > fresh image and I've noticed that none of my class categories were moved
> > over.  The bug is that the category order exists only implicitly in the
> > source/source.st element of the mcz and doesn't exist at all in the
> > snapshot.bin so when loading loads from snapshot.bin one ends up with
> some
> > essentially random category order.  Anyone have fixes for this?
> > TIA
> >
> as a side note, are categoty order are that important?


For me yes.  I depend on it.  In a big class like StackInterpreter
(Interpreter) a good category order is essential to my productivity.  I
spent an hour or two changing the category order in StackInterpereter and
making sure things were logically laid out and (at least for me) the time
was well worth it.  I still have to use find method wildcard... more often
than I'd like.  Without the order (StackInterpreter has about 45 categories)
finding things is hell.  That's why I sent the first message,.  When I
loaded my package into a new image the category order was gone.  I moved it
across by hand, but that's tedious and shouldn't be necessary.

Alphabetical order is OK for some classses, especially if it is smart, as
Vassili did in VisualWorks where initialize* comes first, then alphabetic
nonprivate, then private*.  But for the StackInterpreter I have
initialisation/shell related categories, interpreter core categories,
bytecode categories, primitive categories and then debuging and translation
categories:

initialization
interpreter shell
message sending
method lookup cache
stack pages
frame access
handler search
internal interpreter access
compiled methods
jump bytecodes
return bytecodes
stack bytecodes
send bytecodes
common selector sends
primitive support
arithmetic integer primitives
arithmetic largeint primitives
arithmetic float primitives
comparison float primitives
arithmetic primitive support
control primitives
indexing primitives
indexing primitive support
I/O primitives
I/O primitive support
bitblt support
image segment in/out
memory space primitives
object memory support
object access primitives
object format
other primitives
plugin primitives
plugin primitive support
plugin support
process primitives
process primitive support
sound primitives
system control primitives
image save/restore
callback support
debug printing
debug support
utilities
translation support

Without it finding things goes slowly....


> To me, its a browser who should care to show them in alphabetical
> order to ease finding a needed caterory , when they number are big
> (like in Object)
> >
> >
>
>
>
> --
> Best regards,
> Igor Stasenko AKA sig.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20090326/42ed4e22/attachment.htm