Hello,
Currently I'm trying to implement a new 'kind' of glamour browser. The idea
would be to just allow the user to specify some panes, then we will display
those panes in a Kind of 'Dashboard'.
For now , it would be basically to put all the panes one under the other
over two columns (plus a scrollbar if the columns size goes out the size of
the browser window).
What I would like to do now, is to give to a pane a more or less important
height size according its morph contents is mor or less big.
After looking a bit, it seems difficult to retrieve information about an
'optimal' extent in which a Morph should be displayed. Sending 'extent' to a
PanelMorph always return 50@40 (whatever what is inside). Someone in the
mailing list told me about a 'minExtent' method, but in my cases, it returns
something even smaller than 'extent'.
As it looks quite difficult to do that from the 'Morph' part, I was
wondering if it could be a good idea to have something in Glamour itself.
Each presentation would have an 'optimal' extent. A browser presentation
would compute it by composing the optimal extents of its children. ?
Hi!
I found these by browsing twitter...
Combining music and visualization:
http://stephanthiel.com/projects/visualliszt.html
Fascinating visualization of a Daft Punk mashup
daftpunk.themaninblue.com/ (23 songs in 6 minutes)
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
I started to move to Pharo 1.3:
- all builds on the server are now based point to the Pharo 1.3
- the first task was to get Moose to load properly, which now does
- I had to remove Circle class extensions from EyeSee because Circle is no longer in Pharo 1.3 (the implications are unclear)
- there are quite a number of errors, but most of them are in Glamour and are due to changes in Announcement.
I am working on it. I will get back with more details :).
Cheers,
Doru
--
www.tudorgirba.com
"There are no old things, there are only old ways of looking at them."
Verveinesharp aims to extract program information from C# code and writes
the information into an MSE for analysis of the info in Moose. I have placed
a preliminary version of VerveineSharp on its website.
https://gforge.inria.fr/frs/?group_id=3329&release_id=6023
It exports the following code information to MSE:
- Namespaces
- Classes/Interfaces/Inner Classes
- Class Members
- Invocations/Access/Inheritance/Implements
- Delegates as Inner classes + method attached to delegates...
Also, there is a UI with VerveineSharp that helps visualizing all these
elements in a tree-like structure.
The zip file also contains some tests that can be executed through the bat
file.
VerveineSharp is developed and tested on .Net FW 2.0.
There are some known issues:
1. Any assemblies referenced in a program but not present in the program
folder make VerveineSharp to terminate prematurely. This requires some
reflection to resolve.
2. SourceLanguage is still not set as I am having some trouble in Java libs.
Probably, we can use bug db of Moose for VerveineSharp?
Usman
Hi Martin,
It looks like there is a problem with the ConfigurationOfFuelMooseExtension in that the version 1.2 references FuelMooseExtension-MartinDias.10, which does not exist on squeaksource.
It could be that the problem is due to the squeaksource problem. Could you check and possibly republish the version?
Cheers,
Doru
--
www.tudorgirba.com
"Every successful trip needs a suitable vehicle."
Hi all,
I have been tinkering a bit to try and get a way in which a specific moose version can be loaded from source, based on a) a virgin Pharo image and b) a moose release (one-click) image. The idea is that this could be done for each moose release.
I am stuck, here is what I got so far. Maybe somebody can give me pointers how to continue.
In image a) do the following in a workspace:
|packversions|
packversions := MCPackage allInstances collect: [:pack | pack workingCopy ancestry ancestorString].
Transcript clear.
packversions do: [:pack | Transcript show: pack,' '].
Copy the contents of the Transcript INCLUDING THE LAST SPACE!
In image b) do the following in a workspace, pasting where indicated.
| opstr oldp newp diff|
opstr := ReadStream on: '<PASTE HERE>'.
oldp := OrderedCollection new.
[opstr atEnd] whileFalse: [oldp add: (opstr upTo: Character space)].
newp := MCPackage allInstances collect: [:pack | pack workingCopy ].
diff := newp select: [:cand | (oldp includes: cand ancestry ancestorString) not].
diff inspect.
diff now contains all the packages of b) that are not in a). Now we need to know the order in which they are to be loaded, to avoid dependency issues. I thought that the requiredPackages of each MCPackage would enable me to order, but -o surprise- none of the packages have these set. Sooo ... this info must be in Metacello.
Hence the question: given a specific MCPackage, how can I obtain the list of required packages from Metacello? I dont care if it is slow BTW, building this list will only be done sporadically.
Thanks in advance ...
--
Johan Fabry
jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry
PLEIAD Lab - Computer Science Department (DCC) - University of Chile
Hi!
Together with Santiago and Doru we have been working on a necessary refactoring of the Mondrian rendering engine. This is a prerequisite to make Mondrian generate HTML5.
I would like you to shout if you notice a slowdown with a large visualization (e.g., DSM, PackageBlueprint). I used it with large Hapao visualizations, but I was happy about the result.
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
---------- Forwarded message ----------
From: Tudor Girba <tudor(a)tudorgirba.com>
Date: 2011/5/18
Subject: Re: Mondrian
To: Santiago Vidal <santiago.a.vidal(a)gmail.com>
Cc: Alexandre Bergel <alexandre.bergel(a)me.com>, Claudia Marcos <
marcos.claudia(a)gmail.com>
Hi,
Please let's move this discussion to the moose-dev mailing list. It would be
a good documentation of Mondrian.
You can register here:
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
and send the mail here:
moose-dev(a)iam.unibe.ch
Cheers,
Doru
On 18 May 2011, at 14:55, Santiago Vidal wrote:
> Hi,
> I indented the methods and removed the 'MO' class prefix from each visit
method.
> I'm not sure about the best way to avoid the creation of a new visitor
each time a shape is displayed. Should I save a visitor for each
MOGraphElement? The canvas changes each time that a shape is displayed? Can
you please tell me what is the cache that I have to moved to the visitor?
>
> On another topic with Claudia we are advising the final work of two
student in which we are going to use Moose. Specifically, we will use Moose
to compare different versions of an open source system with the goal of
identify differences in its modules. I would like to use Moose in my phd
thesis too, so this a first approach.
>
> Cheers
> Santiago
>
>
> 2011/5/17 Tudor Girba <tudor(a)tudorgirba.com>
> Thanks. It works now:
> http://ci.moosetechnology.org/job/mondrian-latest-dev-on-pharo-1.2/213/
>
> Cheers,
> Doru
>
>
> On 17 May 2011, at 22:32, Alexandre Bergel wrote:
>
> > Can you please lunch the build ?
> >
> > Cheers,
> > Alexandre
> >
> >
> > On 17 May 2011, at 16:03, Tudor Girba wrote:
> >
> >> Hi again,
> >>
> >> The build based on the 'default' configuration still says that
something is missing:
> >> http://ci.moosetechnology.org/job/mondrian-latest-dev-on-pharo-1.2/
> >>
> >> Cheers,
> >> Doru
> >>
> >>
> >> On 17 May 2011, at 21:43, Tudor Girba wrote:
> >>
> >>> Hi,
> >>>
> >>>
> >>> On 17 May 2011, at 21:37, Alexandre Bergel wrote:
> >>>
> >>>> Hi Santiago,
> >>>>
> >>>> I updated the configuration. Your new package is now in.
> >>>> The Jenkins should stop complaining by now :-)
> >>>
> >>> I started a build of Mondrian to check.
> >>>
> >>>> Each time a node is displayed, a new visitor is created. I do not
think this is necessary.
> >>>
> >>> This is actually not wanted at all because the renderer might have
some state later one.
> >>>
> >>> Cheers,
> >>> Doru
> >>>
> >>>> Would you mind to indent the code with a tabulation at each line? For
example:
> >>>> -=-=-=-=-=-=-=-=-=
> >>>> acceptVisitor: aVisitor
> >>>> ^aVisitor visitMODashedLineShape: self.
> >>>> -=-=-=-=-=-=-=-=-=
> >>>>
> >>>> -=-=-=-=-=-=-=-=-=
> >>>> acceptVisitor: aVisitor
> >>>> ^ aVisitor visitMODashedLineShape: self.
> >>>> -=-=-=-=-=-=-=-=-=
> >>>>
> >>>> Can you remove the 'MO' class prefix from each visit method? (e.g.,
visitMODashedLineShape: -> visitDashedLineShape:)
> >>>> I will do some benchmark to see if we are slower, but we should not
be actually.
> >>>>
> >>>> Cheers,
> >>>> Alexandre
> >>>>
> >>>>
> >>>>
--
Ing. Santiago A. Vidal
ISISTAN Research Institute
UNICEN University
Paraje Arroyo Seco
Campus Universitario
(B7001BBO) Tandil,
Bs. As. - Argentina
Phone: 54 2293 439840 Ext. 42
Fax: 54 2293 439681
Email: svidal(a)exa.unicen.edu.ar
http://www.exa.unicen.edu.ar/~svidal
Status: New
Owner: ----
CC: anquetil...(a)gmail.com
Labels: Type-Defect Priority-Medium Component-VerveineJ
New issue 629 by tudor.gi...(a)gmail.com: VerveineJ should not export
implicit variables without parentBehaviouralEntity
http://code.google.com/p/moose-technology/issues/detail?id=629
Some implicit variables are exported without a parentBehaviouralEntity.
To reproduce it:
- download ArgoUML 0.28.1:
http://argouml-downloads.tigris.org/argouml-0.28.1/
- there are several instances (about 5-6 out of 2000+) of implicit
variables without parrentBehaviouralEntity
Hi,
It looks like Mondrian still has a red test.
Cheers,
Doru
On 17 May 2011, at 23:27, admin(a)moosetechnology.org wrote:
> See <http://hudson.moosetechnology.org/job/moose-latest-dev/380/>
>
>
--
www.tudorgirba.com
"We can create beautiful models in a vacuum.
But, to get them effective we have to deal with the inconvenience of reality."
I am trying to set the sourcelanguage object of the FamixRepository. So, I
create my own subclass of the Famix.SourceLanguage, on the lines of java as
follows:
[FamePackage("FAMIX")]
[FameDescription("CSharpSourceLanguage")]
class CSharpSourceLanguage : SourceLanguage
{
//couldn't find anymore info to set for the class in VerveineJ
}
And I add it to the famixrepository. This how it appears in the mse file:
(FAMIX.SourceLanguage (id: 30))
However, moose does only provide information that its a SourceLanguage
object, but does know which source language was used.
My questions are:
1. What are the parameters of the SourceLanguage that we should set. I do
not see any setName() method?
2. What information does Moose require when parsing Famix.SourceLanguage
object?
thanx in advance,
Usman
We are happy to announce the Moose Suite version 4.4:
http://moosetechnology.org/download
What is new:
• New EyeSee engine for scripting visual charts
• New Kumpel importer for SVN repositories
• New Metanool engine for supporting dynamic annotations of models
• Simplified look and feel
• Improved VerveineJ compatibility for Java parsing
• Improved FAMIX support for Java systems
• Improved support for complex shapes in Mondrian
• Improved RPackage engine support for the Smalltalk importer
A list of issues addressed in this release can be found at:
http://code.google.com/p/moose-technology/issues/list?can=1&q=status=Fixed%…
Have fun,
The Moose Team
http://moosetechnology.org
Hi,
I lost track of what happened with RPackage. Cyrille, Stef, could you summarize the status?
I see that the tests are working on 1.2 (except for the expected failing ones). Is it good enough to rely on it for the release? If yes, we release tomorrow.
Cheers,
Doru
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
Status: New
Owner: ----
CC: cy.delau...(a)gmail.com, stephane...(a)gmail.com
Labels: Type-Defect Priority-Critical Component-SmalltalkImporter
Milestone-4.4
New issue 617 by tudor.gi...(a)gmail.com: RPackage has a self halt
http://code.google.com/p/moose-technology/issues/detail?id=617
there is a self halt in CompiledMethod>>packageFromOrganizer:
According to the flag, this self halt should not be reached. However, try
loading the following code after RPackage is loaded and you will see that
the self halt is reached.
Gofer new
squeaksource: 'bifrost';
package: 'ConfigurationOfBifrost';
load.
(Smalltalk at: #ConfigurationOfBifrost)
perform: #loadDefault.
You can try to execute the above code in the latest moose-dev which already
has the latest 3.0:
http://hudson.moosetechnology.org/job/moose-latest-dev/lastSuccessfulBuild/…
Hi!
I tried to load moose in a fresh 1.2 image: ConfigurationOfMoose loadDefault
I just can't. The following is printed in the transcript:
-=-=-=-=-=-=-=-=-=
Loading Moose configuration ...
--------
Loading default of ConfigurationOfMoose...
...RETRY->ConfigurationOfPetitParser
...RETRY->ConfigurationOfPetitParser
gofer repository error: 'GoferRepositoryError: Cannot connect to 77.57.193.217:80'...ignoring
...FAILED->ConfigurationOfPetitParser
-=-=-=-=-=-=-=-=-=
Am I the only one? How comes that Jenkins does not bump into the same problem.
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi Doru,
When I use #sendTo:from:with: the panel update is not refreshing the selected item in a list.
My scenario:
A GLMStacker with two panes working as an inner browser.
- when I send a external value to this inner browser the value is assigned but the item does not appear as selected.
- when I select a value in one of its panes I send nil to the selected value in the other pane... The same: the value changes to nil but if it was a selected item it remains selected.
The panes allowDeselection.
Regards,
Veronica
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 586 by cy.delau...(a)gmail.com: Compute invocation candidates with
different strategies seems to be broken
http://code.google.com/p/moose-technology/issues/detail?id=586
When you try to import a smalltalk model and select a another strategy than
the default one, you get some errors
I created myself a parser that has quite some rules. Now I discovered that in the format there are comments possible. The type of comments is quite common. One format for single line comment and one for multiline comments.
The comments are not described as part of the format. So now I'm trying to get a solution how to parse the comments. Basically the can appear anywhere in the text. I could do it by first removing the comments and then parsinf the format. But hopefully there is something more smart.
thanks,
Norbert
Hi,
I created a mse file of Pharo1.1Core.
I removed the Implicit Variable to fit with moose 4.4.
The mse file is here (20 Mb):
http://dl.dropbox.com/u/7739334/mse/pharo1.1.zip
Cheers,
---
Jannik Laval
Hi,
I would like to export a model without the implicit variables.
This is a generated model with an old version of FAMIX and the implicit variable are attached to a class, whereas now it is attached to a method.
Is there an easy way to export without implicit variable ?
Cheers,
Jannik