Hi,
The Moose Dojo ended yesterday evening. We had quite some fun and we
obtained some visible results. A summary of what happened yesterday
can be found at:
http://moose.unibe.ch/events/2008-01-30-dojo/day2
I would say it was the nicest dojo so far, and I would like to thank
all the participants for making it so.
Cheers,
Doru
p.s. There are hopes that the next Dojo will take place in Lugano
sometime after Easter :).
--
www.tudorgirba.comwww.tudorgirba.com/blog
"Every thing should have the right to be different."
Which one is the superclass and which one the subclass? The current
implementation of Moose seems to do the opposite of the Famix spec,
so which one is right? ^^
AA
Famix 3.0/2.2 seems to lack these things
- return type of methods
- parameter of methods, including type
- receiving type of invocation
I will add this in the Jamix version, please update Moose!
AA
Hi
romain will start coding a DSM for moose (may be using mondrian may be
not).
And I would like to represent a cell as a reference aggregate which
can contain inheritance def, access, invocation.
Do you have an idea where we could define this class in the FAMIX
inheritance tree?
We thought abut a subclass of FamixAbstractionAssociation
Stef
Hi everyone,
I've got a quick question concerning EyeSee.
We are trying to create a composed bar diagram like the
#barCompositeDiagriam in the Examples included with EyeSee.
However, in our case, we need the two Y-axis of both diagrams to be
equal. Otherwise said, the maximum Y-value shown on both Y-axis should
be the same such that the composed/overlapping bars in the diagram are
visualized w.r.t. the same absolute Y-value. In all examples I can
find for the composite diagrams, the Y-axis of both diagrams is
independent and has a different scale.
Is there a way to make the Y-axis equal? Or can we force the Y-axis of
one of the diagrams in the composite to match its scale with the Y-
axis of the other diagram?
thanks for any suggestions!
----------------------------
Johan Brichau
johan.brichau(a)uclouvain.be
Hi,
The first day of the Moose Dojo started. In the morning there we had
some presentations and discussions, and now we will start working on
some hands on projects.
Some initial details can be found at:
http://moose.unibe.ch/events/2008-01-30-dojo/day1
It's quite nice :).
Cheers,
Doru
--
www.tudorgirba.comwww.tudorgirba.com/blog
"It's not what we do that matters most, it's how we do it."
Hi,
The tentative schedule for the Moose Dojo is:
Wednesday, Jan 30
10:00 - 10:30 Introduction
10:30 - 12:30 Presentations and discussions
12:30 - 14:00 Lunch
14:00 - ... Dojoing
Thursday, Jan 31
10:00 - 12:30 Presentations and discussions
12:30 - 14:00 Lunch
14:00 - ... Dojoing
I say tentative because the goal is to have us working together rather
then having a fixed schedule. The presentations should be maximum 10
minutes and scheduled in the morning to have them as input for the
afternoon work.
Cheers,
Doru
--
www.tudorgirba.comwww.tudorgirba.com/blog
"Yesterday is a fact.
Tomorrow is a possibility.
Today is a challenge."
Because the leverage effect of generating code is so fun...
numberOfNames(): int
hasNames(): boolean
@Sandro - brauchst evtl noch die transitive Hülle? ^^
cheers,
AA
Hey Sandro,
Use this for printing ...
> ParseClient printer = new MSEPrinter(System.out);
> builder.asRepository().accept(printer, new Famix22NestingStrategy());
cheers,
AA
Hi everyone,
The links from the RSS of moose.unibe.ch should have been fixed a
while ago, but it appears that some people still have broken links.
Could you please try it and check if the links in the RSS feed point
to the correct webpages?
http://moose.unibe.ch/news?view=PBEntriesRssView
Cheers,
Doru
--
www.tudorgirba.comwww.tudorgirba.com/blog
"What we can governs what we wish."
Hi,
On January 17-18, we would like to organize a Moose Dojo at Software
Composition Group:
http://moose.unibe.ch/events/2008-01-17-dojo
The goal of the dojo would be to help us get up to speed with each
other's work and to potentially spawn further collaborations.
Please register on the above wiki page if you want to participate and
if you want to hold a presentation. If you do not have an account for
editing the page, please let me know.
Cheers,
Doru
--
www.tudorgirba.comwww.tudorgirba.com/blog
"Yesterday is a fact.
Tomorrow is a possibility.
Today is a challenge."
Hi,
in FAMIXPackage>>definedClasses
the occurrence of the classes is not assured to be unique: a lot of
classes will have a multiple occurrence -in Smaltalk model-.
bests,
Hani
Hi Moose-List,
up to version 2.8 Seaside was a huge monolithic package with a few
extension packages. For Seaside 2.9 we try to split the whole code
into smaller packages, to simplify deployment and porting. For example
platform specific code should be in a separate package, and
development tools, tests and examples should be loadable
independently.
We've coarsely split the code into multiple packages, however with all
the code (around 500 classes and 5000 methods) it is difficult to see
the dependencies and possible problems.
I wonder if there is anything in Moose that could help us to get the
package structure right? Visualize the dependencies of packages?
Detect circular dependencies? Discover code that is placed in the
wrong package? etc.
I know that there is a package called MudPie for Squeak [1], that does
something similar we want. Before trying to get it run I thought I ask
here in the list for tips on how you would proceed with this
endeavour.
Happy new year,
Lukas
[1] http://map.squeak.org/package/617dbc24-e029-4d8c-a941-68db8c867952
--
Lukas Renggli
http://www.lukas-renggli.ch
@Doru, seen that one?
That's how to get an open-source PNG writer.
Might be interesting for Mondrian et al.
AA
Begin forwarded message:
> Resent-From: vwnc(a)cs.uiuc.edu
> From: "Steven Kelly" <stevek(a)metacase.com>
> Date: 3 January 2008 20:17:29 GMT+01:00
> To: "vwnc-list NC" <vwnc(a)cs.uiuc.edu>
> Resent-Cc: recipient list not shown: ;
> Subject: RE: How to save PNG files?
>
> Adrian Kuhn wrote:
>> I am looking for a way to save PNG files. Is that available?
>
> See this message from November, including the attachment:
> http://www.parcplace.net/list/vwnc-archive/0711/msg00165.html
>
> You'll want to change PNGImageWriter>>zlibWriteStreamClass to
> return the
> OS.ZLib.ZLibWriteStream class from the attachment, and probably remove
> StandardSystemController>>saveAsPNG, which adds itself to the blue
> button menu.
>
> HTH,
> Steve
hi,
I would modify SmalltalkImporter to enable importing all methods/
classes (as stubs) which do references to the appropriate model.
Actually I am stopping in SmalltalkImporter>>#importClass:
and my question is:
do you know how to know in VW which are the methods/classes that do
reference t8888°°°8o a method/class?
I know that we can get such information through the Browser but
really I do not think that this is a good idea to make Moose
dependent on VW browser.
bests,
Hani
