Hi,
Im currently using the dev version of Moose. For some parts it is still
very unstable. For example when using the Mondrian Easel examples, it
always crashes after a short while. Also autocomplete does not seem to work
at the moment.
I looked at ConfigurationOfMoose to see if I could use the stable version
for some of the development, but there the stable version currently points
to version 4.3.4 as far as I can tell.
Would it be possible to create a configuration for the latest stable
version of Moose, i guess that would be 4.6.x?
Cheers,
dennis
Hi,
I implement a browser with glamour. To provide data to the browser I use
the Hismo models that are installed in the Moose Panel:
browser openOn: MooseModel root allModelHistories
How can I refresh the data shown by the browser when a new Hismo model is
added to the Moose Panel?
Thanks.
Cheers,
--
Santiago Vidal
Hi,
After fixing Collection>>union: in Pharo, the Moose tests are better. We now have only 8 failing tests.
Any help to fix these would be appreciated :)
Cheers,
Doru
--
www.tudorgirba.com
"What is more important: To be happy, or to make happy?"
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 783 by google....(a)ben.coman.com.au: hidden 'Name already defined'
tempvar & ivar clash
http://code.google.com/p/moose-technology/issues/detail?id=783
Moose 4.6 has some hidden clashes between instance variables and method
temporary variables.
In order to observe the operation of #forNode:do: in Mondrian, I went to
add only 'self halt' to
MOViewRendererTest>>testEdgesAndInteractiveExpansion.
When I tried to <Accept> this, it complained temporary variable 'view'
was 'Name already defined' and indeed MOViewRendererTest does have a
clashing instance variable 'view' which prevents me from saving my change.
Similar has happened to me previously a few times, so I thought I would
flag it in case anyone was curious to determine how this got past the
compiler into the system, and also might be able to do some automated sweep
of the code to detect any similar occurances.
cheers, Ben
In Moose 4.6, World > Moose > Mondrian Easel > Examples > basic > edges
+ tiled nodes
has this code...
| nodes |
view shape rectangle
width: 40;
text: #yourself.
nodes := view nodes: (1 to: 20).
view shape arrowedLine.
view edges: (2 to: 20) from: 1 to: #yourself.
view layout: (MOCircleLayout forNodes: nodes allButFirst)
which displays text inside each rectangular node.
If I change the second line to...
view shape ellipse
then nodes do appear as ellipses but the text disappears. That is not
what I expected. How can text be made to display within an ellipse?
cheers, Ben
Hi,
Are you using Moose for something?
If yes, could you let us know what that something is?
It can be research, play, commercial, short term, long term, for software analysis, for other kinds of analysis.
Or maybe you are using only some part of it all. Anything would do.
Please take 2 minutes to reply.
Cheers,
Doru
--
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."
Great, indeed!
Doru
On Fri, Mar 23, 2012 at 11:16 PM, Alexandre Bergel
<alexandre.bergel(a)me.com> wrote:
> Yupi! No failed test!
> Good job guys!
>
> Alexandre
>
>
>
> Le 22 mars 2012 à 16:41, admin(a)moosetechnology.org a écrit :
>
>> See <http://hudson.moosetechnology.org/job/moose-latest-dev/901/>
>>
>>
--
www.tudorgirba.com
"Every thing has its own flow"
Hello,
I added a new importer in the Moose Panel and so I can browse my model. It
show me that no SourceLanguage was defined so I added my own
sourceLanguage, inheriting from FAMIXSourceLanguage. I have a problem is
about this call:
anObject mooseInterestingEntity mooseDescription allPrimitiveAttributes
because mooseDescription return nil.
The problem is about asMooseDescription send to my class because it refer
to the MooseModel meta dictionnary and my class is not in, so it return nil.
I have implemented the class method annotation but it doesn't change
anything.
How can I have my class in the dictionnary?
Thanks in advance.
--
*Guillaume Larcheveque*
Hi all,
i try to use EyeSee to plot mathematical functions with ESLineDiagram.
They is not easy as i might expect at the beginning :-)
The problem is EyeSee is using collections as models. I try to
transform the function as a collection like above but maybe there is a
better way to do that.
|diag f functionAsModel|
f := [:x | x*x].
functionAsModel := (0 to:10 by:0.1) collect:[:each | f value:each].
diag := ESDiagramRenderer new.
(diag lineDiagram)
y: #yourself;
yAxisLabel: 'X^2';
rotatedLabels: true;
regularAxis;
defaultColor: Color green;
models: functionAsModel.
diag open
Regards,
--
Serge Stinckwich
UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam
Every DSL ends up being Smalltalk
http://doesnotunderstand.org/
Hi,
We got down to one failing test:
MOLayoutTest>>testHorizontalTreeLayout
This is related to the order in collection noticed by Alex.
Cheers,
Doru
Begin forwarded message:
> From: admin(a)moosetechnology.org
> Subject: Jenkins build is unstable: moose-latest-dev #900
> Date: 22 March 2012 07:45:23 CET
> To: tudor(a)tudorgirba.com, simon.denier(a)gmail.com, cy.delaunay(a)gmail.com, alexandre(a)bergel.eu, stephane.ducasse(a)inria.fr, jannik.laval(a)gmail.com
>
> See <http://hudson.moosetechnology.org/job/moose-latest-dev/900/>
>
>
--
www.tudorgirba.com
"Sometimes the best solution is not the best solution."
Now that I found some new motivation spending some time on moose I defined a project for me to work on. In order to achieve the simple task I like to know if it is possible to export images from Automoose. I don't know how the integration of moose into jenkins is meant. I would imagine having predefined analysis diagrams shown on the jenkins project page side by side with the lint und sunit results.
thanks,
Norbert
could be interesting to see if we need to some numerical analysis in moose and pharo.
I will create a configuration
MCSqueaksourceRepository
location: 'http://squeaksource.com/DHBNumerical'
user: ''
password: ''
Hi all,
I have a doubt regarding 'FAMIX.Invocation's.
Suppose I've this line of Java code:
> startActivity(new Intent(this, ActivityTwo.class));
When I generate the mse (using VerveineJ) this result in a FAMIX.Invocation such as
> (FAMIX.Invocation (id: 8005)
> (candidates (ref: 9100))
> (previous (ref: 3174))
> (receiver (ref: 2547))
> (sender (ref: 7328))
> (signature 'startActivity(Intent)'))
The 'new Intent(…)' instead results in a FAMIX.Invocation such as
> (FAMIX.Invocation (id: 8291)
> (candidates (ref: 753))
> (sender (ref: 430))
> (signature 'Intent(Context,Class<?>)'))
I need to extract the 'ActivityTwo.class' argument. Is there a way to get it?
Thanks in advance for any sort of help.
Cheers,
RM
Updates:
Summary: Hapao should provide a legend in every window
Comment #3 on issue 602 by tudor.gi...(a)gmail.com: Hapao should provide a
legend in every window
http://code.google.com/p/moose-technology/issues/detail?id=602
Then let's name the issue for what it should do.
Status: New
Owner: ----
CC: tudor.girba
Labels: Type-Defect Priority-Medium
New issue 489 by jfabry: Glamour: action list without the dropdown
http://code.google.com/p/moose-technology/issues/detail?id=489
I have a Glamour pane that is an actionList where I do 5
populate:on:entitled:with: so that the pane has 5 buttons. Now what happens
is that the pane also has a dropdown menu, with the same actions as the
buttons. This menu should not be there according to Doru ...
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 774 by santiago...(a)gmail.com: MNU error after selecting data
using GLMStacker
http://code.google.com/p/moose-technology/issues/detail?id=774
Running the script:
| browser browserB|
browser := GLMTabulator new.
browser
row: [ :r | r column: #columnA; column: #columnB ].
browser transmit to: #columnA; andShow: [ :a |
a list display: #('Value 1' 'Value 2' 'Value 3' 'Value 1').
].
browserB:=GLMStacker new.
browserB aPane: #data; aPane: #AdditionalInformation1; aPane:
#AdditionalInformation2.
browserB transmit to:#data; andShow: [ :a |
a titleIcon: GLMUIThemeExtraIcons glamorousBrowse ;title:'Data'.
a list display:#('data A' 'data B' 'data C').
].
browserB transmit from:#data; to:#AdditionalInformation1; andShow: [ :a |
a titleIcon: GLMUIThemeExtraIcons glamorousAccept ;title:'Additional
Information 1'.
a text display:'something'.
].
browser transmit from: #columnA; to: #columnB; andShow: [ :a |
a custom: browserB.
].
browser openOn: MooseModel root allModels anyOne.
I received the following error after selecting "data A" "data B" or "data
C": MessageNotUnderstood; receiver of "fullBounds" is nil.
Updates:
Summary: Menssana does not understand set reference value...
Comment #2 on issue 760 by usman.bh...(a)gmail.com: Menssana does not
understand set reference value...
http://code.google.com/p/moose-technology/issues/detail?id=760
UndefinedObject(Object)>>doesNotUnderstand: #attributeKeyFrom:
Hi,
I added a first try for Kiviat diagrams in EyeSee. So, just a first try and
still many things to do.
You can check the examples in ESExamples>>kiviat*
Below you can see some images.
regards,
--
Andre Hora
50 failed tests.
Since I am familiar with Mondrian, I checked some of the failed tests of it.
Most of the error happens because of some collection comparison. Is it due to the last change of the collection hierarchy? Camillo?
The sunit integration in Nautilus really need some work. The images easily hangs. Apparently the tests are run in the background or something. Nor sure whether this is necessary. If you have 10 failed tests, then you end up with 10 opened debuggers.
Cheers,
Alexandre
On 17 Mar 2012, at 17:52, admin(a)moosetechnology.org wrote:
> See <http://hudson.moosetechnology.org/job/moose-latest-dev/891/>
>
>
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
I managed to get Nautilus to load properly (the problems were mostly resolved by updating Pharo). So, now we have Nautilus back in the Moose image with refactoring support.
Cheers,
Doru
--
www.tudorgirba.com
"One cannot do more than one can do."