MooseMetaBrowser's Map re-display after selection of a node

[seandenigris]

Originally reported on Google Code with ID 816

In the Moose MetaBrowser, when selecting a node in the Map, this map is redisplayed
at a new location which can even hide the selected node.

How to reproduce the problem:
- open MetaBrowser
- the map (drawing) must be larger than the Map panel
- scroll to the right of the map
- select a node (at the right)
- the map is redisplayed scrolled back to its initial position (full left)


Same thing happens vertically (scroll down, select a node down, map is redisplayed
from top)

Reported by anquetil.nicolas on 2012-07-26 08:19:08

[seandenigris]

Tough one. In Mondrian, this is not possible to solve. Perhaps by moving to Roassal
we would have a better chance.

Alex, do you want to give a try to work on this one (hint: it's a cool case study :))?

Reported by tudor.girba on 2012-07-26 08:23:06

• Labels added: Milestone-4.7

[seandenigris]

This problem cannot occur in Roassal. Roassal has been designed to not depend on the
underlying gui framework . 

Reported by alexandre.bergel on 2012-07-28 00:24:20

[seandenigris]

Doru, simply changing "mondrian" for "roassal" in #metamodelMapIn: is apparently a good
start. However, when I click on a node in the view, the tree widget do not get updated.
It is as if the event are not listened. Any idea?

Reported by alexandre.bergel on 2012-07-28 01:12:47

[seandenigris]

The current implementation is based on drawing the visualization from scratch for every
selection. The scrolling is thus, reset after every redraw.

However, with Roassal we should be able to update the visualization. That is why I
said it can be a nice case study for Roassal.

Reported by tudor.girba on 2012-07-29 12:57:57

[seandenigris]

I see. But redrawing the whole visualization is not a problem in this particular case.
The tree is really small. If I would have hundred thousands of nodes then yes, something
smarter will have to be done for the selection and the scrolling. But currently this
situation has not shown up.

I understood that the pb of Nicolas is to reset the visible frame on the most left
when I select something on the most right. This problem does not occur in Roassal.

I was thinking about using a roassal visu instead of a mondrian one. But the events
are still broken. Any idea how to fix this?

Reported by alexandre.bergel on 2012-07-29 15:20:43

[seandenigris]

I do not understand what you mean by events. I just updated the browser to use Roassal
instead of Mondrian, and it works. I just had to:
- replace curvedLine with line because there is no curved line at the moment.
- fixed line width

The next step is to not redraw, but just to animate the existing visualization. That
is needed because if you redraw the Roassal visualization from scratch, the scrollbar
will be reset, too.

Reported by tudor.girba on 2012-07-29 19:20:57

[seandenigris]

Not for 4.7

Reported by tudor@tudorgirba.com on 2012-11-24 23:25:04

• Labels removed: Milestone-4.7

[seandenigris]

This issue waits for the ROFocusView to work properly within a Glamour context

Reported by tudor@tudorgirba.com on 2012-11-24 23:25:46

• Blocked on: ROFocusView focuses on the wrong spot #870

[seandenigris]

Maybe my answer to http://code.google.com/p/moose-technology/issues/detail?id=870 helps

Reported by alexandre.bergel on 2012-11-25 14:15:59

[seandenigris]

Reported by tudor@tudorgirba.com on 2014-11-13 21:42:46

• Status changed: WontFix