Hi guys
it is probable that there will be two permanent researcher positions at Lille.
one for Prof level (either to work with us or to create a separate group in the mid term)
one for associate prof level.
These positions are really cool.
Pass the information around.
People can contact me for further information.
Stef
Hi!
I am wondering if any of you is using Roassal and/or Moose to analyze data bases?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 1091 by damien.c...(a)gmail.com: Moose finder actually depends on
gt-inspector but not its configuration
https://code.google.com/p/moose-technology/issues/detail?id=1091
On Pharo 3, loading Moose with
spec
className: #ConfigurationOfMoose;
loads: #('UI' 'Core' 'PetitMSE' 'Moose-Wizard');
loads Object>>mooseFinderMetaIn: whose code
mooseFinderMetaIn: composite
<moosePresentationOrder: 1000>
(self mooseInterestingEntity gtInspectorMetaIn: composite)
titleIcon: MooseIcons mooseMethodsBrowser
depends on #gtInspectorMetaIn: that is not in the image.
You can download a problematic image at https://ci.inria.fr/rmod/job/Boa.
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
Hi Alex,
would it be possible to allow specification of epsilon for
TRLineShape>>includesPoint:?
Having it small makes sense if it is processed by machine, but trying to
click on it by hand is hard.
Alternatively I could subclass it in my program but then I would have to
change it also in all RTLabel subclasses. Or is there better way? Changing
the epsilon seems most straightforward to me.
Peter
Hi,
It was nice to press Cmd + o in GTInspector to inspect without opening a new window and having the multi windows mechanism. Nevertheless, it seems that in version 2723, it does not work anymore. Is it something known? Is it normal? (It was really nice and useful, so please give us it back ;o))
Cheers,
Anne
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 1090 by damien.c...(a)gmail.com: In latest Moose 5.0, I can't
scroll the distribution map view
https://code.google.com/p/moose-technology/issues/detail?id=1090
| dm |
dm := DistributionMap new.
dm colors: {(Color r: 0.6 g: 0.0 b: 0.0). (Color r: 0.0 g: 0.0 b: 0.6)}.
dm onElements: (Collection withAllSubclasses flatCollect: [:class | class
methods])
containers: #methodClass
properties: [:element | element bytecode size ].
dm title: 'Authors Map'.
dm open.
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 1076 by damien.c...(a)gmail.com: System complexity can't export as
PNG
http://code.google.com/p/moose-technology/issues/detail?id=1076
When viewing the system complexity visualization, clicking on "Export as
PNG" under the black triangle opens a debugger: ROAthensImageExporter has
the sublcass responsability to implement exportViewAsPNG:
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium Component-GlamorousToolkit
New issue 1085 by alexandr...(a)gmail.com: tool tip in the Playground
http://code.google.com/p/moose-technology/issues/detail?id=1085
Describe the problem: what do you get? what do you expect?
If I put the mouse above the play icon, top right of a window. The
keybinding (cmd-o) may be indicated no?
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 1044 by v.blonde...(a)gmail.com: Can't debug block local variables
in GT debugger
http://code.google.com/p/moose-technology/issues/detail?id=1044
Describe the problem: what do you get? what do you expect?
In the GT Debugger, when you debug a block with a local variable; you can't
read its value because the variable is unknown...
How to reproduce the problem: step by step if necessary
Write in a Workspace :
1 = 1 ifTrue: [ |local | local := 1 ]
Debug It!
Use the through button to go into the block.
Try to inspect the local variable.
Additional information: platform, context which may impact the problem
Moose 5.0 latest - Ubuntu 13.10 - x64
Please fill in the labels with the following information:
* Type-Defect
* Component-GT-Debugguer
* Milestone-5.0
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
Hello,
I get interested in Hismo so I tried a little bit and here is my first
steps in video :
https://www.dropbox.com/s/yss3zazouvbv28p/screencast2.mp4?dl=0
It seems that I lost class inheritance when importing an hismo meta model
from my monticello versions (.mse)…
Is it normal, am I doing something wrong ?
Thank you !
Pierre Chanson
Hello,
Usman and I use glamour a lot to quickly create cool browsers.
To capitalize some recurrent parts of our browsers, we create subclasses to
GLMCompositePresentation and then use it that way:
browser := GLMTabulator withStatusbar.
...structure definition...
browser transmit to: #selector; andShow: [ :a | a custom:
(MyCustomPresentation new)].
then we just have to implement the #compose method and everything is fine.
But now i have to transmit data to something else (I want to create a
filter that will receive a collection of entities and transmit only a
subset of it to another presentation)
I am using some morphs in this custom presentation and on some events I
send:
(self pane port: #filtered) value: self filter
In my browser i have a transmission like this:
browser transmit from: #selector port: #filtered; to: #graph; andShow: [ :a
| a list display: [ :list | list ] ].
It doesn't work because the pane obtained in my custom presentation is not
the one defined in my browser but another one named 'root'.
Maybe i am not using it in the right way but i don't see another way to do
it correctly (I would like to avoid to set the right pane in my
presentation).
Thanks in advance for your help.
PS: I tried to look in the MooseBook but the server is down
--
*Guillaume Larcheveque*
Hi,
I am wondering what is the proper level at which should be addressed
composition of elements.
Imagine I want to create a diagram of UML class but I want to be able to
dynamically add and remove new lines and sections, including various
formatting (underline, italics, bold, ...) of each line separately. The
RTUMLClassBuilder (or any other builder for that matter) is not an option
since it's a one time build.
The option I see is to subclass RTShape (let's name it MyRTUmlClass) and
implement method trachelShapeFor: .
Now the issue is, that I cannot use other RTShape (Roassal) elements,
because they would have to be inserted into RTView which may not be
available at the time - is there a way around it?
So the other option is to use TRShape (Trachel) elements instead which
would be fine except I feel like I am duplicating code of roassal elements
(so for TRLabelShape I would copy RTLabel trachelShapeFor: and bend it for
my needs), and the second issue is that in updateFor:trachelShape: I would
need to access internal structure of the element and change it (because for
example a new method was added) - does that break encapsulation?
And finally, from conceptual standpoint what should be the content of
RTView elements? Because if I have diagram full of UML classes I probably
don't care about the content of them when doing layouting - so I would
prefer to have only MyRTUmlClass elements there and not every single label
inside it (as is the case of RTUmlClassBuilder), because otherwise having
access to RTView elements is useless and I must keep reference to correct
objects myself.
Thanks!
Peter
p.s.: Is it currently possible to format text? I saw only color, font and
size... what about underline/italics/bold?
Hi,
I was playing with Roassal2 in latest Moose5 and discovered Trachel, which
looks nice and compact.
Playing with the examples in the package, I found a couple of failing sends
to #scale: that worked when I replaced them by sends to #scaleBy:. If you
are interested, I attach the changes.
Bests,
Martín
Hi,
Imagine I have a package Super with a class Super and a package Sub
with a class Sub that inherits from Super.
If I create a moose model of the package Super, I get the class Sub as
a stub. I find that very surprising: why are all subclasses of the
system included in the model. The semantics of the inheritance
relation is one-way: a class knows its super class, not the opposite.
Can somebody explain why subclasses are included in the analyses?
--
Damien Cassou
http://damiencassou.seasidehosting.st
"Success is the ability to go from one failure to another without
losing enthusiasm."
Winston Churchill
Hi!
Here is a post that describe how to have dates on the X-axis.
This has been a recurrent problem, which is why I would like to share it with you.
Dates are particular values that requires an adequate control over what is being displayed on X-axis. The julianDayNumber converts a date into a number.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
methods := RTObject withAllSubclasses flatCollect: #methods.
methods := methods reject: [ :m | m numberOfLinesOfCode > 150 ].
oldestMethod := methods minFor: #date.
b := RTCharterBuilder new.
b extent: 800 @ 200.
b shape circle size: 5; color: (Color blue alpha: 0.1).
b interaction popup.
b points: methods.
b allY: #numberOfLinesOfCode.
b allX: [ :m | m date julianDayNumber - oldestMethod date julianDayNumber ].
b axisConfiguration
noDecimals;
title: 'LOC'.
b axisY.
b axisConfiguration
title: '';
labelRotation: -30;
numberOfTicks: 10;
numberOfLabels: 10;
labelConvertion: [ :v | (Date julianDayNumber: v + oldestMethod date julianDayNumber) ].
b axisX.
b build
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hello,
When we print a string in Moose, we cannot select it because it is printed
"like a label", which can be then inspected.
For me it is bit strange because I used to frequently print some string and
then do something else such as browser a class, or copy a substring (which
is not possible anymore).
So, what is goal of this feature? Maybe I just didn't see it.
thanks!
--
Andre Hora
Hello,
Any problem if I change the implementation of
---
FAMIXFileAnchor>>rootFolder
^ self mooseModel rootFolder
---
to
---
FAMIXFileAnchor>>rootFolder
self mooseModel ifNil: [ ^ '' ].
^ self mooseModel rootFolder
---
The problem is that when mooseModel is nil (ie, when working with
FAMIX-only), there will be an exception.
FAMIXFileAnchor is depending on moose.
What do you think?
best regards,
--
Andre Hora
Hi,
Using the latest improvements from Alex, I could reimplement the
Distribution Map on top of RTView.
Cheers,
Doru
--
www.tudorgirba.com
"Every thing has its own flow"