- Moose-dev - INF Mailman

Issue 622 in moose-technology: Glamour-Scripting should be merged in the Glamour-Core package

by moose-technology＠googlecode.com

Status: New Owner: ---- CC: damien.c...(a)gmail.com Labels: Type-Engineering Priority-Medium Component-Glamour Milestone-4.4 New issue 622 by tudor.gi...(a)gmail.com: Glamour-Scripting should be merged in the Glamour-Core package http://code.google.com/p/moose-technology/issues/detail?id=622 The original idea was to have Scripting detachable, but now it is very much the way the model should be constructed so it should be core.

14 years, 2 months

1
5
0 0

tests in glamour

by Tudor Girba

Hi, If you are adding something in Glamour, please also add a test for your additions. Cheers, Doru -- www.tudorgirba.com "Value is always contextual."

14 years, 2 months

2
2
0 0

Issue 610 in moose-technology: Add Metanool to ConfigurationOfMoose

by moose-technology＠googlecode.com

Status: New Owner: tudor.gi...(a)gmail.com Labels: Type-Defect Priority-Medium Component-Metanool Milestone-4.4 New issue 610 by tudor.gi...(a)gmail.com: Add Metanool to ConfigurationOfMoose http://code.google.com/p/moose-technology/issues/detail?id=610 Add ConfigurationOfMetanool to the ConfigurationOfMoose.

14 years, 2 months

1
1
0 0

Issue 609 in moose-technology: The Metanool UI should provide a means to add a new annotation

by moose-technology＠googlecode.com

Status: New Owner: tudor.gi...(a)gmail.com Labels: Type-Enhancement Priority-Medium Component-Metanool Milestone-4.4 New issue 609 by tudor.gi...(a)gmail.com: The Metanool UI should provide a means to add a new annotation http://code.google.com/p/moose-technology/issues/detail?id=609 Currently, the editor allows us to set values to annotations, but we cannot add a new annotation.

14 years, 2 months

1
1
0 0

Visualizing infinity

by Alexandre Bergel

Quick to read with self-explainable picture: http://dougmccune.com/blog/2011/05/07/visualizing-time-with-the-infinity-ho… Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

14 years, 2 months

2
1
0 0

Merged cyrille changes

by Stéphane Ducasse

Hi guys I merged the changes of cyrille. I will continue to work on RPackage and sync with him monday. I changed the stable to point to 3.0 I introduced a development so that we can also fork if we want to try something without impacting you. Let us know if this fixed your problem. I'm not sure in fact :). But we will write more tests. Stef

14 years, 2 months

1
0
0 0

Re: Hudson build became unstable: moose-latest-dev #345

by Tudor Girba

Hi Alex, MOEaselTest>>testExamplesAreOkay is failing on the server. However, I cannot reproduce this on my Mac. Could you take a look? Cheers, Doru On 6 May 2011, at 22:23, admin(a)moosetechnology.org wrote: > See <http://hudson.moosetechnology.org/job/moose-latest-dev/345/> > > -- www.tudorgirba.com "Being happy is a matter of choice."

14 years, 2 months

3
3
0 0

Profiling the candidates

by Alexandre Bergel

Hi! I have been working on a new profiler to reduce the amount of candidates when analyzing a Smalltalk project. The idea is to run the test to know exactly what are the methods that are invoked. I would like you to try my implementation. With Mondrian, the standard candidates operator produces 27,890 candidates for all the methods. Using the profiler, it is reduced to 9,828. The amount of candidates is significantly reduced. Below two screenshots of a complexity blueprint. I made it on Arki. One with the normal candidates, and one with the profiling. Go to the the squeaksource project ArchitectureMonitor. There is a configuration in it. Load the last version. Then you should have the option: I quickly worked on this, so it may be that it contains some error. I would like to know whether you like this approach or not. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

14 years, 2 months

3
5
0 0

[OutOfTopic] Ringbow

by Alexandre Bergel

Since many of us are working on user interface, I found this one: http://www.ringbow.com/features/concept Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

14 years, 2 months

2
1
0 0

Re: Issue 615 in moose-technology: cleaning package cycles: MooseScripts

by moose-technology＠googlecode.com

Updates: Summary: cleaning package cycles: MooseScripts Comment #3 on issue 615 by tudor.gi...(a)gmail.com: cleaning package cycles: MooseScripts http://code.google.com/p/moose-technology/issues/detail?id=615 (No comment was entered for this change.)

14 years, 2 months

1
1
0 0

Re: Issue 614 in moose-technology: cleaning package cycles: PackageBlueprint

by moose-technology＠googlecode.com

Updates: Summary: cleaning package cycles: PackageBlueprint Comment #5 on issue 614 by tudor.gi...(a)gmail.com: cleaning package cycles: PackageBlueprint http://code.google.com/p/moose-technology/issues/detail?id=614 (No comment was entered for this change.)

14 years, 2 months

1
0
0 0

Issue 614 in moose-technology: cleaning package cycles

by moose-technology＠googlecode.com

Status: Accepted Owner: ---- CC: cy.delau...(a)gmail.com Labels: Type-Defect Priority-Medium Difficulty-Easy Milestone-4.4 New issue 614 by jannik.l...(a)gmail.com: cleaning package cycles http://code.google.com/p/moose-technology/issues/detail?id=614 There are lots of cycle in Moose (run a dsm on moose). One of them can be cleaned simply: PackageBlueprint>>createMerlinMode PackageBlueprint>>openMerlinExperimentBrowser PackageBlueprint>>openMondrianExperimentBrowser PackageBlueprint>>openGlamourExperimentBrowser do not work, can I remove them ?

14 years, 2 months

1
4
0 0

Moose/Glamour is cool (and I have questions!)

by Mariano Martinez Peck

Hi guys. Since several months, I wanted to create a little browser for learning VM and related stuff. I never did anything because I was lazy. Last week, I took Glamour and without knowing almost anything about it, in less than 3 hours (that includes everything, downloading the image, browsing examples, searching for something similar to what I need, and code the browsers I needed) , I come up with what I want to share with you. Basically, I only have the browsers for the moment. My knowledge is very limited in the Slang to C translator, or machine code simulation. However, the "real VM hackers" will try to provide me such functionalities. Having said that, there are 3 browsers: 1) VMBrowserSlang: shows only packages and classes which are written in slang. When you select a method, you have 2 panels: smalltalk code and C translated code. Screenshot: http://img857.imageshack.us/i/vmbrowserslang.png/ 2) VMBrowserMethods: shows all packages and classes of the system and for every method, you have 3 panels: smalltalk code, bytecodes and machine code (using the simple mapping) Screenshot: http://img862.imageshack.us/i/vmbrowsermethods.png/ 3) VMBrowserMappings: this is for you Eliot!! Basically, it shows all packages and classes of the system and for every method, you have 5 panels: smalltalk code and one panel per strategy to map to machine code (simple cogit, sista, etc). Screenshot: http://img4.imageshack.us/f/vmbrowsermappings.png/ As you can see the idea is to see the different stages of our code at the same time: smalltalk code, bytecodes, machine code, etc. The idea is to easily learn. Now...the questions: 1) how can I put a title to the browsers ? In this case, they all are subclasses from GLMGlobalBrowserTemplate. 2) Is there a way to easily "close" and auto-adjust subpanes? For example, look this screenshot: http://img4.imageshack.us/f/vmbrowsermappings.png/ there are 5 panes that are rendered when a method is selected. I would love that somehow (which a little X in the tab title, or a checkbox somewhere with the available panes), one or more of those panes can be automatically removed (and if added again even better). And when I remove one of them, the others auto-adjust to ocupy the full container. It is really difficult to explain by email.. Thanks in advance -- Mariano http://marianopeck.wordpress.com

14 years, 2 months

5
17
0 0

Issue 615 in moose-technology: cleaning package cycles

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Difficulty-Easy Milestone-4.4 New issue 615 by jannik.l...(a)gmail.com: cleaning package cycles http://code.google.com/p/moose-technology/issues/detail?id=615 Move class MooseScripts in SmalltalkImporter

14 years, 2 months

1
2
0 0

Re: Hudson build is back to normal : moose-latest-dev #343

by Alexandre Bergel

Yahhooo!!!!!!!! Alexandre On 5 May 2011, at 08:10, admin(a)moosetechnology.org wrote: > See <http://hudson.moosetechnology.org/job/moose-latest-dev/343/> > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

14 years, 2 months

1
0
0 0

Using Candidate

by Alexandre Bergel

Hi! Having a proper list of candidates when importing Smalltalk code is crucial. Without this, it is not possible to seriously analyze Smalltalk code. How to use the Roel Typer? I guess I have to tick "Compute type of attributes" in the wizard. But which strategy to compute invocation candidates should I use? I tried when I get an error from the typer. We absolutely need to fix this. Cyrille, did you manage to get this to work? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

14 years, 2 months

6
5
0 0

Issue 606 in moose-technology: FAMIXPackage>>methods is wrong

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Component-Famix Milestone-4.4 New issue 606 by tudor.gi...(a)gmail.com: FAMIXPackage>>methods is wrong http://code.google.com/p/moose-technology/issues/detail?id=606 in FAMIXPackage, methods only returns the extended methods defined in the package: FAMIXPackage>>methods ^ self privateState cacheAt: #methods ifAbsentPut: [ childNamedEntities select: [ :child | child isKindOf: FAMIXBehaviouralEntity ]] This has a different semantics from the one defined in Namespace: FAMIXNamespace>>methods ^ self privateState cacheAt: #methods ifAbsentPut: [ self classes flatCollect: #methods ] So. I propose that FAMIXPackage>>methods is changed to extensionMethods and methods is computed like in Namespace + extensionMethods.

14 years, 2 months

1
17
0 0

FAMIXMethod>>parentPackage

by Laval Jannik

Hi, I changed the behavior of FAMIXMethod>>parentPackage. In fact, when a method is in the same package than its class, its parentPackage should be nil. So, to not break the behavior, I changed the accessor like this: === parentPackage ^ parentPackage ifNil:[ self belongsTo parentPackage] === But this breaks during importation of MSE files (it breaks some tests of smalldude and eyesee). The problem is due to the class that is not already defined during the importation. So I changed the source code like that. I am not convince of the efficiency of this code. Have you another idea ? === parentPackage ^ parentPackage ifNil:[ |cl| cl := self belongsTo. cl isNil ifTrue:[nil] ifFalse:[cl parentPackage] ] === --- Jannik Laval

14 years, 2 months

5
13
0 0

VerveineJ problem

by Matthias Junker

Hey, i tried to load a project with verveinej.sh and get a NullPointerException. I only provided the path to the sources as an argument: Exception in thread "main" java.lang.NullPointerException at org.eclipse.jdt.core.dom.MethodBinding.isAnnotationMember(MethodBinding.java:55) at fr.inria.verveine.extractor.java.VerveineVisitor.methodInvocation(VerveineVisitor.java:554) at fr.inria.verveine.extractor.java.VerveineVisitor.visit(VerveineVisitor.java:497) at org.eclipse.jdt.core.dom.MethodInvocation.accept0(MethodInvocation.java:237) at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2480) at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2551) at org.eclipse.jdt.core.dom.MethodInvocation.accept0(MethodInvocation.java:245) at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2480) at org.eclipse.jdt.core.dom.ASTNode.acceptChild(ASTNode.java:2528) at org.eclipse.jdt.core.dom.VariableDeclarationFragment.accept0(VariableDeclarationFragment.java:225) at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2480) at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2551) at org.eclipse.jdt.core.dom.VariableDeclarationStatement.accept0(VariableDeclarationStatement.java:273) at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2480) at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2551) at org.eclipse.jdt.core.dom.Block.accept0(Block.java:136) at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2480) at org.eclipse.jdt.core.dom.ASTNode.acceptChild(ASTNode.java:2528) at org.eclipse.jdt.core.dom.TryStatement.accept0(TryStatement.java:195) at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2480) at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2551) at org.eclipse.jdt.core.dom.Block.accept0(Block.java:136) at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2480) at org.eclipse.jdt.core.dom.ASTNode.acceptChild(ASTNode.java:2528) Disconnected from the target VM, address: '127.0.0.1:51367', transport: 'socket' at org.eclipse.jdt.core.dom.MethodDeclaration.accept0(MethodDeclaration.java:504) at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2480) at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2551) at org.eclipse.jdt.core.dom.TypeDeclaration.accept0(TypeDeclaration.java:484) at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2480) at org.eclipse.jdt.core.dom.ASTNode.acceptChildren(ASTNode.java:2551) at org.eclipse.jdt.core.dom.CompilationUnit.accept0(CompilationUnit.java:219) at org.eclipse.jdt.core.dom.ASTNode.accept(ASTNode.java:2480) at fr.inria.verveine.extractor.java.FamixRequestor.acceptAST(FamixRequestor.java:31) at org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve(CompilationUnitResolver.java:1016) at org.eclipse.jdt.core.dom.CompilationUnitResolver.resolve(CompilationUnitResolver.java:628) at org.eclipse.jdt.core.dom.ASTParser.createASTs(ASTParser.java:982) at fr.inria.verveine.extractor.java.VerveineJParser.parse(VerveineJParser.java:169) at fr.inria.verveine.extractor.java.VerveineJParser.main(VerveineJParser.java:153) This is the MethodBinding where i get the NullPointer: • this = {org.eclipse.jdt.core.dom.MethodBinding@1077}"public java.lang.String getName() " • binding = {org.eclipse.jdt.internal.compiler.lookup.ParameterizedMethodBinding@1808}"public java.lang.String getName() " • resolver = {org.eclipse.jdt.core.dom.DefaultBindingResolver@1809} • parameterTypes = null • exceptionTypes = null • name = null • declaringClass = null • returnType = null • key = null • typeParameters = null • typeArguments = null • annotations = null • parameterAnnotations = null Did anybody have similar problems? Cheers Matt

14 years, 2 months

5
27
0 0

Non-valid MSE files

by Serge Stinckwich

Hi all, i try several meta-models available here with the MSE format: http://www.emn.fr/z-info/atlanmod/index.php/AtlanticFM3 This is very nice to be able to load them in MOOSE! Some of them like ACME 1.2: http://gforge.inria.fr/scm/viewvc.php/*checkout*/AtlanticFM3/ACME.mse?root=… are in fact non-valid MSE files and could not be loaded in MOOSE, because they used multi-inheritance and FM3 meta-model define only single inheritance between classes. There is also others problems of conformance to MSE with some files but i didn't have too much time to investigate. Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

14 years, 2 months

2
3
0 0

Glamour: error when title is nil

by Veronica Isabel Uquillas Gomez

Hi Doru, I am having a problem with Glamour. When a presentation has titleIcon instead of title an error appears because its text is nil. You can reproduce the problem with: GLMBasicExample>>tabsWithDifferentLabels This is happening in certain images: PharoDev 1.2.1, PharoCore 1.3, PharoDev 1.3 I was imagining that in 1.3 is normal as I couldn't run many examples. But then why is failing in PharoDev 1.2.1? Regards, Veronica

14 years, 2 months

2
1
0 0

Issue 613 in moose-technology: Glamour presentation rendering raises an error when title is nil

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Component-Glamour Milestone-4.4 New issue 613 by tudor.gi...(a)gmail.com: Glamour presentation rendering raises an error when title is nil http://code.google.com/p/moose-technology/issues/detail?id=613 When a presentation has titleIcon instead of title an error appears because its text is nil. You can reproduce the problem with: GLMBasicExample>>tabsWithDifferentLabels

14 years, 2 months

1
1
0 0

"Clean Up Your Mess - A guide to visual design for everybody"

by Alexandre Bergel

Easy rules on graphic design: http://www.visualmess.com/ Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

14 years, 2 months

1
0
0 0

documentation effort of Mondrian

by Alexandre Bergel

Hi! I recently documented the source code of Mondrian. This means adding class comments and methods comments. Before the effort, only 14% of the methods were commented. Below a screenshot of the DocumentationBlueprint, a visualization intended to help me document. The MOShape class hierarchy is here presented. After the effort, 24% of the methods are commented. Here is another screen, after 3 days of work. Here is the legend: 'big box = class' . 'edge = inheritance link' . 'small box = method' . 'small box height = number of lines of code' . 'small box width = number of collaborating classes' . 'red border = non commented' . Comments are welcome Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

14 years, 2 months

3
2
0 0

Re: Issue 596 in moose-technology: Name of the project not set when importing from Smalltalk

by moose-technology＠googlecode.com

Updates: Summary: Name of the project not set when importing from Smalltalk Labels: Component-Finder Comment #2 on issue 596 by tudor.gi...(a)gmail.com: Name of the project not set when importing from Smalltalk http://code.google.com/p/moose-technology/issues/detail?id=596 I took a look and it seems to be related to TextMorph, or at least the way it is setup. If you accept the text, it the name is properly set. I do not know how to setup the TextMorph not to require an accept. Cyrille?

14 years, 2 months

1
4
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev