Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

by Alexandre Bergel

- 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years, 4 months

Code critics on FAMIX

by Yuriy Tymchuk

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

10 years, 4 months

Strange graphical behavior using GTInspector

by Jean-Christophe Bach

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

10 years, 4 months

modifying a method within the GT inspector

by Alexandre Bergel

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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years, 4 months

Issue 1101 in moose-technology: Pager does not properly replace the panes

by moose-technology＠googlecode.com

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

10 years, 5 months

Roassal2: new RTMenuBuilder

by Pierre CHANSON

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

10 years, 5 months

Re: petitjava tests failing

by Jan Kurš

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" >

10 years, 5 months

[ANN] CubeHelix and slider

by Alexandre Bergel

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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years, 5 months

focus and key stroke in GTInspector?

by Alexandre Bergel

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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years, 5 months

CFP VISSOFT 2015: 3rd IEEE Working Conference on Software Visualization

by Alexandre Bergel

==== 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years, 5 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev