- Moose-dev - INF Mailman

by Tudor Girba

Hi, It is time to set the goals for the next couple of releases. I would like to release a Moose 5.0 together with Pharo 3.0, and release another 5.1 a couple of months later. This spring, I laid out the following roadmap: http://www.humane-assessment.com/blog/moose-5-0-roadmap A couple of the targets have already been matched: - we have already removed Mondrian - Roassal works with Athens in the Moose image Next would be to completely replace EyeSee with Graph-ET. Daniel, are you still around? Otherwise, is anyone interested in participating in this project? I know that Jan is working on islands in PetitParser and he promised to release his code sometime soon :). Is anyone interested in the Fame+Traits project? How about continuing the Moose on web one? Other than that, I am now interested in rethinking the user interface almost from the ground up. This project would work hand-in-hand with the Glamorous Toolkit project. However, I need help. Specifically, I would need people that are interested in building widgets in Morphic. Any takers? Do you have other interests and plans? Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

11 years, 7 months

6
6
0 0

Re: moose 5 plan

by Stephan Eggermont

We hope to finish PetitDelphi soon. Not having a language specification doesn’t help with estimation. >> Is anyone interested in the Fame+Traits project? We will at least take another look at memory consumption of FAMIX models. I’d like building some morphic widgets, but want to prioritize PetitDelphi. Stephan

11 years, 7 months

1
0
0 0

FAME not ensuring

by Yuriy Tymchuk

Hi. So if I’m not mistaken _ensure_ is meant to create referred data if it’s missing. But when you look at: ensureClass: var var isBehavior ifTrue: [ ^classDict at: var ]. var isSymbol ifTrue: [ ^classDict at: (self class environment at: var) ifAbsent: [ metaDict at: var asString ]]. var isString ifTrue: [ ^metaDict at: var ]. [ false ] assert. it’s not ensuring anything. Isn’t there supposed to be something like: metaDict at: var asString ifAbsent: [ self processClass: var asClass ] This really frustrates me about FAME. You cannot tell it "someObj asMSE”. You have to write a tons of pragmas, then do some shenanigans with metamodels and only then you can get serialisation working. Looks like stone age. Sorry for jumping on all the things like that, it’s just that Moose - related things remind me of Java… Uko

11 years, 7 months

3
4
0 0

Re: Issue 53 in moose-technology: [FAMIX3] round-trip extraction/generation test with Fame

by moose-technology＠googlecode.com

Updates: Status: WontFix Comment #4 on issue 53 by tu...(a)tudorgirba.com: [FAMIX3] round-trip extraction/generation test with Fame http://code.google.com/p/moose-technology/issues/detail?id=53 This issue is too old -- 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, 7 months

1
0
0 0

3 issues changed in moose-technology

by moose-technology＠googlecode.com

Updates: Status: WontFix Comment by tu...(a)tudorgirba.com: Mondrian is obsolete. Affected issues: issue 400: Local node lookup should stay local http://code.google.com/p/moose-technology/issues/detail?id=400 issue 402: Layout should be aware of parent size / resize http://code.google.com/p/moose-technology/issues/detail?id=402 issue 657: Mondrian progressBar by default http://code.google.com/p/moose-technology/issues/detail?id=657 -- You received this message because you are listed in the owner or CC fields of these issues, or because you starred them. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

11 years, 7 months

1
0
0 0

Re: Issue 325 in moose-technology: #toSelect port

by moose-technology＠googlecode.com

Updates: Status: WontFix Comment #1 on issue 325 by tu...(a)tudorgirba.com: #toSelect port http://code.google.com/p/moose-technology/issues/detail?id=325 (No comment was entered for this change.) -- 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, 7 months

1
0
0 0

Re: Issue 311 in moose-technology: CAnalyzer create two FAMIXGlobalVariables for the same variable declared two times in a file

by moose-technology＠googlecode.com

Updates: Status: WontFix Comment #3 on issue 311 by tu...(a)tudorgirba.com: CAnalyzer create two FAMIXGlobalVariables for the same variable declared two times in a file http://code.google.com/p/moose-technology/issues/detail?id=311 I guess this is not an active project anymore. I mark it as won't fix. -- 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, 7 months

1
0
0 0

Re: Issue 308 in moose-technology: CAnalyzer never retrieve the declaredType of a function

by moose-technology＠googlecode.com

Updates: Status: WontFix Comment #1 on issue 308 by tu...(a)tudorgirba.com: CAnalyzer never retrieve the declaredType of a function http://code.google.com/p/moose-technology/issues/detail?id=308 I guess this is not an active project anymore. I mark it as won't fix. -- 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, 7 months

1
0
0 0

Re: Issue 435 in moose-technology: Using RoelTyper for a better precision of method invocation

by moose-technology＠googlecode.com

Updates: Labels: Component-SmalltalkImporter Comment #4 on issue 435 by tudor.gi...(a)gmail.com: Using RoelTyper for a better precision of method invocation http://code.google.com/p/moose-technology/issues/detail?id=435 It seems that RoelTyper does not work for all classes. Try this code for getting the classes that raise an error: classes := Dictionary new. Object withAllSubclassesDo: [:each | [(TypeCollector typeInstvarsOfClass: each )] on: Error do: [:error | classes at: each put: error ]]. classes inspect

11 years, 7 months

1
5
0 0

Issue 516 in moose-technology: System Complexity displays more than the classes in the group

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 516 by tudor.gi...(a)gmail.com: System Complexity displays more than the classes in the group http://code.google.com/p/moose-technology/issues/detail?id=516 Currently, the algorithm to identify the hierarchies does not limit the result to the current class group, but it takes all the subclasses of the superclass. This means that if you have a group with Object inside, you will end up with a system complexity with all classes.

11 years, 7 months

1
4
0 0

Issue 944 in moose-technology: EyeSee chart Legend issues

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 944 by cunningh...(a)gmail.com: EyeSee chart Legend issues http://code.google.com/p/moose-technology/issues/detail?id=944 When creating a chart, I would like to include a legend, and EyeSee allows for this. However, the legend is always top left of chart (even with #legendBelow sent) and obscures the Y axis label; or it is to right (when #verticalLegend is sent) and writes over the right axis if that axis is used. Example code for first issue: i := 0. series1 := OrderedCollection new: 7. 20130601 to: 20130607 do: [ :dt| series1 add: { dt. i := i + 1. }]. series2 := OrderedCollection new: 7. i := i + 1. 20130601 to: 20130607 do: [ :dt| series2 add: {dt. i := i -1. }]. series3 := OrderedCollection new: 7. 20130601 to: 20130607 do: [ :dt| series3 add: {dt. 4. }]. colors := { Color red. Color blue. Color green. }. parts := OrderedCollection new: 3. { series1. series2. series3. } withIndexDo: [ :ls :ind | parts addLast: (ESLineDiagram new y: #second; preferredAxisMaxY: 7; lineWidth: 2; models: ls; defaultColor: (colors at: ind); yourself). ind = 1 ifTrue: [ parts last identifier: #first; rotatedLabels: true; xAxisLabel: 'Dates'; regularAxis; axisColor: Color black; yAxisLabel: 'Some Measurement that will Collide with Legend' ]. ]. chart := ESDiagramRenderer new. composite := chart compositeDiagram. parts do: [ :chartPart| composite add: chartPart ]. composite yPadding: 30; height: 600; width: 800. parts first displayLegend: true; legendBelow; colorDict: (Dictionary keys: #( 'Series1' 'Series2' 'Series3') values: colors). chart open. Example code for second (vertical) issue: i := 0. series1 := OrderedCollection new: 7. 20130601 to: 20130607 do: [ :dt| series1 add: { dt. i := i + 1. }]. series2 := OrderedCollection new: 7. i := i + 1. 20130601 to: 20130607 do: [ :dt| series2 add: {dt. i := i -1. }]. series3 := OrderedCollection new: 7. 20130601 to: 20130607 do: [ :dt| series3 add: {dt. 4. }]. seriesRight := OrderedCollection new: 7. 20130601 to: 20130607 do: [ :dt| seriesRight add: {dt. 6. }]. colors := { Color red. Color blue. Color green. Color yellow. }. parts := OrderedCollection new: 4. { series1. series2. series3. } withIndexDo: [ :ls :ind | parts addLast: (ESLineDiagram new y: #second; preferredAxisMaxY: 7; lineWidth: 2; models: ls; defaultColor: (colors at: ind); yourself). ind = 1 ifTrue: [ parts last identifier: #first; rotatedLabels: true; xAxisLabel: 'Dates'; regularAxis; axisColor: Color black; yAxisLabel: 'Some Measurement that will Collide with Legend' ]. ]. parts addLast: (ESLineDiagram new rightYAxis y: #second; preferredAxisMaxY: 7; lineWidth: 2; models: seriesRight; defaultColor: colors last; regularAxis; axisColor: Color black; yAxisLabel: 'Another Measurement that will Collide with Legend' yourself). chart := ESDiagramRenderer new. composite := chart compositeDiagram. parts do: [ :chartPart| composite add: chartPart ]. composite yPadding: 30; height: 600; width: 800. parts first displayLegend: true; verticalLegend; colorDict: (Dictionary keys: #( 'Series1' 'Series2' 'Series3' 'Series4') values: colors). chart open. This occurs in the current Moose dev (4.8 of recent origin), on Windows. Type-Defect Component-EyeSee -- 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, 7 months

1
3
0 0

Issue 992 in moose-technology: FMNullMultivalueLink does not support union: (FMNullMultivalueLink cannot have variable sized instances)

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 992 by anne.et...(a)gmail.com: FMNullMultivalueLink does not support union: (FMNullMultivalueLink cannot have variable sized instances) http://code.google.com/p/moose-technology/issues/detail?id=992 Describe the problem: what do you get? what do you expect? Here is the code that we want to execute to combine in a same collection of a given class its incomingReferences and its superInheritances: (aClass incomingReferences) union: (aClass superInheritances) If the first set of the union operator is empty, it is a FMNullMultivalueLink. If the second set is not empty, the union: message creates a FMNullMultivalueLink with the size of this second set. However, it is not possible to create a FMNullMultivalueLink with a specified size. We would like that its creates a FMMultivalueLink with the specified size. Please fill in the labels with the following information: * Type-Defect, Type-Enhancement, Type-Engineering, Type-Review, Type-Other * Component-MooseCore -- 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, 7 months

1
3
0 0

Issue 984 in moose-technology: Update the zero conf scripts

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 984 by chisvasi...(a)gmail.com: Update the zero conf scripts http://code.google.com/p/moose-technology/issues/detail?id=984 Now that moose 4.8 is released the zero conf scripts should be updated accordingly. -- 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, 7 months

2
4
0 0

Issue 526 in moose-technology: Add explicit Interface in Famix

by moose-technology＠googlecode.com

Status: New Owner: tudor.gi...(a)gmail.com Labels: Type-Enhancement Priority-Medium Milestone-4.3 New issue 526 by tudor.gi...(a)gmail.com: Add explicit Interface in Famix http://code.google.com/p/moose-technology/issues/detail?id=526 We should have a FAMIXInterface.

11 years, 7 months

1
6
0 0

[ann] punch builder in Roassal

by Alexandre Bergel

Hi! We have added a new builder, the punch card. Consider the following script: builder := ROPunchcardBuilder new. builder addModels: (ROObject withAllSubclasses copyFrom: 3 to: 9). builder addMetric: [ :c | c numberOfMethods + 5] namedAs: 'NOM'. builder addMetric: [ :c | c numberOfVariables * 5 ] namedAs: 'NOA'. builder addMetric: [ :c | c numberOfSubclasses * 5 ] namedAs: 'NOS'. builder popupText: [ :class :metricName :value | 'The value of ', metricName, ' for ', class name, ' is ', value asString ]. builder minColor: Color green. builder maxColor: Color red. builder open. It produce the following: -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

11 years, 7 months

3
3
0 0

Issue 993 in moose-technology: Update the zero conf scripts for Moose 5.0

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 993 by chisvasi...(a)gmail.com: Update the zero conf scripts for Moose 5.0 http://code.google.com/p/moose-technology/issues/detail?id=993 The scripts are in the attached filed. I removed the ones for Glamour and PetitParser as I'm not sure how to update the version numbers. Attachments: MooseZeroConf.zip 26.2 KB -- 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, 7 months

1
1
0 0

Jenkins build is back to stable : moose-5.0 #94

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-5.0/94/>

11 years, 7 months

1
0
0 0

roassal rendering problem

by Fabrizio Perin

Hi, I'm having problem with roassal rendering rectangles with text: | view | view := ROMondrianViewBuilder new. view shape rectangle withText: 'Hello'. view node: #1. view open. this will generate the shape in wrong_rendering attachement [image: Immagine in linea 1] while I would expect the same rendering as: | view | view := ROMondrianViewBuilder new. view shape rectangle. view node: #1 forIt: [ view shape label text: 'Hello'. view node: #1]. view open see attachement correct_rendering.png [image: Immagine in linea 2] What I want is a rectangle with a inside label (or a label with borders, depends from the point of view :) ). Am I misusing roassal shapes or it is a bug? Using latest Moose. Thanks in advance, Fabrizio

11 years, 8 months

2
2
0 0

Non-moose entities in Moose

by Yuriy Tymchuk

Hi everyone. Does anybody has a suggestion of how to work with objects which classes do not subclass Moose entity? For example I need a Date as one of the properties. Is there a common solution for that? Cheers Uko

11 years, 8 months

5
6
0 0

Jenkins build became unstable: moose-5.0 #83

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-5.0/83/>

11 years, 8 months

1
0
0 0

Issue 994 in moose-technology: Navigating in Moose Finder is slow

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-High Milestone-5.0 New issue 994 by tu...(a)tudorgirba.com: Navigating in Moose Finder is slow http://code.google.com/p/moose-technology/issues/detail?id=994 It's just that. Navigating in the Moose Finder is slow for some reason. -- 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

1
2
0 0

Pharo 3 / Torch

by Stephan Eggermont

Hi, Today I looked at getting Glamour and Torch working in Pharo 3.0 - ConfigurationOfMondrian refers to a stable version of ProfStef, which isn't defined for 3.0 - GLMUITheme has UThemeWatery2 as ancestor, which is removed. UIThemeWatery works fine - RectangleMorph behavior was moved to BorderedMorph, so GLMPaneScroller needs a different ancestor - old version of Grease-Pharo-Core is loaded, using BlockContext (refering to squeaksource instead of smalltalkhub) With those changes, most browsers work. GLMBasicExamples open works, most examples work. Action List -> Inspect has a problem. (ConfigurationOfTorch project version: '1.4') load misses AST-Semantic should refer to smalltalkhub refers to an older version of ConfigurationOfGlamour AST changes seem to be substantial. Changes needed in TCParser? Stephan

11 years, 8 months

4
3
0 0

Mooseless moose model

by Yuriy Tymchuk

Hi everyone! I have this issue: - I have a moose metamodel model; - I need to get data from the remote location - I’d like to generate model based on metadescription and serialise it to MSE on remote location - and then load it into the moose to do analysis I don’t want to put all Moose at the remote location just to generate a model and serialise it. Any ideas? Uko

11 years, 8 months

3
3
0 0

Loading Hapax

by Hernán Morales Durand

Hello, I know that Hapax possibly isn't fully ported to Pharo, but running the Hapax tests causes my Moose 4.5 image to hang (I've loaded everything in the SqS Hapax repository). What image and package loading order should one use to load Hapax? I'm interested in the information retrieval part for natural language analysis, could that part be repackaged in its own package? Cheers, Hernán

11 years, 8 months

6
12
0 0

Hismo integration guide

by Yuriy Tymchuk

Hi everyone, I want to integrate Hismo into my model. I’ve checked Modeling History to Understand Software Evolution and looked inside a Moose image, but it will be still nice to see some guide about integrating Hismo into your model. If you have some knowledge - please let me know. Cheers. Uko

11 years, 8 months

2
2
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev