Moose-dev February 2011

moose-dev@list.inf.unibe.ch

23 participants
136 discussions

SmallDude and dot matrix
by Simon Denier 24 Feb '11

24 Feb '11

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

2 1

tests for allowAllNil :)
by Tudor Girba 24 Feb '11

24 Feb '11

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

1 0

Re: Hudson build is still unstable: moose-latest-dev #209
by Alexandre Bergel 23 Feb '11

23 Feb '11

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

4 6

Issue 545 in moose-technology: inFusion should nest namespaces and packages
by moose-technology＠googlecode.com 23 Feb '11

23 Feb '11

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.

1 0

moose panel open?
by Alexandre Bergel 22 Feb '11

22 Feb '11

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

2 1

Version number for Moose
by Alexandre Bergel 22 Feb '11

22 Feb '11

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

4 7

intall default model doesn't work
by Fabrizio Perin 22 Feb '11

22 Feb '11

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

3 4

Fade layout
by Alexandre Bergel 22 Feb '11

22 Feb '11

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

3 2

Re: Hudson build is still unstable: moose-latest-dev #209
by Tudor Girba 22 Feb '11

22 Feb '11

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

1 0

Fwd: [ANN] pharo focused sprint - bern, feb 26
by Tudor Girba 21 Feb '11

21 Feb '11

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

1 0

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev February 2011