Dear List,
It appears that a rectangle shape in the Squeak version of Mondrian
may or may not have children. Conceptually, when a rectangle cannot
have children?
I am trying to figure out whether this something we should keep.
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Dear list,
I enhanced Mondrian to support announcement based event. Here an
example:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
| view |
view := MOViewRenderer new.
view subscribe: MOMouseEnter do:
[:ann | (ann element notNil and: [(ann element isKindOf: MORoot) not])
ifTrue: [MOPopup show: ann element printString]
ifFalse: [MOPopup remove] ].
view subscribe: MOMouseDown do:
[:ann | ann inspect].
view nodeShape: (MORectangleShape new width: 30; height: 40).
view nodes: (1 to: 5).
view open
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Two effects:
- putting the mouse over a box display a popup window.
- clicking on a box open an inspector
I propose an extension. I think this respects what was done in VW.
But maybe one wants to have different event handler regarding the
objects inserted. For example:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
| view |
view := MOViewRenderer new.
view nodeShape: (MORectangleShape new width: 30; height: 40).
view subscribe: MOMouseDown do: [:ann | ann inspect].
view nodes: (1 to: 5).
view subscribe: MOMouseDown do: [:ann | Beeper beep].
view nodes: (5 to: 10).
view open
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Nodes from 1 to 5 will open an inspector when clicked.
Nodes from 1 to 10 will beep instead.
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi again,
Tool tips are a kind of shape. I found that strange. In VW, a view
answers to the message interaction, returning an event handler. I like
this approach. Is there a reason why in Squeak it is so different?
Cheers,
Alexandre
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Dear List,
I've tried the following:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
| view builder |
builder := MOFormsBuilder new.
builder column; left; pref.
builder row; left; row; left; row; left; pref.
builder x: 1 y: 1 add: (MORectangleShape new).
builder x: 1 y: 2 add: (MOLabelShape new).
view := MOViewRenderer new.
view node: #blah using: builder shape.
view open
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
A shape is simply added to the builder. If you execute the following
code, you will not get what you expect (a text 'blah' below a
rectangle). If you manage if get the hand back (Cmd-.), then you will
see that the message width is sent to an instance of MOLabelShape.
This method does not exist, thus raising an exception. I have several
questions:
- How can a shape knows the width of the string it is supposed to
display, if the shape does not know about what to display? The "what
to display" is provided in the display:on: method.
- In VW, the LabelShape>>width returns a widthBlock. This variable
does not exist in Squeak. Is there a reason why? Is there something
very different regarding labels from the Squeak and VisualWorks version?
A more general question, tt seems that the strategy to compute width
and height of label in VW differs in Squeak. Any reason for this?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi all,
does a documentation exist for Famix3 ?
I have found the documentation of Famix2: http://www.iam.unibe.ch/~famoos/FAMIX/Famix20/Html/famix20.html
But there is no link for the Famix3.
I have only found the link on the diagram of Famix3 beta 14.
Tanks a lot.
Jannik
Begin forwarded message:
> From: "Valloud, Andres" <avalloud(a)cincom.com>
> Date: January 24, 2009 10:27:26 AM CEST
> To: "VWNC" <vwnc(a)cs.uiuc.edu>
> Subject: [vwnc] Assistance request
>
> Hello,
>
> I am doing some work with short compiled methods, and I would like
> some information from actual application images. The attached
> parcel adds a few methods to CompiledCode in order to make the
> needed observation. The code that performs the measurement is in
> the comments of the parcel. To produce the needed data, load the
> parcel, inspect the result of evaluating the code in the parcel's
> comments, and send me the resulting list of triplets. Thanks in
> advance!
>
> Andres.
>
> PS: note that the measurement will modify many of the compiled
> methods in the image... this should not cause problems because the
> resulting compiled methods are equivalent after the modifications
> are done. However, you may want to ditch the image after the
> triplets are created.
> _______________________________________________
> vwnc mailing list
> vwnc(a)cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/vwnc
