Hi,
The first day of the Moose Dojo to port Moose to Squeak has started.
You can follow the progress on my twitter account:
http://twitter.com/girba
and on the wiki page:
moose.unibe.ch/events/2008-05-22-dojo/day1
We will keep you posted with the progress.
Cheers,
Doru
--
www.tudorgirba.comwww.tudorgirba.com/blog
"There are no old things, there are only old ways of looking at them."
Hi,
I would like to inform you that due to too few submissions we decided
to cancel FAMOOSr workshop that was supposed to be organized at TOOLS
2008.
We consider that the problem was the location, and we are looking for
other possibilities of organizing FAMOOSr in another setting.
We will keep you posted.
Cheers,
Doru
p.s. If you have ideas or want to get involved in any way, please let
me know.
--
www.tudorgirba.comwww.tudorgirba.com/blog
"To lead is not to demand things, it is to make them happen."
Hi list,
I just discovered the excellent 'Basil' package to render a mondrian
script to a flash webpage.
It works really great except that the mondrian painting is drawn
outside of its 'box' (see image below). I traced the error and it
seems that once the mondrian-interface is initialized, changing its
width and height does not have any effect. The only way to adapt it,
is to change the hard-coded numbers in MondrianInterface>>initialize.
The code I am using and that I thought should work is:
I'm willing to have a try to fix it, but I would like to make sure if
it's the right way to use Basil and if nobody else might have a
suggestion ;-)
cheers,
Johan
----------------------------
Johan Brichau
johan.brichau(a)uclouvain.be
Folks,
IMO what is needed is an official description document of FAMIX 3.0
once it's fully implemented and supported by moose and/or other
platforms. By that I mean a technical report so that people know what
to cite in their articles.
Best,
Michele
Hi
I'm thinking aloud to see how I could get Famix 3.0 into moose.
I imagine that a problem is that since famix 30 is described in fame
we would have to change all the ui and so on to get moose interpret
FAME instead of Meta
Now would it be possible to take FAMIX30 describe it with Meta and
that I change te VW exporter to generate FAMIX 30 instead of Famix 2.2
Stef
Dear all,
Last week end with the other of Doru, Toon and Stéphane we ported the
core of Moose and most of Fame into Squeak. I think these two need to
be tied up.
Mondrian seems to be on its way.
Is there any plan for this dojo?
I will arrive in Bern on Wednesday 21 in the afternoon and will leave
Saturday 24 early in the morning.
Feel free to assign me to task. I wish to have moose on Squeak.
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi Said
can you tell us what you want to do?
You can get the source by following the instructions available on the
web site.
http://moose.unibe.ch/
Stef
On May 13, 2008, at 3:28 PM, said chihani wrote:
> Hello.
> My name is Chihani, i study Informatic in TU Dortmumd in Germany and
> i want analyse Moose.
> cann you give me please the guid from Moose.
> _______________________________________________________________________
> Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage
> kostenlos testen. http://www.pc-sicherheit.web.de/startseite/?
> mc=022220
>
>
> _______________________________________________
> Moose mailing list
> Moose(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose
Begin forwarded message:
> From: said chihani <chihani(a)web.de>
> Date: May 13, 2008 3:28:12 PM CEDT
> To: "moose(a)iam.unibe.ch" <moose(a)iam.unibe.ch>
> Subject: [Moose] TU-Dortmund
>
> Hello.
> My name is Chihani, i study Informatic in TU Dortmumd in Germany and
> i want analyse Moose.
> cann you give me please the guid from Moose.
> _______________________________________________________________________
> Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage
> kostenlos testen. http://www.pc-sicherheit.web.de/startseite/?
> mc=022220
>
>
> _______________________________________________
> Moose mailing list
> Moose(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose
Begin forwarded message:
> From: "Jonathan I. Maletic, Ph.D." <jmaletic(a)cs.kent.edu>
> Date: May 13, 2008 7:41:23 PM CEDT
> To: Stéphane Ducasse <stephane.ducasse(a)inria.fr>, Michael Collard <collard(a)cs.kent.edu
> >
> Subject: Re: A qustion about srcML
>
>
>>
>> Thanks. I was thinking that I could bridge it to our tools :)
>> May be this question will help me to understand:
>> when you have an AST, are the symbols resolved ? I guess not, I
>> imagine that srcML gives you the parsed text as input.
>> which is already something in C++ :)
>
> Stef,
>
> We have a separate tool to do name resolution, symbol table etc.
> Name resolution is particularly difficult and this tool is not as
> robust as the translator. We've not been handing the name
> resolution stuff out until will do some more testing. As you said C
> ++ is hell. We plan to get these other tools cleaned up over the
> summer.
>
> So just running the translator you get un-resolved names.
>
> Jonathan
>
>>
>>> Stef,
>>>
>>> We markup up down to the identifier level. But expressions are
>>> not marked completely. That is identifiers in expressions are
>>> marked but the entire AST for the expression is not done. So all
>>> parameter lists are marked etc.
>>>
>>> Otherwise, everything else is marked up including preprocessor
>>> statements, templates, and comments. Nothing is removed from the
>>> original code code. You can get the exact original code back
>>> including whitespace.
>>>
>>> Does this help?
>>>
>>>
>>> It's fast and robust. A number of folks are using it including
>>> some people in industry. So it actually works as opposed to just
>>> a prototype.
>>
>> I like that.
>> C++ is so much a hell. A friend of mine tried CDT and the code is
>> really strange (you have to walk several structure to go from a
>> method to its class).
>>
>> Stef
>
Begin forwarded message:
> From: "Jonathan I. Maletic, Ph.D." <jmaletic(a)cs.kent.edu>
> Date: May 13, 2008 6:08:52 PM CEDT
> To: Stéphane Ducasse <stephane.ducasse(a)inria.fr>, Michael Collard <collard(a)cs.kent.edu
> >
> Subject: Re: A qustion about srcML
>
> Stef,
>
> We markup up down to the identifier level. But expressions are not
> marked completely. That is identifiers in expressions are marked
> but the entire AST for the expression is not done. So all parameter
> lists are marked etc.
>
> Otherwise, everything else is marked up including preprocessor
> statements, templates, and comments. Nothing is removed from the
> original code code. You can get the exact original code back
> including whitespace.
>
> Does this help?
>
> It's fast and robust. A number of folks are using it including some
> people in industry. So it actually works as opposed to just a
> prototype.
>
> Jonathan
>
> Stéphane Ducasse wrote:
>> Hi john
>>
>> I wanted to know what srcML extract exactly from languages. Do you
>> have a description somewhere.
>> This was not obvious from the homepage.
>>
>> Stef
>>
>
There are 5 days left until the deadline of FAMOOSr 2008:
http://moose.unibe.ch/events/famoosr2008
We are looking for new ideas (2 page) and experience reports (4 pages)
related to Moose, FAMIX and reengineering in general. The
contributions can be either theoretical or practical and it can be
academic or industry oriented.
The ultimate goal is to spawn a discussion regarding the current and
future directions in Moose, FAMIX and reengineering.
FAMOOSr organizers
Hi Doru,
if I can help after the Dojo with documentation, Q&A, testing or coding, let me know. I could spend about 4 hours a week for the next 3 months.
cu
Pascal Vollmer
Pascal Vollmer
Email: pascal.vollmer(a)ieee.org
Jetzt komfortabel bei Arcor-Digital TV einsteigen: Mehr Happy Ends, mehr Herzschmerz, mehr Fernsehen! Erleben Sie 50 digitale TV Programme und optional 60 Pay TV Sender, einen elektronischen Programmführer mit Movie Star Bewertungen von TV Movie. Außerdem, aktuelle Filmhits und spannende Dokus in der Arcor-Videothek. Infos unter www.arcor.de/tv
Hi,
We will organize a Moose Dojo during May 22-23
http://moose.unibe.ch/events/2008-04-22-dojo
This dojo will be focused on one single topic:
--- Porting Moose to Squeak ---
To make the dojo effective, I am compiling a list of tasks that should
be addressed. The goal is not to complete the port, but rather to
explore as many porting problems as possible and to identify an
interested team for the effort.
If you are interested in participating, please let me know what you
would like to work on.
Cheers,
Doru
--
www.tudorgirba.comwww.tudorgirba.com/blog
"No matter how many recipes we'll know, we'll still value a chef."
Hi!
What would be the nice way to represent a generic type in Famix?
It seems to me that subclassing FAMIXAbstractScopable into a
FAMIXGenericType is the way to go.
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Dear List,
Let's imagine that a class B is imported into a FAMIX Model, and A,
the superclass of B, has _not_ been imported. Should the superclass
of the B FAMIXClass refers to a FAMIXUnknownVariable?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi
I wanted to import a model from a stream
I did the following:
m := SCG.Moose.MooseModel new.
loader SCG.Moose.MooseImporter withActiveMetamodel.
loader importSTream: NameMatchingTest lanModel readStream.
Now I do not know how I can specify in which model the resulting
entities should be added.
When I use an SmalltalkImporter I usually do it that way:
m := SCG.Moose.MooseModel new.
PundleImporter new
model: m ;
addPundleNamed: 'xxx' ;
run
and m is populated.
So Importer is not following the same pattern or I'm stupid and in
both cases this is annoying.
stef
Hi
I saw that name: is depreacted in moose model. However it does not
give me any hints of the solution.
It would be nice to use the deprecated method to help the reader to
understand what is the alternative.
stef
:)
Apparently this is the problem.
Stef
Begin forwarded message:
> From: Stefan Schmiedl <s(a)xss.de>
> Date: April 21, 2008 11:50:25 PM CEDT
> To: vwnc(a)cs.uiuc.edu
> Subject: Re: [vwnc] Did RBParser changed in 7.6
>
> Hi Stef,
>
> that's my bug, I saw it first :-)
>
> On Mon, 21 Apr 2008 22:36:01 +0200
> stéphane ducasse <ducasse(a)iam.unibe.ch> wrote:
>
>> Then the bug is fishy because we get a NonBoolean receiver but when I
>> inspect and executed each of the statement
>>
>> of
>>
>> patchLiteralArrayToken
>> (self patchLiteralArrayEmbeddedAssignmentToken
>> or:
>> [self patchLiteralArraySpecialToken
>> or:
>> [self patchLiteralArrayDottedNameToken
>> ifFalse: [self patchLiteralArraySymbolToken ]]])
>> ifFalse:
>> [^self parserError: #InvalidToken << #browser >> 'Invalid token']
>>
>> I get booleans.
>> and patchLiteralArraySymbolToken is returning boolean.
>
> The problem is one line above: #patchLiteralArrayDottedNameToken
> might return true, and 'true ifFalse: [0]' evaluates to nil.
> There is an AR open for this already, #54201 or #54202.
>
> s.
> _______________________________________________
> vwnc mailing list
> vwnc(a)cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/vwnc
>
This is strange
I'm loading in ***7.5*** the following
self loadingSpecs: #(#(PKG '1.13' 'VisualWorksFoo' '')
#(#PKG '38b.kuhn.2' 'SUnitToo' '')
#(#PKG '33.tgriggs' 'ExtraRBForSUnitToo' '')
#(#PKG '7.4.kuhn.3' 'AutoComplete' '')
#(#PKG '1.1' 'RBrowserHistory' '')
#(#PKG '66' 'RBCodeHighlighting' #setColors)
#(#PKG '1.2' 'RB_Tabs' '')
#(#PKG '1.45' 'MagicKeys' '')
#(#PAR '' 'RBSUnitExtensions' '')
#(#PKG '1.0' 'Tools-Speed patches' '')
#(#PKG '1.1' 'Store-Speed patches' '')
#(#PKG '1.0' 'Store-LogginSpeedUp' ''))
and I get an error SUnitToo(ls) (RB4xx - 27, triggs)
I do not understand why when I load old packages with the old 7.5
version I get errors.
Did someone change something?
Am I getting stupid?
Stef
Hi,
To know how up to date the Moose Config from your image is, you now
can spawn a Mondrian visualization from Tools/Moose Utilities/Moose
configuration.
The visualization will show all the prerequisite packages/bundles of
Moose Config.
Red means there are newer versions in Store, and blue means the local
package is changed.
Cheers,
Doru
--
www.tudorgirba.comwww.tudorgirba.com/blog
"We cannot reach the flow of things unless we let go."
Dear list,
I wish to color some nodes according using a metric. Ideally, I would
love to use something like:
view nodes: each classes forEach: [:node| node setColor: (...)].
But setColor:, color: are not defined on Mondrian.NodeFigure.
Each node may potentially have a different color.
I tried to use "view node: ... forIt: ..." and "view nodes:
aCollection using: aShape " but this was not successful.
I found a way to color all nodes contained in a view with:
-=-=-=-=-=-=-=-=-=-=-=-=
view nodes: packages forEach: [:each |
view blueRectangleShape.
view nodes: each classes.
view gridLayout.].
-=-=-=-=-=-=-=-=-=-=-=-=
i am nearly there :-)
Any help?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
