Hi hernan
I will describe the current situation and point to where we need help.
There are two versions of Moose: VWMoose and SQMoose
We are porting VWMoose to SQMoose.
Now in VW
the metamodel FAMIX2.0 is described using the META framework
in Sq
we will be migrating to FAMIX30 which is described using FAME
(already done)
We have FAMIX20 (not totally described in FAME)
Now to support the migration
I'm finishing the importer from Sq -> FAMIX20
So that I can do the importer Sq -> FAMIX30.
I'm currently working
on supporting classVariables reification.
I'm working on the merging of class and metaclass (I'm rewriting some
tests to check name clashes).
For that I started to migrate some methods defined on CodeFoo:
flatCollect, CollectAsSet:....
Now here are a list of points to help:
- fix the Visitor named VWVisitorParseTree since it was based on the
default
VWAST while the importer in VW was using RBVisitor
-> we should migrate the code to RBVisitor
- check the tests
- back port the shortcut we introduced in SqMoose to VWMoose
(normally alex and simon should do that)
the idea is to have
(TheRoot>>#foo) mooseName : may be we should also have
TheRoot m: #foo that returns a moose Name
TheRoot@#AClassVar
to build a method name and a class name
- We need a UI. The idea is to use FAME metadescription and
interpret to build automatically UI (maybe using OB).
- check the pragma to see if this is working
- Migrate FAMIX20 behavior to SQMoose FAMIX20 and FAMIX30.
Now if nobody does it then it will not be there.
- Define FAMIX30 in VW.
Check what should be done to make VWMoose working on top of FAMIX30
- Define Cook extension on top of FAMIX30.
- Start to migrate the other packages of VWMoose
- dynamix
- Check mondrian extension
-
On Oct 19, 2008, at 9:51 AM, Hernán Morales Durand wrote:
Stephane tu as une liste ToDo ou quelque documentation
pour aider
dans Moose ?
Bonne journée
Hernán
2008/10/10 stephane ducasse <stephane.ducasse(a)free.fr>
hernan
we are currently porting moose to squeak.
After we will have DSM, package blueprint, dsitribution map, (check
our papers).
http://stephane.ducasse.free.fr/Publications.html
Stef
On Oct 9, 2008, at 5:36 PM, Hernán Morales Durand wrote:
2008/10/9 Lukas Renggli <renggli(a)gmail.com>
Cool, user interface.
However, you do not detect two other important static dependencies:
- Package A subclasses a class of package B.
- Package A extends a class of package B.
Yes, I was aware of loose methods (I'm interpreting extends here
means LM) and hierarchy references, and my idea was to add an
OBColumn next to the code pane like
http://mail.wiresong.ca/pipermail/ob-dev/attachments/20080923/e19a0b11/atta…
but it seems OmniBrowser do not allow this easily (creating a new
column in a subclass of the traditional Standard Browser is even
harder). You'll notice if I'm succeded in the next version :)
We are using a similar tool to package Seaside. Unfortunately it has
no GUI, but we are using GraphViz zu visualize the dependencies [1].
That is the original idea. I have never tried GraphViz, but from the
image in the link I can see GraphViz is able to ensure disjointness
between nodes but the image looks confusing, tangled, from an user's
perception view. It seems like the layout adjustement algorithm were
unable to preserve symmetries from an input (or breaks down the
topology for the sake of preserving a proximity model).
Is there a link explaining how to use GraphVIz from Squeak? I
presume if graphs could be showed inside the Squeak image, the whole
and details view problem could be solved, achieving simultaneity and
uniqueness (that means, facilities like the fish-eye view enabling
different magnification ratios).
Have a look at Package-Dependencies in
<http://source.lukas-renggli.ch/unsorted>. It automatically calculates
cycles and is able to hide transitive dependencies. It would be
interesting to extend it further to also take selectors into account,
that are only implemented in a single package.
I will take a look at it.
Cheers.
Hernán
There are other tools available: MudPie [2] and Moose [3].
Cheers,
Lukas
[1]
http://www.lukas-renggli.ch/dropbox/seaside-2.9/seaside.png
[2]
http://map.squeak.org/package/617dbc24-e029-4d8c-a941-68db8c867952
[3]
http://moose.unibe.ch/
On 10/9/08, David T. Lewis <lewis(a)mail.msen.com> wrote:
On Wed, Oct 08, 2008 at 03:17:40PM -0300, Hern??n
Morales Durand
wrote:
> Dear Squeakers,
> If you ever wondered how to observe dependencies between
packages in
the
> image, now you can use this new Dependency
Browser.
Instructions for using
Hern??n
I have not installed this to try it yet, but the DependencyWalker
looks
like a really interesting idea!
Dave
--
Lukas Renggli
http://www.lukas-renggli.ch