Hi!
I very welcome contribution made on Mondrian. But please, enter your complete name when accepting methods and comming. For example, I have no idea who 'jl' is.
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
jannik laval?
On Sep 24, 2010, at 6:17 PM, Alexandre Bergel wrote:
> Hi!
>
> I very welcome contribution made on Mondrian. But please, enter your complete name when accepting methods and comming. For example, I have no idea who 'jl' is.
>
> Cheers,
> Alexandre
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Hi Moosers!
It our pleasure to announce (with a one week delay) that
the 4th edition of FAMOOSr is over, and that it was a success.
We had a dozen participants attending. Several had no a priori
knowledge about the moose platform but were eager to learn.
The talks stirred discussions and the bazaar session became a
demos and discussions session (this is not that surprising: the
time we had was too short for coding). The two blitz demos of
Doru (on Glamour) and Andrei (on the Glamour/Seaside
integration) were very liked.
Until the next time,
Happy research to each one of you :)
Simon and Mircea.
Hi Doru,
I tried your GTTools. I like GTCodeBrowser. What is missing is the update mechanism. Is it supported by Glamour? Is this easy to implement?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
I am writing a Java to MSE exporter called VerveineJ.
(I was supposed to announce it at some point but I keep waiting for a
reasonably stable version)
But let's go to the point.
For Java packages I am creating FAMIX Namespaces
Now I discovered the notion of childScopes and two questions arose:
- should VerveineJ create a "childScope link" between two java
Packages (i.e. FAMIX Namespace) that are included one in the other
(e.g.: "org.eclipse.help" and "org.eclipse.help.internal" and
"org.eclipse.help.internal.browser")
- if the answer is yes to the 1st question, then should VerveineJ
create new FAMIX Namespaces at the "intersection" of two other
namespaces. For example, for "org.eclipse.core.internal.plugins" and
"org.eclipse.core.runtime", one could create "org.eclipse.core" as a
parent scope of both...
Eclipse, which is my reference here, does not consider hierarchy of
packages. Even if, on the disk, one package is implemented as a
subdirectory of another one, in the Package Explorer, they are listed
as two separate ones.
Any opinion?
nicolas
--
Nicolas Anquetil Univ. Lille1 / INRIA-equipe RMod
Hello,
I wonder if it is possible to have a browser that tansmit from several
origins, that means having a source code like that:
browser transmit
from: #row1;
from: #row2;
to row: #row3;
andShow: ......
and in the same time to transform one of the output. So having something
like:
browser transmit
from: #row1;
from: #row2;
transformed: [ ... ];
to row: #row3;
andShow: ......
If it is possible, what should be put in the transform block? because we
have several outputs, so how do we deal with them and what should be
returned in the block ?
On 23 sept. 2010, at 12:25, Mariano Martinez Peck wrote:
>
>
> On Thu, Sep 23, 2010 at 11:07 AM, Simon Denier <Simon.Denier(a)inria.fr> wrote:
>
> hi
>
> - because the mapping color <-> range does not match your expectations (like red would be highest, blue would be lowest)
>
> I guess because of this one. For example, take a look to the screenshot I attached. If I want to search the most instantiated classes, I should serach colors like Brown or Pink. But they are not easily shown....and of course, I have lot of colors...then I can to go with my "eye" looking carefully each package and looking for those colors.
>
> This is why I thoguht that CodeCity would be cool, in the sense that for this case it would be easier since the property would represent the height of a building...and it is easier to notice heigh than a color.
>
> I am trying now LinearDistributionMap and I think it can help :)
>
OK then you can set the mapping you want by sending #propertyColorMap: aDictionary to the distribution map. Easy to do.
You could also define your own ordering, but this would require a bit more work I think (LinearDistributionMap does that)
Finally, don't forget you can change 2D width/height before using the 3D :)
Of course, this requires testing a bit with different layouts then (MOMinimumGridLayout is interesting when shapes have different sizes, it tries to group shapes so that lost space is minimized)
--
Simon
Hi Folks...Sorry for the "urgen" but I got an idea for my paper with
deadline tomorro hahahahah
I was using DistributionMaps where the containers were packages for example,
elements classes, and properties the amount of instances. For example, see
the attached screenshot.
Now....it is difficult to find the classes with most instances since I need
to search for an specific color.
I thoguht that having someting like CodeCity can be interesting. I would
like:
- EAch building (square) is a container -> package
- Each little squeare (that has heigh) is a element -> class
- The heigh is a property, in this case, the amount of instances for
example.
Then I can easily see packages/classes with several intances easily (the
highest ones).
So...is that possible? how easier? :)
Right now I was doing my DM something like this:
I checked for *City* class in Moose 4.1 but I didn't find anything :(
The only thing I found was this link:
http://www.moosetechnology.org/tools/vw/codecity
Thanks for any help
Mariano