hi!
Apparently this class is not present in Version 2.5.
The example is broken because of this apparently:
AthensCairoSurfaceExamples exampleInterop
=> error
Any idea what's going on?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 904 by benjamin...(a)gmail.com: Roassal dragging subtrees (feature
contribution)
http://code.google.com/p/moose-technology/issues/detail?id=904
With a tree layout, when dragging an element I needed to drag all the
children at the same time. I knocked up a solution sufficient to my needs
in about 40 minutes - see attached changeset. I might be a nice general
feature to add to Roassal but its a bit rough. It will likely need some
critical love to polish it before integration. Later it might be made to
work with ROSelection and multi-selected elements - but that is out of my
scope for the moment.
Attachments:
RODraggableWithOthers.2.cs 1.3 KB
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium Component-Roassal
New issue 938 by tu...(a)tudorgirba.com: RadialTreeLayout should translate
the graph
http://code.google.com/p/moose-technology/issues/detail?id=938
Try this:
view nodes: (Collection withAllSubclasses).
view edgesFrom: #superclass.
view radialTreeLayout.
The center of the graph is placed at 0@0, and this is annoying because you
do not see half of the graph. The layout should translate the graph to make
it start at 0@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 am trying to create a new shape, an edge, in Roassal 3D between two
entities. My idea is to draw an edge from the position vector of a
source shape to the position vector of a target. The edge is created but
not at the correct position, it might be due to the fact that I need to set
the position of the edge shape or mismatch between position in Roassal and
OpenGL. Can you please have a look?
Attached with this mail my proposition for the shape that works with the
following script.
|el1 el2 els el3|
view := R3View new.
view camera translateLeft: -2; translateBackward:3.
el1 := (R3CubeShape new color: Color green) element.
el2 := (R3CubeShape new color: Color red) element.
el3 := (R3CubeShape new color: Color cyan) element.
els := { el1. el2. el3 }.
view add: (R3EdgeShape new from: el2; to: el3; size: 1; color: Color blue)
element.
view addAll: els.
R3XLineLayout on: els.
view addInteraction: R3MouseControl new.
view open.
Status: New
Owner: tu...(a)tudorgirba.com
CC: chisvasi...(a)gmail.com
Labels: Type-Defect Priority-Medium Component-Glamour
New issue 884 by tu...(a)tudorgirba.com: The Roassal presentation should
react to custom ports
http://code.google.com/p/moose-technology/issues/detail?id=884
The current implementation of the Roassal presentation relies only on the
original entity. However, given that Roassal can handle various animations,
we would benefit from an extra ability of the presentation to react to
other ports.
For example, the list presentation reacts to #selection. Similarly, Roassal
should be able to react to it or others as well. Only, given that Roassal
is generic, the reaction should be customisable, too.
Perhaps something like this:
a roassal
painting: [:view :entity | ... ]
on: #customPort do: [ :view :customValue | ... ]
This is fixed in Roassal1.456. There was indeed a bug in the code.
Now, there is the following:
- A node is rendered if its bounds intersect with the bounds of the camera
- An edge is rendered if at least one of its extremity has its bounds intersect with the camera
As a consequence, an edge that has no extremity on screen is not displayed. Even if the line "go through" the camera bounds. Naturally, this is something that is easy to change. We can provide particular strategy to define what makes an edge visible or not.
Cheers
Alexandre
On Oct 19, 2013, at 3:41 AM, moose-technology(a)googlecode.com wrote:
>
> Comment #1 on issue 987 by tudor(a)tudorgirba.com: Roassal does not display edges when the source is not visible
> http://code.google.com/p/moose-technology/issues/detail?id=987
>
> Hmm. This problem seems to appear only when Roassal is embedded in Glamour. Try this:
>
> view := ROMondrianViewBuilder new.
> view nodes: { 1 . 2 }.
> view edgeFromAssociation: 2->1.
> view horizontalLineLayout horizontalGap: 3000.
> view open.
>
> vs.
>
> view := ROMondrianViewBuilder new.
> view nodes: { 1 . 2 }.
> view edgeFromAssociation: 2->1.
> view horizontalLineLayout horizontalGap: 3000.
> view openWithStatusbar.
>
> --
> You received this message because you were CC'd on the issue.
> You may adjust your notification preferences at:
> https://code.google.com/hosting/settings
>
> Reply to this email to add a comment or make updates.
>
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hello,
Here is a slice for the bug 985 regarding splitters in glamour tables. It
should work with this script:
| wrapper |
wrapper := GLMWrapper new.
wrapper show: [:a |
a table
display: [ :x | 1 to: x ];
columnInset: 4;
splitterColor: Color red;
column: [:x | 'Numbers from 1 to ', x asString] evaluated: #asString;
column: 'Even' evaluated: [ :each | each even asString ];
column: 'Odd' evaluated: [ :each | each odd asString ] ].
wrapper openOn: 1000.
The idea is to provide the renderer with a columnInset number that acts as
a padding between splitters and the cell so that these both dont overlap.
we also tried to add the notion of splitter color but when embedding
widgets, the color of splitters is reset to transparent and that is beyond
the scope of this bug. we still retained the concept of splitter color
because it can be nice.
Drag and drop wont work with the slice as the mechanism is built to work
with Pharo inbox, instead import the slice with Monticello.
Usman & Rafael