Hi guys,
Installing stable Roassal2 from the Catalog Browser, in Pharo 5 (#50509),
leads to a vanish dialog :
Information
There was an error while trying to install Roassal2. Installation was
cancelled.
and to the following message in Transcript:
Loading 1.20 of ConfigurationOfRoassal2...
...
Loaded -> ConfigurationOfGlamour-AndreiChis.217 ---
http://smalltalkhub.com/mc/Moose/Glamour/main/ ---
http://smalltalkhub.com/mc/Moose/Glamour/main/Error: Unable to resolve
project package for 'GlamourCore'. It is likely that that the configuration
referencing this project will not validate properly (see MetacelloToolBox
class>>validateConfiguration:).
Is Roassal2 configuration broken?
Cheers,
Hernán
Hi,
On Moose 51 if you try to save code on GTDebugger you will get a DNU
because the method DebuggerModel>>#selectedMessageName call #messageName
instead of #messageSeletor.
This is pretty annoying. I don't really know what I need to change where.
Can someone who knows better Moose can take a look please?
Thank you.
--
Cyril Ferlicot
http://www.synectique.eu
165 Avenue Bretagne
Lille 59000 France
Hi,
For some tools in Synectique in Glamour we have some empty panes that
are only rendered when they receive something on the entity port.
So the user needs to click on an element of a list before the pane is
rendered.
I would like to know if it is possible to open a pane with some
instructions/text util the transmission is not triggered instead of an
empty space to fill the space and help the user?
Thank you.
--
Cyril Ferlicot
http://www.synectique.eu
165 Avenue Bretagne
Lille 59000 France
Hi all,
I was trying to load Roassal2 stable (ConfigurationOfRoassal2 load) in today’s Pharo 5 build but it fails with the following error: 'Unable to resolve project package for ''GlamourCore''. It is likely that that the configuration referencing this project will not validate properly (see MetacelloToolBox class>>validateConfiguration:).'
If I try to load development (ConfigurationOfRoassal2 loadDevelopment, it complains that I will lose changes to Glamour-Morphic-Renderer, and then I get a warning:
This package depends on the following classes:
GLMFillWidthStrategy
GLMFillWidthAndHeightStrategy
GLMRigidStrategy
What should I do to get a working version of Roassal2 for Pharo 5?
---> Save our in-boxes! http://emailcharter.org <---
Johan Fabry - http://pleiad.cl/~jfabry
PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile
Hi!
In case some of you are not aware, Slack is a super cool chat: http://slack4pharo.trentosur.com/
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
With GT, one can define particular view on an object using the pragma gtInspectorPresentationOrder:
Can I do the same thing with actions? I mean, having a pragma to display a particular action, either as an icon, or as an entry in the menu next to it?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
I believe I already saw this request on the list.
spotter preview should get the keyboard arrow events when one gave it
focus by clicking in it
and ctrl-S should actually save a method and not just remove the orange
corner
highlighting would be nice to
ultimately, it could be possible to do without nautilus only by using
spotter
nicolas
--
Nicolas Anquetil
RMod team -- Inria Lille
Dear All,
As you may have heard, AgileVisualization is a book about the Roassal visualization engine.
We hope to have the book released soon, within a couple of months. It would be fantastic to have feedback:
http://agilevisualization.com
The book is a fantastic result of the community. You guys made this possible, and we wish to thank you very much for this.
Beers will flow at ESUG for everybody who comment on the chapters :-)
We also have live discussion on Slack, channel #Roassal (see http://pharo.org/community on how to join Slack)
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
I'm curious about the design decisions behind Moose Graph Algorithms.
Basically each algorithm (or at least many of them) has their own
separate class for edges and/or vertices.
This in theory makes the code more descriptive, however it also makes
integration between various algorithms much harder, because now if I
want to run two different algorithms on a single graph I have to
convert them to the appropriate format.
Wouldn't it make more sense to have the necessary behavior pluggable
and have only a single representation of a graph?
I'm sure there some other benefits to the current approach, however I
do not see them.
So all in all I would like to have a perhaps more functional (as in
function) approach, as that more closely matches the mathematics
behind the algorithm(s).
Peter