Moose-dev February 2011

moose-dev@list.inf.unibe.ch

23 participants
136 discussions

by Simon Denier

Hi Is the dot matrix visualization for duplication available somewhere? If not, can someone provide a small Mondrian script to start with? -- Simon Denier

13 years, 2 months

tests for allowAllNil :)

by Tudor Girba

Hi Veronica, I saw you added allowAllNil. Cool. Just, please add tests for it :). It is affecting the core of Glamour, and should be covered by tests. Cheers, Doru -- www.tudorgirba.com "What is more important: To be happy, or to make happy?"

13 years, 2 months

Re: Hudson build is still unstable: moose-latest-dev #209

by Alexandre Bergel

Hi! Today we have 4 yellow test methods: - MOEaselTest.testExamplesAreOkay is entirely my fault and the situation is fixed by now - MooseFinderTest.testMenuEntriesForClasses is due to the missing dep in configurationOfMoose. the method #allDuplications is invoked on a FAMIXClassGroup. But, how comes that the menu of famix classes contains a smalldude action? Apparently, the small dude actions are defined outside smalldude. The method viewDuplicationComplexity is defined in Moose-MondrianPainting. Shall I move this method to the SmallDude-Moose package? - MooseFinderTest.testMenuEntriesForPackages revealed that the method #viewDependenciesWithCycles makes a reference to MOCircularColors, which is not present. According to a few days old version of moose, this class belongs to the package Moose-CycleTable. Doru, an idea what happened here? - MooseSqueakClassPackageImporterTest.testCategoryImporter makes a reference to 'Moose-TestResources-Dsm*', which is odd. It should not. Maybe we could use core packages for this tests. The test is simple, it should be easy to fix. Shall I do it? Cheers, Alexandre On 22 Feb 2011, at 06:14, admin(a)moosetechnology.org wrote: > See <http://hudson.moosetechnology.org/job/moose-latest-dev/209/> > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

13 years, 2 months

Issue 545 in moose-technology: inFusion should nest namespaces and packages

by moose-technology＠googlecode.com

Status: New Owner: ---- CC: georgega...(a)gmail.com Labels: Type-Defect Priority-Medium Component-ExternalTools New issue 545 by tudor.gi...(a)gmail.com: inFusion should nest namespaces and packages http://code.google.com/p/moose-technology/issues/detail?id=545 Namespaces should be nested using parentScope. Packages should be nested using parentPackage.

13 years, 2 months

moose panel open?

by Alexandre Bergel

Hi! The last hudson version does not have the open panel? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

13 years, 2 months

Version number for Moose

by Alexandre Bergel

Hi! I am working on using MetacelloBrowser for Moose. The goal is to make explicit all the versions of Moose and keep a record of them. Each new commit of one of the Moose package or each new version of a dependent library should produce a new version of Moose. I guess we all want that. I use this for Mondrian and I am quite happy. I propose to use a simple version numbering. Something like 4.3.X where X will increment at each new commit made in one of the packages of Moose. I have produced version 4.3.1. It loads in the latest Pharo 1.2. However, it contains a bit of hack. I believe that a Configuration version should not depend on the default baseline. It still contains: spec project: 'MooseAlgos for Moose' with: '2.2'; project: 'PetitParser for Moose' with: 'default'; project: 'DSM for Moose' with: 'default'; project: 'Glamour for Moose' with: '2.1'; project: 'Mondrian for Moose' with: 'default'; project: 'SmallDude for Moose' with: 'default'; project: 'Merlin' with: '1.0'; project: 'RPackage' with: 'default'. If you agree with this, I can produce a fix version for each of these package. Does it goes in the right direction? I already produce Version 2.1 of Glamour. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

13 years, 2 months

intall default model doesn't work

by Fabrizio Perin

Hi, i did try to install the sample models using the proper menu entry into the Moose Panel but apparently it doesn't work. Should i open an issue? Cheers, Fabrizio

13 years, 2 months

Fade layout

by Alexandre Bergel

Hi, I am glad to announce that I incorporated Eduardo's work into Mondrian. He implemented FADE. FADE is a force directly algorithm (also called spring algorithm or spring layout) invented by Aaron Quigley (http://www.cs.st-andrews.ac.uk/~aquigley/?Research:Past_Projects:FADE). FADE is faster than MOForceBasedLayout when more than 350 edges and 350 nodes have to be layouted. On my machine: [| view | view := MOViewRenderer new. view shape rectangle withText. view nodes: Collection withAllSubclasses. view nodes: Morph withAllSubclasses. view edgesFrom: #superclass. view XXXXX. view root applyLayout ] timeToRun For XXX = fadeLayout, it takes 12204 ms to compute For XXX = forceBasedLayout, it takes 17604ms In version 2.51 of Mondrian Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

13 years, 2 months

Re: Hudson build is still unstable: moose-latest-dev #209

by Tudor Girba

No, it should not be rewritten. The problem is due to me removing DSM and SmallDude from the default configuration because of Metacello problems. I hope to restart working on it next week. Cheers, Doru On 22 Feb 2011, at 10:56, Cyrille Delaunay wrote: > MooseSqueakClassPackageImporterTest>>#testCategoryImporter is looking for all packages matching ''Moose-TestResources-Dsm*'', but there is no packages like that in the image. I guess the test should be re-written? > > 2011/2/22 <admin(a)moosetechnology.org> > See <http://hudson.moosetechnology.org/job/moose-latest-dev/209/> > > > -- www.tudorgirba.com "Be rather willing to give than demanding to get."

13 years, 2 months

Fwd: [ANN] pharo focused sprint - bern, feb 26

by Tudor Girba

Hi, I would like to remind you that this Saturday, February 26, we organize a Sprint at SCG, University of Berne, Switzerland (room 107): http://scg.unibe.ch/contact/maps Further details can be found below. Please let us know by mail if you plan to attend and what you would wish to work on (see below). Cheers, Doru Begin forwarded message: > From: Tudor Girba <tudor.girba(a)gmail.com> > Date: 1 February 2011 16:38:30 CET > To: "Pharo-project(a)lists.gforge.inria.fr Development" <pharo-project(a)lists.gforge.inria.fr> > Cc: Adrian Lienhard <alienhard(a)netstyle.ch> > Subject: [ANN] pharo focused sprint - bern, feb 26 > > Hi, > > We would like to organize a Pharo Sprint on Saturday, February 26 at SCG, University of Berne, Switzerland (room 107): > http://scg.unibe.ch/contact/maps > > Unlike other sprints, this would not be about fixing things from the tracker, but about building something new and reviewing the situation around one central topic. For this one, the main topic will be Morphic and the IDE. Why? Because it is time to rethink our day-to-day tools and bring them closer to this century (ok, maybe decade :)). It is Ok if you are not a specialist. It is more important to want to participate and learn. The rest will come in time. > > ***** Please let us know by mail if you plan to attend and what you would wish to work on (see below). > > Proposed tasks (other tasks are possible in the same area): > - Enhancements of Morphic widgets: > --- TabGroupMorph with lazy pages, closable tabs, overflow handling and toolbars (a start exists in Glamour) > --- High level support for collapsable panes (based on the input of Gary) > --- SearchMorph with multiple groups of items (like in Spotlight) > --- MorphTreeMorph integrated with GeneralScrollPane to allow for space filling > --- BreadcrumbMorph > --- Hyperlinks in TextMorphs > - Test and enhance the current IDE > - Evaluate TextMorphs: NewTextMorph, PluggableTextMorph, SMxPluggableTextMorph etc > - Prototype a new ToolSet solution > - Enhancements of Glamour and of the Glamorous Toolkit > --- Debugger > --- Coder > --- Multipage Workspace > --- CodeBubbles > - Develop WeakAnnouncement (start from the implementation of Lukas) > - Evaluate the various keybinding implementations > - Evaluate ToolBuilder > - Evaluate the path to adopt SimpleMorphic > > A second working topic is getting Monticello faster, but this will only be tackled if there are enough people for the first one. > > Cheers, > Adrian and Doru > > > > -- > www.tudorgirba.com > > "Be rather willing to give than demanding to get." > > > -- www.tudorgirba.com "It's not how it is, it is how we see it."

13 years, 2 months

← Newer
1
2
3
4
5
6
7
8
9
...
14
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev February 2011