Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

Problem: Mondrian-ComplexShape depends on MONodeShape
by Stéphane Ducasse 11 Aug '13

11 Aug '13

So I did package: 'Mondrian-Core'; package: 'Mondrian-ComplexShape' with: [ spec requires: 'Mondrian-Core' ]; package: 'Mondrian-Layouts'; and restarted again….

1 3

Another problem (Mondrian-Pharo-Tests)
by Stéphane Ducasse 11 Aug '13

11 Aug '13

Mondrian-Pharo-Tests says This package depends on the following classes: MondrianTest You must resolve these dependencies before you will be able to load these definitions: MOCanvasTest allEventPollsEmpty I'm trying to find the problem now but in parallel I'm painting my house door :) Stef

1 2

SnapshotCello feedabck
by Stéphane Ducasse 11 Aug '13

11 Aug '13

Hi doru I like the interface much better than the moose reloader :) Else - what about dirty packages that are not in the configuration tree? I would not handle them to force people to get clean Did you try to rebuild Moose using it? I will ;) Stef

2 23

Issue 960 in moose-technology: Smalltalk importer creates a non-stub Object.DependentsFields
by moose-technology＠googlecode.com 10 Aug '13

10 Aug '13

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Component-SmalltalkImporter New issue 960 by anquetil...(a)gmail.com: Smalltalk importer creates a non-stub Object.DependentsFields http://code.google.com/p/moose-technology/issues/detail?id=960 When creating a moose model from smalltalk code not including Object The class Object is created with isStub=true Object has an attribute Object.DependentsFields (a class variable) with isStub=false -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

1 3

Issue 962 in moose-technology: Metanool should not extend MooseEntity and MooseGroup
by moose-technology＠googlecode.com 10 Aug '13

10 Aug '13

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Milestone-4.8 Component-Metanool Component-Finder New issue 962 by tu...(a)tudorgirba.com: Metanool should not extend MooseEntity and MooseGroup http://code.google.com/p/moose-technology/issues/detail?id=962 Metanool extends these classes with MooseFinder specific methods. These methods should move to MooseFinder. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

1 1

ConfigurationOfMondrian is reallllllllllly old!!!!
by Stéphane Ducasse 10 Aug '13

10 Aug '13

Hi guys Is Moose really using development version of its subproject? because spec project: 'Mondrian' with: [ spec className: 'ConfigurationOfMondrian'; file: 'ConfigurationOfMondrian'; version: #development ; repository: 'http://www.smalltalkhub.com/mc/Moose/Mondrian/main' And development: spec <symbolicVersion: #'development'> spec for: #'common' version: '2.162'. and there are <version: '2.9' imports: #('2.5-baseline')> So when I do (ConfigurationOfMoose project version: #development) record loadDirective for moose I get … (ConfigurationOfMoose project version: #development) record loadDirective I get No version found for 1.3 of ConfigurationOfShout!!!

2 5

Conceptual Limit of SnapshotCello ?
by Stéphane Ducasse 10 Aug '13

10 Aug '13

Hi doru I'm trying to reload a configuration for moose and I end up with package loading order problems. I thought that in reloader we payed attention to preserve the same loading order (I remember that we did it when I was attending the moose workshop). Now do you know if the baseline of a project is not interfering with the load order that we store. Stef

2 3

Speed up of Mondrian
by Alexandre Bergel 10 Aug '13

10 Aug '13

Hi! I've just integrated the fix of Mathieu. 1.395 : Integrated optimization from Mathieu. Excellent job! [| view | view := ROMondrianViewBuilder new. view nodes: Object withAllSubclasses. view edgesFrom: #superclass. view treeLayout. view applyLayout ] timeToRun => 91856 before this version => 48519 with this version Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

4 6

is the loadDirective really working?
by Stéphane Ducasse 09 Aug '13

09 Aug '13

Hi dale I do not understand because when I do (ConfigurationOfMoose project version: #development) record loadDirective -> I get an error telling that 1.3 of Shout is not found then if I run (ConfigurationOfMondrian project version: #development) record loadDirective I get another errror and if I try again (ConfigurationOfMoose project version: #development) record loadDirective -> I get anANOTHER error about 1.1.7 of XML support. So I'm totally puzzled. Stef

2 1

Collections-String dirty
by Stéphane Ducasse 09 Aug '13

09 Aug '13

Hi what do we do with the latest moose which has dirty packages and - remove trim* from strings - remove MessageSend value: value:value: - asMorph It seems that this is due to the fact that Magritte uses Grease and that grease has trim as its own extensions. So we should fix Magritte30 configuration to handle that. I can have a look with esteban this afternoon. Stef

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev