Hi!
One strong principle in Mondrian is to have graph elements independent of their representation. A graph element being just a wrapper of the domain object. This is what has been enforced in the VW and Pharo versions.
However, this has not been completely nice and clean. For example, MOGraphElement defines #bounds, #absoluteBounds. MONode defines #translatedBy:. Shall these methods be moved into the shape?
Currently, we have the following responsibilities:
a graph element:
- keeping a ref to its shape
- managing caches
- managing attributes
- managing nesting of nodes and edges
- layout
- supporting announcement
a node:
- keeping a location
- maintaining a zordered-list of elements to display
- dedicated caches (e.g., bitmap)
- rendering on a canvas
an edge:
- target and source node
- rendering on a canvas
a root:
- selection box
- another event management
Clearly, some responsibilities are ill located. I will do soon some cleaning...
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Updates:
Labels: -Component-Verveine Component-VerveineJ
Comment #1 on issue 480 by tudor.gi...(a)gmail.com: VerveineJ: file-anchor
contains absolute path
http://code.google.com/p/moose-technology/issues/detail?id=480
(No comment was entered for this change.)
Status: New
Owner: ----
CC: anquetil...(a)gmail.com
Labels: Type-Enhancement Priority-Medium Component-VerveineJ Milestone-4.4
New issue 550 by tudor.gi...(a)gmail.com: VerveineJ should export Annotations
http://code.google.com/p/moose-technology/issues/detail?id=550
The following entities should appear:
- AnnotationType
- AnnotationTypeAttribute
- AnnotationInstance
- AnnotationInstanceAttribute
Status: New
Owner: ----
CC: cy.delau...(a)gmail.com
Labels: Type-Defect Priority-Medium Component-Finder Milestone-4.4
New issue 564 by tudor.gi...(a)gmail.com: Moose Wizard packages list scrolls
when importing from Smalltalk
http://code.google.com/p/moose-technology/issues/detail?id=564
How to reproduce:
- import from Smalltalk
- select a package
- the list scrolls automatically
This is confusing. The list should not scroll.
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium Component-Glamour
New issue 559 by cy.delau...(a)gmail.com: magritte presentation does not fill
the cell's space
http://code.google.com/p/moose-technology/issues/detail?id=559
In glamour, When opening a magritte presentation in a tab widget, the
generated morph is too small and do not fill the whole space provided by
the glamour cell.
Hi,
The Moose build uses 1.2.1 now:
http://hudson.moosetechnology.org/job/moose-latest-dev/
Cheers,
Doru
On 3 Apr 2011, at 10:45, Stéphane Ducasse wrote:
> tx!
> and yes we should continue
>
> On Apr 3, 2011, at 9:36 AM, Marcus Denker wrote:
>
>>
>> On Apr 3, 2011, at 9:35 AM, Marcus Denker wrote:
>>
>>>
>>> https://gforge.inria.fr/frs/download.php/28435/Pharo-1.2.1-11.04.03.zip
>>>
>>
>>
>> .. the all green image of today from Hudson. Yes, this is not repeatable and tomorrow
>> the hudson one might be different. But we need to move on. 1.1 was build just once, too.
>> So we can continue to build the perfect fully automatic process for 1.3...
>>
>> Next:
>> -> Make a one-click.
>> -> Make a cog one-click.
>> -> push all open reports in the tracker to 1.2.2
>>
>>
>> --
>> Marcus Denker -- http://www.marcusdenker.de
>> INRIA Lille -- Nord Europe. Team RMoD.
>>
>>
>
>
--
www.tudorgirba.com
"Problem solving should be focused on describing
the problem in a way that makes the solution obvious."