Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

Issue 566 in moose-technology: Improve bookmarking mechanism

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Engineering Priority-Medium Milestone-4.4 Component-MooseCore New issue 566 by tudor.gi...(a)gmail.com: Improve bookmarking mechanism http://code.google.com/p/moose-technology/issues/detail?id=566 Currently, we have: MooseEntity>>bookmarkEntity MooseGroup>>bookmarkGroup However, it basically is not very useful to have both. We need to refactor this mechanism to use only one semantics.

14 years, 1 month

Design in Mondrian

by Alexandre Bergel

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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

14 years, 1 month

Re: Issue 480 in moose-technology: VerveineJ: file-anchor contains absolute path

by moose-technology＠googlecode.com

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.)

14 years, 1 month

Issue 550 in moose-technology: VerveineJ should export Annotations

by moose-technology＠googlecode.com

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

14 years, 1 month

Issue 564 in moose-technology: Moose Wizard packages list scrolls when importing from Smalltalk

by moose-technology＠googlecode.com

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.

14 years, 1 month

Issue 559 in moose-technology: magritte presentation does not fill the cell's space

by moose-technology＠googlecode.com

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.

14 years, 1 month

why RPackageConfiguration does not load anymore :(

by Stéphane Ducasse

Alex can you check because when I take the latest 1.3 and do exactly what is in the class comment I get and error. :( Stef

14 years, 1 month

Re: [Pharo-project] [ANN 1.2] 1.2.1 Full Release Image

by Tudor Girba

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."

14 years, 1 month

an open source C analyser

by Stéphane Ducasse

http://frama-c.com/download.html

14 years, 1 month

verveinej hudson job

by Tudor Girba

Hi, Nicolas did a nice job with VerveineJ and now we have a ANT build file. I put together a Hudson job: http://hudson.moosetechnology.org/job/verveinej/ I tried to also run the tests on the server but that one failed: http://hudson.moosetechnology.org/job/verveinej/5/console Nicolas, do you have an idea of why this happens? Cheers, Doru -- www.tudorgirba.com "Be rather willing to give than demanding to get."

14 years, 1 month

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev