Hello,
Is there a way to set a default selection to a list presentation? so that
when I open the browser, the morphic list has already a value selected.
I tried that:
|tmpBrowser|
tmpBrowser := GLMTabulator new.
tmpBrowser row: #list.
tmpBrowser transmit to: #list; andShow: [:a |
a list
display: [:input | input];
selection: #a;
yourself
].
tmpBrowser openOn: #( b c d v a d f r).
but the list still open with nothing selected
Hi,
Alex Syrel, Andrei Chis and I are happy to announce a new addition to the
Glamorous Toolkit:
GTSpotter, a novel interface for spotting objects.
GTSpotter has two goals:
- Provide a uniform yet moldable interface that can work on any object, and
- Handle searching through arbitrary levels of object nesting.
We think this will have a significant impact on the development workflow in
Pharo.
Here is a couple of screenshots:
[image: Inline image 2] [image: Inline image 1] [image: Inline image 3]
A trailer is available here:
https://www.youtube.com/watch?v=PhSmjR3NOlU
A detailed description is available here:
http://www.humane-assessment.com/blog/introducing-gtspotter
It works already in Pharo 3.0 and can be played with by following the
instructions from:
http://gt.moosetechnology.org
Please let us know what you think.
Enjoy,
The Glamorous Team
Status: New
Owner: ----
CC: alexandr...(a)gmail.com
Labels: Type-Enhancement Priority-Medium Component-Roassal
New issue 896 by tu...(a)tudorgirba.com: Roassal should offer a proper
scrolling mechanism
http://code.google.com/p/moose-technology/issues/detail?id=896
For any visualisation that is larger than the screen, you immediately get
lost in Roassal. Furthermore, the current dragging style does not scale for
visualizations that are much larger on one dimension than the screen.
We need a mechanism that helps us:
- get an idea of where we are (and how much is left outside the current
view)
- have an easy way to actually scroll through a larger space
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium Component-Roassal
New issue 956 by usman.bh...(a)gmail.com: Problem of focus with GLM-Roassal
http://code.google.com/p/moose-technology/issues/detail?id=956
The focus is not correct in visualizations created with GLM-Roassal: The
focus is centered on the lower right part of the diagram. So zooming-in
hides the upper-left part of the diagram.
To reproduce:
Moose Finder -> a-Moose-Model -> all packages -> visualize -> Dependencies
(cycles) -> zoom-in.
--
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: ----
CC: alexandr...(a)gmail.com
Labels: Type-Enhancement Priority-Medium Component-Roassal Milestone-5.0
New issue 1004 by tu...(a)tudorgirba.com: Roassal should offer circular
treemaps
http://code.google.com/p/moose-technology/issues/detail?id=1004
Rectangle treemaps are nice, but the still make it difficult to understand
deep nesting. Circular treemaps do a better job there.
It should not be hard to extend the TreeMapBuilder to support this.
See here:
http://lip.sourceforge.net/ctreemap.html
--
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 915 by cunningh...(a)gmail.com: Roassal Mondrian - Circle with Text
obscures text
http://code.google.com/p/moose-technology/issues/detail?id=915
I want to draw a node in the diagram with a circle (actually, an ellipse)
around it, which works. However, the circle obscures part of the text. If
the text is multi-line, it obscures quite a bit, in fact.
File in the attached extension to ROMondrianExmaple, then run:
ROMondrianExample new labeledCircle
You should see the issue.
Latest Moose Suite 4.7, windows platform.
Labels: Type-Enhancement
Labels: Component-Roassal
Attachments:
LabeledCircle.1.cs 582 bytes
--
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
We use Roassal 2 for visual side of a project we are working on - a
diagram modelling tool (like enterprise architect) and we came to a
specific need. There are notations like UML which need heads/arrows on
both ends of a single line.
As far as I understand the roassal code, line decorations are encoded to
be at the "to" end and can't be on the other one.
We would use help with this problem.
Thanks
Jan Blizničenko
Hi,
Is it still possible to download verveineJ for free ?
I tried: svn checkout svn://scm.gforge.inria.fr/svn/verveinej
But it now seems to require special permissions.
Creating an account at InriaForge does not seem to solve the problem.
Can you help me?
P.S: the moose book (
http://www.themoosebook.org/book/externals/import-export/external/verveineJ)
points to a broken link (http://www.moosetechnology.org/tools/verveinej)
Cheers,
Andrea Caracciolo
_____________________________
Software Composition Group
University of Bern
Hi!
Searching for elements in a visualization is a recurrent problem, for which we have no good solution so far.
I have the impression that GTSpotter cannot be used to look for elements in a Roassal visualization.
Can someone from the GT team confirm my feeling? Should I built my own search framework on top of Roassal?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.