I think the bug is in TRMorph.
in TRMorph, on layoutChanged, if we have a new extent (i.e. window resize), we have to
create a new surface via createSurface. But createSurface will not create a surface if the
current surface is not nil.
I tried by adding a forceCreateSurface and it solves my display problems and the roassal
examples resizing problem.
Now, I don't feel confortable throwing away the previous surface object without a
reset of some kind, but since a TRMorph doesn't bother to reset the surface when
closing, this means I shouldn't bother too :)
Thierry
Le 15/07/2014 16:38, Usman Bhatti a écrit :
TRCanvas>>openInWindowSized:
anExtentAsPoint
| window |
self extent: anExtentAsPoint.
self buildMorph.
window := morph openInWindow.
window extent: anExtentAsPoint.
^ window
should resolve the issue. But it has to be done neatly :).
usman
On Tue, Jul 15, 2014 at 3:56 PM, Leo Perard <leo.perard(a)gmail.com
<mailto:leo.perard@gmail.com>> wrote:
On Tue, Jul 15, 2014 at 3:19 PM, Alexandre Bergel
<alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote:
If you simply open the Roassal example from the world menu. Do
you see the problem when you resize the window (e.g., making it
very large). Before my change, text was disappearing.
The bug now exists in all the window of Roassal2. I checked the
examples from the world menu and it bugs.
Are you sure this is related to glamour? The problem I fixed
yesterday was not related to glamour.
Alexandre
On 15 Jul 2014, at 06:31, Usman Bhatti <usman.bhatti(a)gmail.com
<mailto:usman.bhatti@gmail.com>> wrote:
I checked it on the last moose image from
the jenkins and the
problem is still there.
But this is not problematic because I can tweak the canvas and
morph size in Glamour presentation. The real problem is with
scaling and camera centering when canvas size is changed. I
cannot provide you a reproducible code. A complete image with
all my modifications, yes, and in that case I would like to
probably do it interactively with you so that I can be more
productive when fixing these problems in Roassal/Trachel.
usman
On Mon, Jul 14, 2014 at 6:48 PM, Alexandre Bergel
<alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote:
Hi!
I did something wrong in TRMorph when worked on the
checkSession.
The last version of Trachel should fix this problem
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel
http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
On Jul 14, 2014, at 8:31 AM, Usman Bhatti
<usman.bhatti(a)gmail.com <mailto:usman.bhatti@gmail.com>>
wrote:
Hi,
When using Roassal 2 in a glamour browser, the
visualization gets clipped when too large. This appears
to occur because the canvas does not adapt to the
container morph (a TRMorph) dimensions and retains its
default extent.
To reproduce:
|browser|
browser := GLMTabulator new.
browser title: 'Roassal 2 Visualization'.
browser row: #visu.
browser transmit to: #visu; andShow: [:a |
a roassal2
title: 'Overview';
painting: [ :mondView :entity | view := mondView view.
view addAll: ((RTEllipse new color: Color purple; size:
10) elementsOn: Collection withAllSubclasses) @ RTDraggable.
RTEdge buildEdgesFromObjects: Collection
withAllSubclasses from: #superclass to: #yourself inView:
view.
RTClusterLayout on: view elements edges: view edges.
view edges do: [ :e | e trachelShape pushBack ].
"view canvas extent: (950 @ 550)."
]].
browser openOn: 1.
Did someone notice similar behavior with spec? What would
be good is that TRMorph should update the contained
canvas extent when it is resized.
usman
<Screen Shot 2014-07-14 at 1.25.23 PM.png>
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch>
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch>
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch>
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch>
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
Cheers,
Leo Perard
University of Lille 1
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch>
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
Thierry Goubier
CEA list
Laboratoire des Fondations des Systèmes Temps Réel Embarqués
91191 Gif sur Yvette Cedex
France
Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch