Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

Loading Moose in Pharo1.1
by Laval Jannik 22 Mar '10

22 Mar '10

Hi folks, I loaded Moose in Pharo1.1 Here are problems I have, and their hacking resolution: - MooseModel>>registerInWorldMenu does not work anymore: we should remove it. no ? - Moose depends on OSProcess, I think we do not want this. What are your opinion ? - MoosePanel needs TreeMorph from Momo10, so I loaded latest Momo10, but I don't know the impact on the rest of system. (project Momo does not have TreeMorph) When these three things are fixed, all Moose works with Pharo1.1. Cheers --- Jannik Laval

5 8

order of properties in DistributionMap
by Cyrille Delaunay 21 Mar '10

21 Mar '10

It's a question about the spec of Distribution Map. We know that the order of properties is fixed and the same across all containers. That is, elements with property A always come before elements with property B. But, how does one choose the order among properties? In the original VW code, it appears that this order is the increasing order of properties by the size of their corresponding elements. That is (in the code below): we sort elements in each part according to the importance of their property, importance in increasing order. part elements: (eachPartElements value sort: [ :a :b | a property importance < b property importance ]) I hope it is clear :) Cyrille & Simon

3 3

tests for DistributionMap
by Cyrille Delaunay 20 Mar '10

20 Mar '10

Hello, Does anyOne know if some tests about DistributionMap already exist ?

2 1

Moose-Infusion wizard broken?
by Simon Denier 18 Mar '10

18 Mar '10

Hi Cyrille When I ran the infusion wizard to import Java source code, I got an error because the importer cant find the file 'project.mse', which I guess is the one generated by infusion. Where should this file be? Other issues: 1) right now there are some deprecation warnings when opening the wizard 2) it would be good if the wizard (or Moose) remember the place of the infusion script after running once -- Simon

1 0

Eyesee : about the history diagram and its axes
by Gabriel Camby 18 Mar '10

18 Mar '10

Hello everyone, I'm Gabriel Camby. I'm currently working on Maispion (made by François Stephany of University of Mons (Belgium)) for my master thesis. I have a question for all EyeSee gurus out there; I want to make an history diagram with a labelled X axis, is that possible? The X labels do not necessarily need to be in accordance with the data. The labels are here only to give an idea of time. Such diagram could show us the evolution of several projects (each project Y is calculated using its number of code lines for example) in regard to the time. I tried to experiment a bit but it's not really great or clean. Do you have any ideas?

3 3

Described famix properties with pragmas
by Cyrille Delaunay 18 Mar '10

18 Mar '10

Hello, In which cases should we describe a property with a pragma ? I guess that property-pragmas will be used to set the list of attributes to the FM3MetaDescription of the class. But by looking quikly to the famix implementation, it seems that some properties are described and other not. For example, in FAMIXPackage, the method 'classes' is not described. Therefore it does not appear in the FAMIXPackageMetaDescription listOfAttributes. I don't know the reason?

3 4

Newbie needing some help!
by Tim Calladene 18 Mar '10

18 Mar '10

Hi I'm new to MOOSE and was wondering if anyone can point me in the direction of a "Getting Started Guide". Failing that any help at all as to what does what in Moose and how to get started analyzing some code. Is there any documentation (other than technical papers) anywhere??? I couldn't see any links in the Docs section.

4 4

GLMSTBrowserExample with SHTextStylerST80
by Fernando olivero 17 Mar '10

17 Mar '10

Hi, i've just modified the this method for having the GLMSTBrowser render the source pane pretty printed. Tudor, if your interested you could integrate it into glamour. Saludos, Fernando GLMSTBrowserExample>>sourceOn: browser browser showOn: #source; from: #category; from: #class; from: #selector; using: [ browser text title: 'Source'; useExplicitNotNil; forSmalltalk:[:package :class :selector| class ]; when: [ :category :class :selector | class notNil and: [ selector notNil ] ]; display: [ :category :class :selector | class sourceCodeAt: selector ifAbsent: [ String new ] ]. browser text title: 'Source'; useExplicitNotNil; forSmalltalk; when: [ :category :class :selector | class notNil and: [ selector isNil ] ]; display: [ :category :class :selector | class definition ]. browser mondrian title: 'Complexity'; useExplicitNotNil; painting: [ :view :category :class :selector | view nodeShape height: [ :model | model linesOfCode min: 50 max: 5 ]; width: [ :model | model instVarNames size + 5 ]; fillColor: [ :model | model = class ifTrue: [ Color red ] ifFalse: [ Color white ] ]. view nodes: (((Smalltalk organization listAtCategoryNamed: category) collect: [ :each | Smalltalk classNamed: each ]) reject: [ :each | each isTrait ]). view edgesFrom: [ :each | each superclass ]. view treeLayout ]; when: [ :category :class :selector | category notNil ] ]

1 0

Spring layout in mondrian
by Alexandre Bergel 16 Mar '10

16 Mar '10

Hi! I had fun implementing a spring layout in mondrian. Try: -=-=-=--=-=-=-=--=-=-=-=--= | view | view := MOViewRenderer title: 'Spring layout example'. view interaction refreshLayoutEvery: 30. view shape rectangle size: 15. view nodes: (1 to: 30). view edges: (1 to: 30) from: #yourself to: [:v | v \\ 5]. view springLayout. view open -=-=-=--=-=-=-=--=-=-=-=--= A spring layout was my very first program in Smalltalk, about 10 years ago. It was fun to show it to Michele. Fortunately for me, he spoke French :-) In its actual state, the layout does not scale. If you have more than 100 nodes, it will become very slow. The algorithm complexity is quite bad. I had some ideas on making it a bit more scalable. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

1 0

MOViewRenderer>> use of method clone
by Laval Jannik 15 Mar '10

15 Mar '10

Hi all, I try to use Moose in a pharo1.1. I have a small bug in Mondrian: It uses the method clone, which is no more defined in pharo1.1, To resolve the bug, I replace it by copy, but I don't now what are the ripple effects. With this, I do well a DSM. Cheers, --- Jannik Laval

3 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev