Moose-dev November 2014

moose-dev@list.inf.unibe.ch

42 participants
98 discussions

Issue 528 in moose-technology: Remove Category Importer

by moose-technology＠googlecode.com

Status: Accepted Owner: ---- Labels: Type-Defect Priority-Medium Milestone-4.3 Component-Famix Component-SmalltalkImporter New issue 528 by jannik.l...(a)gmail.com: Remove Category Importer http://code.google.com/p/moose-technology/issues/detail?id=528 With RPackage, Category importer is useless, We should remove it. They are some referecnes in examples in DSM.

10 years, 4 months

RTSunburstBuilder without initial node

by Roberto Minelli

Hi, Is there a way to set the radius of the first node to 0 so that, visually, the first node will be a pie? Cheers, R

10 years, 4 months

inFamix generates the MSE file without identifying the libraries and the types of java.lang

by Taciano Morais Silva

Hello, My project has a maven structure and inFamix generates the MSE file without identifying the libraries and the types of java.lang. The error persists even putting a lib folder in the root directory or the libraries in the root directory. I use Moose 5.0 and inFamix (inFusion_1.6.1). I use the following command: inFamix -lang java -path c:\dev\workspace\sigest -mse sigest.mse Here is a part of my MSE file: How can I fix this? []'s -- View this message in context: http://forum.world.st/inFamix-generates-the-MSE-file-without-identifying-th… Sent from the Moose mailing list archive at Nabble.com.

10 years, 4 months

Re: petitregex

by Stephan Eggermont

Jan wrote: >I do not understand,...is it supposed to be failure, or is it marked as failure so that we don't see the failures in a build? It is not supposed to fail, but it has been doing for a long time. >As long as I know, at least the Henry45 fails because of a missing PPContext object and this is definitely not expected... No. It fails, and it then returns a nil PPContext. That is an additional problem. Stephan

10 years, 4 months

Re: petitregex

by Stephan Eggermont

Jan wrote: >So in short, all the Petit* tests should pass now. That is great, thank you! Stephan

10 years, 4 months

Force based layout

by Natalia Tymchuk

Hello. I’m trying to use Force based layout to position some elements. I expected to get the image like this. Using this code http://ws.stfx.eu/LACEUL5X6K1S <http://ws.stfx.eu/LACEUL5X6K1S> I got something different and I don’t know why. It looks like all elements attract instead of repel each other. Does somebody know why it is like that? Best regards, Natalia

10 years, 4 months

Roassal real-time

by jannik laval

Hi Alex, In roassal I would like to follow an element and check its value every second. Is there something in Roassal that do this stuff ? Cheers, -- ~~Jannik Laval~~ École des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://www.phratch.com http://www.approchealpes.info http://car.mines-douai.fr/

10 years, 4 months

Use of inFamix with Java

by James Foster

I’m trying to use Moose to analyze some C++ and Java code and will need some advice. First, I’ve tried to parse the Java code with inFamix and continue to get the error “The location of the project must be specified.” I’ve passed in as ‘-path’ every directory down to a Main.java file. James

10 years, 4 months

Roassal2: Canvas menu to UI window glitch

by Jan B.

Hello I found a possible bug in Roassal 2 (or in UIManager...). If there is a canvas menu (RTMenuBuilder) item opening UIManager (not tested with other classes/windows), it correctly opens that windows, but mouse focus stays in canvas for first click/drag. Reproduce steps: RTSmartBrowser new open click on Find (button on canvas) click on class (in submenu below it) (UIManager window opens) try to click on Cancel or OK or text field => it does nothing, because you are clicking to canvas, even if your mouse is outside canvas morph, you can even drag the canvas from outside the morph. But only for first click, next click is ok. Jan -- View this message in context: http://forum.world.st/Roassal2-Canvas-menu-to-UI-window-glitch-tp4789547.ht… Sent from the Moose mailing list archive at Nabble.com.

10 years, 4 months

FAMIXTypeGroup moose-finder: error RTView >> raw MessageNotUnderstood

by Taciano Morais Silva

Hi, I am reading about moose and i am testing visualizations on moose panel. I use the moose 5.0 and I generated a MSE's model from my Java Projects. I too installed CodeCity visualizations, using goffer command. In moose panel with the item "All classes - all famixclasses (78)" selected, I clicked on the buttons: 1 - Complexity button: Show the graphic perfect. 2 - CodeCity button: Show the graphic perfect. 3 - Nesting button: An error occurs! See the picture with error in "RTView>>raw", informs that the message "raw" not exist. <http://forum.world.st/file/n4788738/Captura_de_tela_2014-11-06_11.png> The function that calls this "raw" message is: This function is in FAMIXTypeGroup (*moose-finder). This error occurs because packages need to update in the moose 5.0? How to customize the visualizations on the moose panel? I am beginner in the pharo and moose studies. Sorry my English, I am an intermediary writer of English texts. Thanks! Taciano -- View this message in context: http://forum.world.st/FAMIXTypeGroup-moose-finder-error-RTView-raw-MessageN… Sent from the Moose mailing list archive at Nabble.com.

10 years, 4 months

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev November 2014