Hi Alex,
That is all fine, but the problem is that I now have to write:
view setDefaultHandlerForWindow: window.
The problem is that window is a special morph and it is not meant to
be embedded in another morph. It would be much better if for example
the canvas would be in a more regular morph (maybe a panel or even in
the scroller) and this container to raise the announcement.
Like this I can build a Mondrian morph and then place it in any
context and it would still work. As it is now, I have to always have
access to the window which means that I cannot just construct the
Mondrian morph as standalone.
Would that not work?
Cheers,
Doru
On 15 Jan 2010, at 16:29, Alexandre Bergel wrote:
Hi!
After an interaction from the user (e.g., node dragging, node
selection), the announcement MOContentChanged is emitted by
MORoot>>updateWindow.
When I scroll an MOCanvas (e.g., as it occurs when in an easel or a
view renderer the picture is larger than the visible window), when a
window containing a MOCanvas is dragged, moved, resize, the event
WindowAnnouncement is emitted.
I made a dedicated method, called
MOViewRenderer>>setDefaultHandlerForWindow: systemWindow that
register relevant announcement handlers for a number of
announcement, including node dragging, key down, MOContentChanged
and WindowAnnouncement.
The only thing to do to have a proper update should be to use
setDefaultHandlerForWindow:
Cheers,
Alexandre
NB: When writing this email, I realized that the handler of
WindowAnnouncement was set in a different location than
MOContentChanged, which is odd. I produced a new version of Mondrian
that reflect this.
NB2: now that I thinking about this, maybe MORoot>>updateWindow is
not an ideal name since the root is not aware of the window in which
it is (indirectly) embedded.
On 15 Jan 2010, at 11:44, Tudor Girba wrote:
Hi Alex,
I am trying to debug the problem of embedding Mondrian in Glamour
and I have a question.
Why exactly does Mondrian need to know the window to update? Why is
it not enough to just know the Canvas morph?
Cheers,
Doru
--
www.tudorgirba.com
"Problem solving efficiency grows with the abstractness level of
problem understanding."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel
http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev