|
|
Hi,
A couple of minor notes for Beta3 professional:
The System Browser Class List and Class Hierarchy "Refactorings" context
menu is missing the "Remove Duplicate Methods" command that is available in
the CHB etc.
In the "Final Step" page of the Lagoon wizard, the last line of static text
refers to "Finish" instead of "Save Configuration".
I deployed a ToGo application which contained a ListView and found that the
column headers (nice!) showed the missing icon when clicked. I was able to
extract the UpArrow and DownArrow icons and add them to my Stub. Is it worth
including another set of Stubs loaded up with common resources such as
these, for quick and easy deployments?
A suggestion: could the PackagePrerequisites TreeView use icons to show if a
package has cyclic prerequisites? Something like:
getImageBlock:
([:a | a key hasCyclicPrerequisites not icon imageIndex])
receiver: nil; yourself
Drag and Drop being enabled in the System browser Class List does not make
sense to me. Drag and Drop is supposed to transfer something from one place
to another. In the Class List, the drop is accepted and the class goes back
to its original "place" in the list. Behind the scenes, the superclass has
been changed, but there is no visual feedback that anything has resulted
from the drag and drop.
I think that the published aspects of Font and Color are confusing. I have
posted this before, but I didnt explain myself well. The problem I see is
that the published aspects of both Font and Color suggest that instances are
mutable. How can #ownsHandle and #basicHandle be considered public aspects
of Font?
Font>>publishedAspects
^self class publishedAspectsOfInstances
Adding this method fixes the problem, but can an argument be made that
Object>>publishedAspects should not replace the publishedAspectsOfInstances
with publicAccessorAspects, if there is a single #yourself aspect with a
non-nil editBlock?
Thanks,
Steve
|
Locked
