Hi,
I propose to change this:
MoosModel>>sourceLanguage: aSymbol
^sourceLanguage := aSymbol
by:
MoosModel>>sourceLanguage: aSourceLanguage
sourceLanguage := aSourceLanguage.
sourceLanguage mooseModel: self
So, that we don't have to remember to add manually the source language to
the model.
Is it ok to do this change?
usman
Hi!
I am getting an exception with VerveineJ. No idea why.
VerveineJ processing file: ./agilevisualization/example/HelloWorld.java
*** VerveineJ visitor got exception: 'java.lang.NullPointerException' while processing file: ./agilevisualization/example/HelloWorld.java
The code is simply:
I have a .mse file that is created however.
Any what’s going on?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
I wanted to use MooseQuery to get some call graphs in a model.
I have 4720 graphs to compute, I start from a class and I want all the incoming invocations at class level recursively.
I used the default queryAllIncomingInvocations of MooseChef and the one of MooseQuery.
It takes 1min20 with MooseChef.
With MooseQuery, it takes 5 mins to do ~500 graphs... so 50 mins to calculate everything (I didn't try ;) )..
Maybe some performance improvement is needed?
Cheers,
Vincent
________________________________
Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la responsabilit? de Worldline ne pourra ?tre recherch?e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'exp?diteur ne donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre recherch?e pour tout dommage r?sultant d'un virus transmis.
This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.
Hi!
Just to let you know. I have slightly improved the normalizer. You can now send #distinctColorUsing: aBlockOrSymbol
Consider the following example:
b := RTMondrian new.
b shape circle.
b nodes: Collection withAllSubclasses.
b edges connectFrom: #superclass.
b layout tree.
b normalizer
normalizeSize: #numberOfMethods;
distinctColorUsing: #package.
b
This gives to each class a color depending on its package.
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi everyone!
Yes, a new version of Pillar, again!
With this version we removed the old parser of Pillar to introduce
PetitPillar base on PetitParser.
This parser is slower than the previous one but we will be able to
improve his speed.
We will also be able to improve Pillar at the parser level, which was
impossible before. So we will be able to remove some hacks and improve
the experience of the users.
If you are good in parser and you want to contribute to his improvement,
feel free to help, we have a lot of tests to help. This is my first
parser so I am sure it have a lot of rooms for improvement.
--
Cheers
Cyril
Hi,
It seems that Metacello does not consider PackageName-xyz and
PacakgeName-BranchName-xyz as the same package. I suspect it because when I
look at the packages loaded by two different configurations with and
without branch names as package name suffixes are not the same. Could
someone knowing the internals of Metacello confirm it?
So, here is a log of Metacello of the loadDirective for ConfigOfGlamour
with and without packages with branch names. I have truncated the output to
highlight important parts of the log.
----------- Metacello log follows ----------------------
Without branching (Rubric and Glamour-Morphic-Renderer loaded only once):
linear load :
atomic load : 3.3.0 [ConfigurationOfGlamour]
linear load : 3.1.3.Moose51 [ConfigurationOfGlamourCore]
--------------------List of Packages----------------
atomic load : 1.2.14.Moose51 [ConfigurationOfRubric]
load : Rubric-AndreiChis.207
load : Glamour-Morphic-Renderer-AndreiChis.324
--------------------List of Packages----------------
linear load : 1.13 [ConfigurationOfRoassal2]
linear load : 3.1.4 [ConfigurationOfGlamourCore]
--------------------List of Packages----------------
With branching (old versions overwrites the fixes):
linear load :
atomic load : 3.3.0 [ConfigurationOfGlamour]
linear load : 3.1.3.Moose51 [ConfigurationOfGlamourCore]
--------------------List of Packages----------------
atomic load : 1.2.14.Moose51 [ConfigurationOfRubric]
load : Rubric-Moose51-usmanbhatti.207
load :
Glamour-Morphic-Renderer-Moose51-usmanbhatti.324
--------------------List of Packages----------------
linear load : 1.13 [ConfigurationOfRoassal2]
linear load : 3.1.4 [ConfigurationOfGlamourCore]
atomic load : 1.2.15 [ConfigurationOfRubric]
load : Rubric-AlainPlantec.206
load : Glamour-Morphic-Renderer-AndreiChis.321
--------------------List of Packages----------------
---------------
What it actually changes is packages with branch name are overwritten with
their predecessors and hence fixes are not correctly included in the
resulting image. It seems that ensuring correct loading in the presence of
branched packages requires no other configuration is loading previous
versions of the branched packages.
Hi!
I do not see it on:
http://www.intooitus.com
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Nice!
Doru
On Fri, Sep 11, 2015 at 9:11 PM, Stephan Eggermont <stephan(a)stack.nl> wrote:
> 15 minutes should be enough to create a custom tool,
> helping me gain insight in my problem.
> Moose (and Pharo) delivers.
>
>
> https://vimeo.com/139004257
>
> Stephan
>
> A big thank you to the GT & Roassal crew
>
>
>
--
www.tudorgirba.com
"Every thing has its own flow"
15 minutes should be enough to create a custom tool,
helping me gain insight in my problem.
Moose delivers.
https://vimeo.com/139004257
Stephan
A big thank you to the GT & Roassal crew
When dynamic actions are displayed between two presentations, they are not
displayed at all. Here is a snippet to reproduce this problem. I've
committed a fix in the Moose51 repo.
browser := GLMTabulator new.
browser
row: #one; row: #two.
browser transmit to: #one; andShow: [ :a |
a tree
display:[ :x| 1 to: x ] ].
browser transmit to: #two; andShow: [ :a |
a tree
display: #(a b c);
filterOn: [ :text :each | each name includesSubstring: text ];
dynamicActions: [ :list | {GLMGenericAction new
action: [ ];
title: 'Action';
icon: GLMUIThemeExtraIcons glamorousBrowse;
yourself} ]].
^ browser openOn: 5
Hi,
The ellipse border color does not seem to work. Is this an Athens problem,
or just a missing implementation? Could someone take a look?
For example:
view := RTMondrian new.
view shape ellipse borderColor: Color red.
view nodes: #( 1 2 3 ).
view
Produces:
[image: Inline image 1]
Cheers,
Doru
--
www.tudorgirba.com
"Every thing has its own flow"
Hi,
We are happy to announce the first preview version of Brick, a new widget
set created from scratch on top of Bloc.
Brick is being developed primarily by Alex Syrel (together with Alain
Plantec, Andrei Chis and myself), and the work is sponsored by ESUG. Brick
is part of the Glamorous Toolkit effort and will provide the basis for the
new versions of the development tools.
Brick's goal is to provide a beautiful looking widget set, and the default
look is based on material design. The widgets are theme-able.
Right now, there exists:
- Label
- Simple button
- Toggle button
- Checkbox
- Radio button
- Window with or without an active title bar that can include various
visual actions and info
- Menu
- Beautiful scrollbars that are thin by default and enlarge when the mouse
hovers over it
- Scalable list for huge amounts of items with various heights
(The list also allows one for embedding text widgets with in place editing)
The next immediate target is the creation of a new Pager widget (the widget
that is behind the current GTInspector).
You can see some screenshots on the official site:
http://gt.moosetechnology.org/brick
To play with it, you can download a ready-made image:
https://ci.inria.fr/moose/job/gtoolkit5/lastSuccessfulBuild/artifact/gtoolk…
and, in a Bloc space, you can browse the examples:
BrExampleBrowser exampleOpen
We would be happy to hear your feedback.
Cheers,
Doru
--
www.tudorgirba.com
"Every thing has its own flow"
Hi,
I'm getting acquainted more with Moose and FAMIX and I am not really sure
how to proceed (mostly due to lack of documentation and link rot).
What I want to do is add "multiplicity" attribute to FAMIXAttribute.
Now I see an option:
1) create a subclass of FAMIXAttribute
2) add a method.. something like
FAMIXAttribute>>multiplicity
<MSEProperty: #multiplicity type: #MyFAMIXMultiplicity>
^ multiplicity
now Moose can generate models from smalltalk source code and I would like
to infer this information.
For example for types, there is
MooseImportingContext>>computeTypeOfAttributes
So I'm assuming I would have to do something similar.
And finally, if I want to help the importer and actually write that
information into the source code, I would have to add another pragma
there... something like
MyClass>>myAttribute
<MSEMultiplicity: '2..*' type: MyType>
^ myAttribute
and then modify the smalltalk importer to be able to recognize this and
produce MyFAMIXAttribute instead of the default one.
Am I on the right track? Should it be done differently?
Any pointers appreciated,
Peter
Hi,
There seems to be a problem with simple the rubric presentation in Moose
5.0. TextColor attributes are overridden with default text color from the
theme when the morph is created.
There is a flag in the morph creation code that says that the code needs
reviewing in Pharo 4.0. So removing two lines below after the flag resolve
this issue:
GLMMorphicRubricTextRenderer>>morph
|morph|
morph := RubScrolledTextMorph new
getSelectionSelector: #primarySelectionInterval;
model: textModel;
color: Smalltalk ui theme backgroundColor;
textFont: StandardFonts defaultFont;
yourself.
self flag: 'Temporary solution until Moose moves to Pharo 4'.
(Smalltalk ui theme class canPerform: #textColor) ifTrue: [
morph textColor: Smalltalk ui theme textColor ].
^ morph
Should I commit a fix removing the flagged lines? Should I create a new
branch for the fix?
Hi!
I would like to add a new menu entry when I right click on a text in GT. Something titled ‘execution coverage’ which will spawn an Hapao visualization.
Is there an easy way to do it?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
As you may have heard, Hapao is a test coverage tool. It measures the coverage of test executions. For more info, you can check publications on http://bergel.eu , do a textual search on 'Test' or 'Hapao'.
We have improved Hapao today with the ability to visual the coverage of any arbitrary execution. This short video demonstrates this:
Loading Spy (soon in the catalog browser, but until then):
Gofer it
smalltalkhubUser: 'ObjectProfile' project: 'Spy2';
configurationOf: 'Spy2';
loadBleedingEdge.
There is a video here:
https://www.facebook.com/ObjectProfile/videos/vb.340543479365589/9659290501… <https://www.facebook.com/ObjectProfile/videos/vb.340543479365589/9659290501…>
Here is a screenshot example:
The visualization indicates which methods of the RTMondrian class have been executed, how many times, which ones have not been executed…
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
I am trying to load the Bleeding edge of Bloc in the last Moose image.
Bloc loads well, but I cannot switch space :-( The image freezes.
Gofer it
smalltalkhubUser: 'Pharo' project: 'Bloc';
configurationOf: 'Bloc';
loadBleedingEdge.
Any idea?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
What can I do with that?
I have just downloaded the latest moose 6.0 image, and evaluating “Deprecation signal” leads to an emergency debugger.
How comes that the system is so unstable. This is puzzling me.
I will not use the Moose image anymore.
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
View in Roassal can now be rotated.
-=-=-=-=-=-=-=-=
v := RTView new.
b := RTMondrian new.
b view: v.
b nodes: (1 to: 20).
b edges connectFrom: [ :value | value // 2 ].
b layout tree.
b build.
v @ (RTRotableView new center: [v elements first position ]).
v
-=-=-=-=-=-=-=-=
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.