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@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@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/attac...
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@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
it are in the following pages:
Castellano : http://cs.hernanmorales.com.ar/DBrowser-es.php
Fran??ais : http://cs.hernanmorales.com.ar/DBrowser-fr.php
English : http://cs.hernanmorales.com.ar/DBrowser-en.php
Regards.
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
On 19 oct. 08, at 12:16, stephane ducasse wrote:
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
About that: The migration to RBProgramNodeVisitor seems pretty simple (unless I got it wrong - I change only one message send)
There is one missing class 'SilentCompilerErrorHandler' used in VisualWorksParseTree>>stParseTree However it seems like we can replace it by nil from other usage
^self stClass parserClass new parse: source readStream class: self stClass noPattern: false context: nil notifying: (SilentCompilerErrorHandler new class: stClass) ifFail:
I have a problem with the PropertiesTest class, which could be used to test this, but it bugs and I havent find a correction yet
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@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@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/attac...
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@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
it are in the following pages:
Castellano : http://cs.hernanmorales.com.ar/DBrowser-es.php
Fran??ais : http://cs.hernanmorales.com.ar/DBrowser-fr.php
English : http://cs.hernanmorales.com.ar/DBrowser-en.php
Regards.
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
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- Simon
-
Simon Denier -
stephane ducasse