Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

What Moose is for me...
by Alexandre Bergel 22 Dec '14

22 Dec '14

- a powerful modeling platform - a nice tower of expressive piles of cool stuff. E.g., If my visualizations works with small numbers, then it will work large Java or tweet models. And this is impressive. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 2

Code critics on FAMIX
by Yuriy Tymchuk 22 Dec '14

22 Dec '14

Hi everyone. Can someone tell me if there was any implementation of code critics-like framework on top of FAMIX? Regards. Yuriy

8 17

Strange graphical behavior using GTInspector
by Jean-Christophe Bach 22 Dec '14

22 Dec '14

Hi, We downloaded the last Moose image, installed PetitJava and PetitDelphi. We parsed Java code and inspected the result. While navigating this result we got a strange behavior of the GTInspector (these are the only actions we have done). Please find attached a screenshot of the window (font problems seem to be back + no scrollbar but the first line is partially hidden). Regards, -- Jean-Christophe Bach

3 2

modifying a method within the GT inspector
by Alexandre Bergel 22 Dec '14

22 Dec '14

Hi! Can I modify the method source code by simply inspecting it? Consider the following method C>>foo ^ ‘hello’ If I do: (C>>#foo) inspect when I have an inspector on the compiled method. I can see the source code. But I cannot modify it :-( How to support a recompilation of the method? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 2

Issue 1101 in moose-technology: Pager does not properly replace the panes
by moose-technology＠googlecode.com 20 Dec '14

20 Dec '14

Status: New Owner: ---- CC: chisvasi...(a)gmail.com Labels: Type-Defect Priority-Critical Component-Glamour Milestone-5.0 New issue 1101 by tu...(a)tudorgirba.com: Pager does not properly replace the panes https://code.google.com/p/moose-technology/issues/detail?id=1101 This is a critical bug. 1. In a Playground go on "(1 to: 100)" 2. In the second pane select "4" 3. In the third pane select "self" (you should have 4 panes now) 4. Go back to the second pane and select "2" ==> You will still see "4" on the third pane The problem only occurs when there are more panes to the right. Furthermore, the Glamour model is correct: the entity of the third pane is indeed 2, but something is wrong in the rendering. -- 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

1 1

Roassal2: new RTMenuBuilder
by Pierre CHANSON 19 Dec '14

19 Dec '14

Hi everyone, I changed the RTMenuBuilder in Roassal2, especially it's behavior, default colors and added more features as the definition of the highlight color. I also changed a bit the architecture but could still be a lot improved. We can also add a lot of different features to really specify the look of the menu using the builder so let me know if you have any ideas, comments. You can have a look with the example 06: -=-=-=-=-=-=-=-=-=-=-=-=-=-= | v b | v := RTView new. b := RTMenuBuilder new view: v. b menu: 'add' submenu: '10' callback: [ | es | es := (RTLabel new color: [ :tt| Color random ]) elementsOn: (1 to: 10). es do: [ :e | e translateTo: ((500 atRandom @ 500 atRandom) - (250 @ 250)) ]. v addAll: es. v canvas signalUpdate ]. b menu: 'add' submenu: '20' callback: [ | es | es := (RTLabel new color: [ :tt| Color random ]) elementsOn: (1 to: 20). es do: [ :e | e translateTo: ((500 atRandom @ 500 atRandom) - (250 @ 250)) ]. v addAll: es. v canvas signalUpdate ]. b menu: 'remove' submenu: 'odd' background: (Color blue alpha:0.3) callback: [ (v elements select: [ :e | e model odd ]) do: #remove. v canvas signalUpdate ]. b menu: 'remove' submenu: 'even' background: Color red callback: [ (v elements select: [ :e | e model even ]) do: #remove. v canvas signalUpdate ]. b menu: 'shuffle' highlight: Color lightBlue callback: [ | tra | tra := RTSmoothLayoutTranslator new. tra nbCycles: 0.5. (v elements do: [ :e | tra translate: e to: ((500 atRandom @ 500 atRandom) - (250 @ 250)) ]) ]. v open -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= sincerely yours, Pierre Chanson

3 5

Re: petitjava tests failing
by Jan Kurš 19 Dec '14

19 Dec '14

Mea Culpa, I fixed one error, introduced another one :( I hot-fixed the other one as well. But the implementation of PPJavaParser is broken. It cannot hanlde foo().bar() properly, causing the DNU while calling #object: on PJ<xy>Node. Cheers, Jan > > ---------- Forwarded message ---------- > From: Tudor Girba <tudor(a)tudorgirba.com> > Date: Wed, Dec 17, 2014 at 4:54 PM > Subject: petitjava tests failing > To: moose-dev <moose-dev(a)iam.unibe.ch> > > Hi, > > The PetitJava tests are failing: > https://ci.inria.fr/moose/job/moose-5.0/3594/testReport/ > > @Jan: I saw you committed the last. Could you check? > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

1 0

[ANN] CubeHelix and slider
by Alexandre Bergel 18 Dec '14

18 Dec '14

Hi! Yesterday with Damien P., we had a great discussion about modeling color palettes. Damien showed me an implementation he did about cubehelix. This is a fantastic way to model colors, while preserving the intensity. More info about it on: https://www.mrao.cam.ac.uk/~dag/CUBEHELIX/ Here is a code example: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | v helix shape elements slider | v := RTView new. helix := RTCubeHelix new. helix rotations: 2. helix gamma: 2. shape := (RTBox new height: 300; width: 1; color: [ :model | helix level: model ]). elements := shape elementsOn: (0.0 to: 1.0 by: 0.002). v addAll: elements. RTHorizontalLineLayout new gapSize: 0; on: elements. "Set the gamma value" slider := RTSlider new. slider view: v. slider labelled. slider callback: [ :aValue | helix gamma: 5 * aValue. elements updateShape ]. slider moveBelow. slider build. "Set the rotation value" slider := RTSlider new. slider view: v. slider labelled. slider callback: [ :aValue | helix rotations: 5 * aValue. elements updateShape ]. slider moveBelow. slider build. v -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= And the accompanying screenshot Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

5 4

focus and key stroke in GTInspector?
by Alexandre Bergel 18 Dec '14

18 Dec '14

Hi! Consider the following script: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= v := RTView new. label := RTLabel elementOn: 'TypeSomething'. v add: label. v when: TRKeyDown do: [ :evt | label trachelShape text: label trachelShape text, evt keyValue asCharacter asString. v signalUpdate. ]. v -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= If I open the view, then typing write text in the roassal view. In GTInpector, this does not work, because the left pane keeps the key focus. I have the impression the left pane should release the keyboard focus when the mouse on the right pane. No? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

1 0

CFP VISSOFT 2015: 3rd IEEE Working Conference on Software Visualization
by Alexandre Bergel 18 Dec '14

18 Dec '14

==== Preliminary Call for Papers ==== VISSOFT 2015: 3rd IEEE Working Conference on Software Visualization September 27 - September 28, 2015, Bremen, Germany http://vissoft.info Software visualization is a broad research area encompassing concepts, methods, tools, and techniques that assist in a range of software engineering and software development activities. Covered aspects include the development and evaluation of approaches for visually analyzing software and software systems, including their structure, execution behavior, and evolution. The VISSOFT IEEE Working Conference on Software Visualization continues the history of the ACM SOFTVIS Symposium on Software Visualization and the IEEE VISSOFT International Workshop on Visualizing Software for Understanding and Analysis. The conference focuses on visualization techniques that target aspects of software maintenance and evolution, program comprehension, reverse engineering, and reengineering, i.e., how visualization helps professionals to understand, analyze, test and evolve software. We aim to gather tool developers, experts, users, and researchers from software engineering, information visualization, computer graphics, and human-computer interaction to discuss theoretical foundations, algorithms, techniques, tools, and applications related to software visualization. We seek technical papers, empirical studies, applications, or case studies and provide a platform for presenting novel research ideas and tools. Topics of interest include, but are not limited to: * Innovative visualization and visual analytics techniques for software engineering data, such as, - source code - static and dynamic dependencies - software evolution and repositories - software documentation - web services - protocol, log, and performance data - parallel techniques - database schemes - software security and privacy issues - workflow and business processes * Visualization to support program comprehension, software testing, and debugging * Interaction techniques and algorithms for software visualization * Visualization-based techniques in computer science and software engineering education * Integration of software visualization tools and development environments * Empirical evaluation of software visualization * Industrial experience on using software visualization Papers are solicited that present original, unpublished research results and will be rigorously reviewed by an international program committee. In addition to technical papers, VISSOFT features a New Ideas or Emerging Results (NIER) track and a Tool track related to the same list of topics suggested above. All accepted submissions will appear in the conference proceedings and the IEEE Digital Library. -== Technical papers ==- These contributions describe in-depth mature research results in the above-mentioned areas of interest. The submission of a video (up to 5 minutes in length) to accompany the paper is highly encouraged to show interaction possibilities. Authors who wish to submit such video should provide a URL to the video. Technical papers have to be maximum 10 pages long (including bibliography and annexes). Abstract submission date: April 27, 2015 Full paper submission date: May 4, 2015 Author response period: June 8 - 12, 2015 Notification: June 18, 2015 Artifacts: Traditionally, technical research papers are published without including any artifacts (such as tools, data, models, videos, etc.), even though the artifacts may serve as crucial and detailed evidence for the quality of the results that the associated paper offers. Following the effort initiated at ESEC/FSE’11, authors of accepted technical papers at VISSOFT 2015 can have their artifacts evaluated by the program committee. Positively evaluated artifacts will be reflected in the paper publication and presentation. More information about the artifacts may be found on http://www.artifact-eval.org. Artifact submission for accepted papers: June 24, 2015 Artifact notification: July 31, 2015 Awards: VISSOFT 2015 will award distinguished technical papers. Monetary awards will be sponsored by ObjectProfile.com Special issue: We plan to invite a selection of the technical papers accepted at VISSOFT 2015 to submit an extended version to a journal. -== NIER papers ==- The NIER contributions (New Ideas and Emerging Results) describe work-in-progress and preliminary exciting results. Authors should include open questions and even provocative hypotheses to get early feedback on their research ideas or even support through new research collaborations. NIER papers have to be maximum 5 pages long (including bibliography and annexes). Paper submission date: June 15, 2015 Notification: July 31, 2015 -== Tool papers ==- Tool contributions describe the design or actual utilization of software visualization tools, with a focus on relevant tool construction aspects or the use of the tool for gaining new insights. Authors should be prepared to demonstrate their tool at the conference. The submission may also contain a link to a screencast (video). Tools papers have to be maximum 5 pages long (including bibliography and annexes). Paper submission date: June 15, 2015 Notification: July 31, 2015 General Chair: Jürgen Döllner, Hasso-Plattner-Institut, Germany -- http://www.hpi.uni-potsdam.de/doellner/ Program Co-Chairs: Fabian Beck, University of Stuttgart, Germany -- http://research.fbeck.com Alexandre Bergel, University of Chile, Chile -- http://bergel.eu Please visit http://vissoft.info for updates. Best regards, Fabian Beck and Alexandre Bergel Program Co-Chairs -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

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