Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

modifying a moosemodel
by Alexandre Bergel 21 May '09

21 May '09

Hi! Something I thought about. Since some people (including Hany and Jannik) are getting an interest in modifying moose models, an event mechanism will probably be needed, pretty much as it is needed in Pharo. We could then imagine a hierarchy: MooseAnnouncement MooseAddedClass MooseRemovedMethod ... Easy to do though Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 2

Glamour Mondrian
by Laval Jannik 20 May '09

20 May '09

Hi Doru, when I make a Glamour browser with a mondrian view, the size of the mondrian panel is fixed. In a previous version, it is not. Is it possible to change this behaviour in my code ? My code is: --------- littleOrionBrowser | browser | browser := GLMTableLayoutBrowser new. browser column: #models; column: #changedElements. browser showOn: #models; using: [ browser list format:[:system | system name]; display: [:system | system orionModels]]. browser showOn: #changedElements; from: #models; using: [ browser list display: [:model | model orionSystem currentModel: model. model entities select: [:element | element mooseModel = model] ]]. browser sendToOutside: #model from:#models. ^ browser ---------- withVisual | browser | browser := GLMTableLayoutBrowser new. browser row: #textual; row: #visual. browser showOn: #textual; using:[ browser custom: self littleOrionBrowser.]. browser showOn: #visual; from:#textual->#model; using:[ browser mondrian title: 'DSM'; painting: [ :view :model | (model allPackages viewDSMOn: view)]]. browser sendToOutside: #model from:#textual->#model. ^ browser ---------- I use the method withVisual. Thanks for your help. Cheers --- Jannik Laval PhD Student - Rmod Team - INRIA Certified Project Management Associate (IPMA) http://www.jannik-laval.eu http://rmod.lille.inria.fr ---

2 2

MooseLoader load -> does not work
by Stéphane Ducasse 20 May '09

20 May '09

This package depends on the following classes: OBPluggableTextMorphWithShout OBTextMorphWithShout You must resolve these dependencies before you will be able to load these definitions: MOEaselTextEditor MOEaselTextEditor>>bindingOf: MOEaselTextEditor>>hasBindingOf: MOEaselTextEditor>>hasBindingThatBeginsWith: MOEaselTextEditor>>textMorphClass MOTextMorphWithShout MOTextMorphWithShout>>doIt Select Proceed to continue, or close this window to cancel the operation.

3 4

make a package Moose-Release
by Laval Jannik 20 May '09

20 May '09

Hi all, A lot of things have been broken in the last days. So, Moose, Mondrian, Glamour and DSM works fine in Sattose... now bugs appear everywhere. It could be cool to have a package Moose-Release, where we put stable packages, or make a MooseRelease-Loader. --- Jannik Laval PhD Student - Rmod Team - INRIA Certified Project Management Associate (IPMA) http://www.jannik-laval.eu http://rmod.lille.inria.fr ---

2 1

Re: FCA and Moose
by Alexandre Bergel 20 May '09

20 May '09

Ok, it makes sense. I just loaded the last version of ConAn, but some error popped up. What is the status ? Where you happy about the implementation? I can port SCG-Algorithm to Pharo, this shouldn't be a problem since I am experienced in this kind of porting. I suggest to use the Moose mailing list for FCA related discussion. Cheers, Alexandre On 19 May 2009, at 05:13, Gabriela Arevalo wrote: > Hi Alex, > > In fact, this is because when I finished my phd, my prototype was > almost broken due to the continuous changes in moose. > So I decided that the next version of ConAn would be Moose > independent to avoid to suffer with Moose evolution and also to be > able to work with any domain (not necessary related to Moose). The > implementation you have seen is something I started last year > recovering my code from my prototype in Store in Bern. > I know the advantages of FAMIXEntity, but it was a nightmare to > repair ConAn in the times that Moose changes a lot. > > Anyway, and considering that moose seems to be stable, I think that > we can make it a subclass of that class. I should think about it. > > cheers, > > gabi > > PS: When are you moving to Chile? >> Hi Gabriela, >> >> I was wondering why your implementation of FCA isn't implemented as >> an extension of FAMIX. Even if FCA has little to do with Structural >> entities in OO languages, FAMIXEntity could be inherited. For >> example, why FormalConcept is not a subclass of it? >> >> Cheers, >> Alexandre > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

7 9

MSEPragmaProcessor in Pharo-dev 309
by Laval Jannik 19 May '09

19 May '09

Hi all, When I want to open a MooseBrowser, a warning appears: 'Old implementation removed since it was not license clean.' This is because in MSEPragmaProcessor>>processClass:, there is "aClass methodDictionary do: [ ---something---]" methodDictionary is a MethodDictionary. And in this class the method do: is deprecated in the last version of pharo. How can I replace it ? The old method is: --- do: aBlock tally = 0 ifTrue: [^ self]. 1 to: self basicSize do: [:i | (self basicAt: i) == nil ifFalse: [aBlock value: (array at: i)]] --- Thanks --- Jannik Laval PhD Student - Rmod Team - INRIA Certified Project Management Associate (IPMA) http://www.jannik-laval.eu http://rmod.lille.inria.fr ---

4 3

Loading Pharo into Moose
by Simon Denier 19 May '09

19 May '09

Dear list With the latest Moose update, it is now possible to load Pharo into Moose in less than a minute. However, after loading Moose, you need to run PackageOrganizerCache buildSystemCache (it takes less than 2 minutes to run). Not sure if I really want to store this cache in MC for the moment -- Simon

2 3

[phamoose] reviewing famix
by Tudor Girba 19 May '09

19 May '09

Hi, I am reviewing the FAMIX implementation in Pharo. It looks pretty nice, but here are a couple of issues: - FAMIX-Extensions harbors right now mostly implementation details (like accept:). I would move them to FAMIX-Implementation - FAMIXSourceAnchor should be extended to deal with various source anchor implementations. - We need extensions to support Exceptions and Annotations If it is Ok with everyone I will go on and tackle these issues. Cheers, Doru -- www.tudorgirba.com "In a world where everything is moving ever faster, one might have better chances to win by moving slower."

4 3

sqMondrian and keyboard problem
by Laval Jannik 19 May '09

19 May '09

Hi all, I have loaded the last version of MondrianLoader in an image 279 and another 304. In both, when mondrian is loaded, I can not use my keyboard in the workspace. Has anyone the same problem ? --- Jannik Laval PhD Student - Rmod Team - INRIA Certified Project Management Associate (IPMA) http://www.jannik-laval.eu http://rmod.lille.inria.fr ---

4 5

Test
by Francois Stephany 19 May '09

19 May '09

Please ignore this message.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev