I think that the Morph presentations could be really powerful, but right now
they are extremely limited. Ideally, one would be able to zoom at will, but
scroll bars at least would make them immediately more useable. Check out the
current sub-optimal solution:
<http://forum.world.st/file/n4830338/Screenshot_2015-06-03_20.png>
The morph being displayed is appx 4 times larger than the window, so only a
tiny fraction is shown.
-----
Cheers,
Sean
--
View this message in context: http://forum.world.st/GT-Morph-Presentations-tp4830338.html
Sent from the Moose mailing list archive at Nabble.com.
hi!
I have just downloaded the last moose 6.0. The package :
Glamour-Roassal2-Presentations-AlexandreBergel.41
is not loaded. Any idea why?
It would be great to have it loaded since it removes some deprecated calls…
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi Alex,
While generating a visualization with Telescope, I saw that sending
signalUpdate to RTView does not suffice in some cases to correctly update
the visualization. Once needs to adjust the camera position was well.
Will it not be judicious to create a method on RTView that does both e.g.
RTView>>updateAndAdjustCamera
self canvas camera focusOnCenter.
self canvas signalUpdate
Instead of people doing it manually.
regards.
See <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/980/>
------------------------------------------
[URLTrigger] A change within the response URL invocation (log)
Building remotely on moose-ubuntu1204-dualproc-i386 in workspace <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/ws/>
Deleting project workspace... done
[moose-latest-dev-4.8] $ /bin/sh -xe /tmp/hudson6578834816925477806.sh
+ wget --quiet -O - http://get.pharo.org/20+vmLatest
+ bash
+ ./pharo Pharo.image save moose-latest-dev-4.8
/tmp/hudson6578834816925477806.sh: 4: /tmp/hudson6578834816925477806.sh: ./pharo: not found
Build step 'Execute shell' marked build as failure
Archiving artifacts
Recording test results
Hi,
I added pragmas to export/import correctly method categories in
FAMIXMethod. Is it ok to update
ConfigurationOfMoose>>version51: to load this fix?
i.e. replacing
'Famix-Smalltalk-VincentBlondeau.66';
with:
Famix-Smalltalk-usmanbhatti.67
usman
Hi,
FAMIXJavaPrintVisitor is not present in the image which makes some tests
fail.
It was added in Famix-Java-synectique.87 but then removed
in Famix-Java-vincentBlondeau.88.
I added it back in Famix-Java-AndreiChis.89, but even if Monticello shows
that the latest package is
loaded, FAMIXJavaPrintVisitor is still missing.
Any idea what is going ok?
Cheers,
Andrei
Hi!
This method is deprecated. But it apparently has some senders in the last moose image. This makes Spotter raises en exception.
The class side of Dictionary uses this selector.
Can someone fix this? This is important
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
Moose/FAMIX uses RoelTyper for type inference, how this does not seem to be maintained (last version 2013), and for my purposes is lacking.
So do we have something more advanced, even at the expense of speed?
Other alternative would be to either extend RoelTyper or write something custom that would be ran alongside RoelTyper.
Examples of such extensions would be extracting the type from meta-annotations and the actual argument names. (e.g. if an argument is named aString, I can safely assume that it will be String).
Thanks,
Peter
Hi!
I am now attending (very) academic conferences: http://vissoft.info and http://www.icsme.uni-bremen.de . It is fantastic to see and hear a lot about Pharo.
Thanks to all the researchers around here...
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
I am preparing my students to use moose. Here are a couple of legends I have added.
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hello Alexandre,
I have added moose-dev to this reply.
I do not at this time have any particular object models that I require
exploring. I have simply watched the videos on the browser, inspector,
etc.. Most anything Doru did. :)
I am wanting to put a GUI together for a database I am building for my
wife. At this point it is simple and will be all contained in the image.
This is a pretty conventional thing at this moment.
I have done nothing GUI oriented in Pharo and I need to learn those
skills. GT seems to be an awesome tool enabling very creative things.
At a later date I will have some more adventurous things to try. But my
wife's database is where I want to begin learning.
Thanks.
Jimmie
On 09/24/2015 01:11 PM, Alexandre Bergel wrote:
> Hi Jimmie,
>
> Question about GT should be sent to the moose mailing list.
> What do you have in mind with GT? Do you have an object model to explore?
>
> Cheers,
> Alexandre
>
>> On Sep 24, 2015, at 1:57 PM, Jimmie Houchin <jlhouchin(a)gmail.com> wrote:
>>
>> Hello,
>>
>> I have watched most all of the videos about GT.
>> I am interested in learning how to use the Glamorous Toolkit.
>> I am failing to find a beginning place for learning how to use and program GT.
>>
>> I am probably overlooking it some where.
>> I have downloaded the gtoolkit.image to begin learning.
>>
>> I am currently browsing code to learn what I can from there.
>>
>> Any advise on documentation or best way to proceed in learning GT greatly appreciated.
>>
>> Thanks.
>>
>> Jimmie
>>
Hi NG,
as I understood the FAMIX is the Metamodell behind MOOSE.
Is there any Documentation / Blog / HowTo where the API Model of FAMIX is
described?
There are some Sucess-Stories with Delphi, Cobol, Java and other Integration
of Models, maybe I missed something during my websearch ;-)
Best regards,
Damir
-----
--
Damir Majer
... be agile: www.majcon.de
--
View this message in context: http://forum.world.st/FAMIX-Documentation-tp4851789.html
Sent from the Moose mailing list archive at Nabble.com.
hi!
Why is there not a method atMethodScope?
Also, why is there not a atClassScope? Apparently this method is deprecated and one should use atTypeScope instead. However, a class define a type, but a type does not necessarily defines a class. It may define an interface. I have the impression that atTypeScope and atClassScope are both relevant. We could even introduce atInterfaceScope.
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi everyone,
I guess because of a rapid evolution some parts of Roassal are weird. For example RTAbstractLine>>#updateFor:trachelShape: implements the shape drawing, so theoretically RTLine has to only override #trachelShapeClass to return TRLine. Instead RTLine overrides #trachelShapeFor: and does it incorrectly, because width cannot be used as a block but only as a number.
We have to handle this somehow, because 1) RTLine works incorrectly. 2) RTLine ignores the implementation strategy coded into RTAbstractLine.
Uko
Hi,
FM*MultivalueLink has a very confusing printOn: method
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
FM*MultivalueLink>>printOn: aStream
self asArray printOn: aStream
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Converting it to array means that when I see a variable in the inspector it
describes itself as array which is quite confusing.
Maybe it should be wrapped?
printOn: aStream
self printNameOn: aStream.
aStream nextPut: $(.
self asArray printOn: aStream.
aStream nextPut: $)
Thanks,
Peter
Hi!
As promised, here is a first try of multi point chart.
-=-=-=-=-=-=-=-=
b := RTGrapher new.
d := RTMultipleData new.
d barShape color: Color blue.
d points: #( #('hello' 1 2 1) #('world' 2 4 2) #('bonjour' 3 5 4) #('Gutten Morgen' -1 4 -5)).
d addMetric: #second.
d addMetric: #third.
d addMetric: #fourth.
"d barChartWithBarCenteredTitle: #first."
d barChartWithBarTitle: #first rotation: -30.
b add: d.
b
-=-=-=-=-=-=-=-=
Feedback are welcome!
@Thomas: The VisualWorks version will follow very soon.
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
Consider this script:
view := RTMondrian new.
view shape label.
view nodes: { 1 . 2 }.
view edges objects: { 1 }; connectFrom: [ :x | x + 1 ].
view
The expectation is to create 2 nodes and an edge between them. However, the
script does not create any edges.
The reason is that the collection that is passed to objects: is also used
to search the source and target nodes. This is a problem, because this type
of filtering is rarely needed.
I believe we should keep objects: to only denote the input set of objects
that need to be iterated in order to produce the edges. And, if needed, we
can add another selector specifically only for filtering (like
restrictEdgeSourceToObjects: / restrictEdgeTargetToObjects: ).
What do you think?
Cheers,
Doru
--
www.tudorgirba.com
"Every thing has its own flow"
Hi!
Consider the following screenshot:
What are Client types?
Types are apparently the classes defined in the package.
All classes are the sum of the classes defined in all sub-packages.
This is rather intuitive :-(
Why do we have 'All classes’ ? What does it bring to us?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
I relaxed a bit by implementing something that was missing in Grapher.
Consider the following code:
-=-=-=-=-=-=-=-=-=-=-=-=
b := RTGrapher new.
ds := RTDataSet new.
ds points: #(5 10 6 2 -2.5).
b add: ds.
“below is the magic line"
b addDecorator: RTCursorFollower new.
b
-=-=-=-=-=-=-=-=-=-=-=-=
This “magic line” add two bar that follows the mouse cursor. Here is a screenshot:
Here is on a larger example:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
| methods trachelMethods b ds |
methods := Collection withAllSubclasses flatCollect: #rtmethods.
trachelMethods := TRObject withAllSubclasses flatCollect: #rtmethods.
b := RTGrapher new.
b extent: 200 @ 200.
"Data set 1"
ds := RTDataSet new.
ds interaction popup.
ds dotShape circle color: (Color red alpha: 0.3).
ds points: methods.
ds x: #numberOfLinesOfCode.
ds y: [ :m | m getSource size ].
b add: ds.
"Data set 2"
ds := RTDataSet new.
ds interaction popup.
ds dotShape circle color: (Color blue alpha: 0.3).
ds points: trachelMethods.
ds x: #numberOfLinesOfCode.
ds y: [ :m | m getSource size ].
b add: ds.
b axisX withThousandsSeparator; title: 'LOC'.
b axisY noDecimal; title: 'Size'.
b addDecorator: RTCursorFollower new.
b build.
^ b view
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Maybe this cursor follower should be per default in all produced chart. Any opinion?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
I have added a new tab by defining the method:
FAMIXTypeGroup>>mooseFinderUMLIn: composite
<moosePresentationOrder: 20>
composite roassal2
title: 'UML';
titleIcon: MooseIcons mooseSourceText;
initializeView: [ RTUMLClassBuilder new ];
painting: [ :view :each |
each viewUMLOn: view ]
I do not really like the icon although.
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
I've added RTStyledLabel which supports TextEmphasis.
RTGeneralExample>>styledLabel
~~~~~~~~~~~~~~
| v shape el all |
v := RTView new.
(shape := RTStyledLabel new) color: Color black.
#(normal italic bold underlined struckOut) do: [ :each |
el := shape
emphasis: (TextEmphasis perform: each);
elementOn: each.
v add: el ].
all := shape
emphasis: { TextEmphasis bold. TextEmphasis italic. TextEmphasis
underlined};
elementOn: 'bold + italic + underlined'.
v add: all.
RTVerticalLineLayout on: v elements.
v open
~~~~~~~~~~~~~~~~~~~~~
Peter
Hi,
I would like to build custom magritte view for a FAMIX model, however
it seems that Fame/Metanool are somehow interfering with it..
Imagine a simple model (a class with an attribute):
~~~~~~~~~~~~~~~~~~~~~~~~~~~
cls := FAMIXClass new name: 'Something'.
(attr := FAMIXAttribute new)
name: 'myAttribute';
declaredType: (FAMIXClass new name: 'OtherThing').
cls addAttribute: attr.
~~~~~~~~~~~~~~~~~~~~~~~~~~~
now I can open the magritte description
~~~~~~~~~~~~~~~~~~~~~~~~~~~
attr mooseDescription asMagritteDescription asMagritteMorph openInWindow.
~~~~~~~~~~~~~~~~~~~~~~~~~~~
However this is a meta description, which I don't want...
So second option was to build it manually; I extract descriptions that
I am interested in....
~~~~~~~~~~~~~~~~~~~~~~~~~~~
container := MAContainer new addAll: ({
attr mooseDescription at: 'name'.
attr mooseDescription at: 'declaredType'.
} collect: #asMagritteDescription).
(container asMorphOn: attr) openInWindow.
~~~~~~~~~~~~~~~~~~~~~~~~~~~
However the problem with this is, that the declaredType is presented
as TextField, which is not very useful.
So I'm kind of lost...
basically what I want to do is to have a MAContainer that contains
both the Attribute's name and #declaredType's name.
Is this possible?
Thanks,
Peter