Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

Problem: Mondrian-ComplexShape depends on MONodeShape

by Stéphane Ducasse

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

11 years, 8 months

Another problem (Mondrian-Pharo-Tests)

by Stéphane Ducasse

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

11 years, 8 months

SnapshotCello feedabck

by Stéphane Ducasse

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

11 years, 8 months

Issue 960 in moose-technology: Smalltalk importer creates a non-stub Object.DependentsFields

by moose-technology＠googlecode.com

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

11 years, 8 months

Issue 962 in moose-technology: Metanool should not extend MooseEntity and MooseGroup

by moose-technology＠googlecode.com

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

11 years, 8 months

ConfigurationOfMondrian is reallllllllllly old!!!!

by Stéphane Ducasse

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!!!

11 years, 8 months

Conceptual Limit of SnapshotCello ?

by Stéphane Ducasse

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

11 years, 8 months

Speed up of Mondrian

by Alexandre Bergel

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

11 years, 8 months

is the loadDirective really working?

by Stéphane Ducasse

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

11 years, 8 months

Collections-String dirty

by Stéphane Ducasse

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

11 years, 8 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev