- Moose-dev - INF Mailman

by Serge Stinckwich

For some function, the Roassal Grapher is not really good. Try this for example: b := RTGrapher new. b extent: 600 @ 200. ds := RTDataSet new. ds dotShape ellipse size: 0. ds points: (-2.0 to: 10.0 by: 0.001). ds connectColor: Color red. ds x: #yourself. ds y: [ :x | (x exp) sin ]. b add: ds. b axisXWithNumberOfTicks: 3. b axisYWithNumberOfTicks: 4. b build. b view This is well known problem when someone use n-equally space joint in a grapher. There is some explanation here: http://maurizzzio.github.io/function-plot/ The solution need to implement an interval arithmetic library apparently. Nicolas implement an arbitrary-precision float library available in SciSmalltalk, but I not sure this is enough for a grapher. -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

10 years

2
2
0 0

[ANN] Edge bundles

by Alexandre Bergel

Dear All, Here is a preview of what we will demonstrate at ESUG. Best is to see it live try this: -=-=-=-=-=-=-=-=-=-=-=-= b := RTBundleBuilder new. b from: {TRObject. TRTest} using: #subclasses. b edges shape line color: Color black. b bezier color: (Color blue alpha: 0.5). b useBezierlineWith: #dependentClasses. b build. lb := RTLegendBuilder new. lb view: b view; right. lb addText: 'RTBundleBuilder: TRObject and TRTest subclasses'. lb addColor: Color black text: 'Hierarchy'. lb addColor: (Color r: 0 g: 120 b: 0 range: 255) text: 'Dependent classes'. lb addColor: Color red text: 'Senders'. lb build. b view -=-=-=-=-=-=-=-=-=-=-=-= A very short video is available on: https://vimeo.com/131891902 <https://vimeo.com/131891902> Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years

4
4
0 0

moose with fuel

by Usman Bhatti

Hi, With Vincent, we are reviving Fuel export/import for Moose. Name: ConfigurationOfFuelMooseExtension-usmanbhatti.28 Author: usmanbhatti Time: 22 May 2015, 1:55:11.568166 pm UUID: 297195bb-ea59-4cb5-8ea4-ba1195b39842 Ancestors: ConfigurationOfFuelMooseExtension-MarianoMartinezPeck.27 Add new baseline to work on pharo 3.0 and symbolic dev version usman & vincent

10 years

3
3
0 0

the importance of your story

by Tudor Girba

Hi, I gave last week a talk at NDC Oslo on "Don't demo facts. Demo stories!". While the talk is less technical, I did exemplified the message by demoing Spotter in comparison with the search support from Eclipse. There are several things I would like to emphasize. I compared our solution with an "industry standard" one. We often think our system as being niche and perhaps not mature enough. We need to change that perception about our work. We build state of the art. One thing that I did not mention explicitly in the talk is the size of the implementation. The Spotter implementation is 3500 lines of code -- and that it is so large because it currently comes with its own widgets. Furthermore, the extensions average 8 lines per custom processor (including the method header and the pragma). This is orders of magnitude smaller than what is typically out there, and it is precisely the reason why we can compete even if we are fewer. But, to get out there and compete we have to set that high goal for ourselves. For example, with GT we do not want to compete. We want to outcompete. So can you. While details are important, high goals require us to get away from those details. Only polishing details will tend to limit you to incremental improvements. We need to jump from time to time. But, these jumps are hard. On the one hand, it is hard to find the right jump and convince people to jump with you. On the other hand, they are hard to predict. For example, Spotter would have not been predictable one year ago. Yet, dry goals are not enough to keep us going. We need stories that make us dream. And the beauty is that Pharo breaths such a story. We should not limit ourselves to that story only. For example, with GT we want to reinvent the developer experience by making the developer be able to mold visual tools to her context because that is the only effective way to build sustainable systems. This little point of view will turn the IDE upside down, and this is only possible in a system like Pharo. Choose your high goal and tell its story through the system that you build. And remember that Pharo already offers a beautiful story to start from. Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

10 years

6
6
0 0

Roassal vertical bar diagram (with multiple sets)

by Yuriy Tymchuk

Hi, I need to build a bar diagram with multiple sets. I need to have a vertical representation (bars are horizontal), because I have a longish labels for each step. In Roassal examples I’ve seen RTDoubleBarBuilder, but it appears to be obsolete. What should I use now. Also please forgive me if there is a known solution, and tell me where to look for them. Because now the main place where I look are Roassal examples, and I can’t find anything suitable. Uko

10 years

2
4
0 0

[ANN] Sonar importer

by Blondeau Vincent

Hi, I would like to announce that I developed a Sonar importer to get sonar data into a Moose model. It imports the list of metrics and projects available in the Sonar repository. On demand, it imports chosen metrics for all the projects. I let you see the tests and documentation to check the behavior of this importer. The configuration is on the Pharo catalog<http://catalog.pharo.org/catalog>, so it is very easy to load it (else the repo is here<http://smalltalkhub.com/#!/~VincentBlondeau/Sonar>). The importer is based on the public Sonar REST API Version 3.7.2<http://docs.sonarqube.org/display/SONARQUBE43/Web+Service+API>, but should work with recent ones. Don't hesitate to contribute if you want to add new features, the project is in public access! Cheers, Vincent ________________________________ Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la responsabilit? de Worldline ne pourra ?tre recherch?e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'exp?diteur ne donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre recherch?e pour tout dommage r?sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

10 years

3
2
0 0

MessageNotUnderstood: RTView>>edgesDo: and tagged wiki-like workspaces on ws.stfx.ed

by Offray Vladimir Luna Cárdenas

Hi all, Trying to do the example on [1] I got the MNU error on this mail subject. Surely this is because there is an alternative way was developed while the Roassal interface are getting stable. So which is the new way? A related thing is that ws.stfx.eu has become a really valuable resource in sharing code easily in our Saturday workshops and I was wondering if there is a way to use it to put a kind of permalink to the last version of a code snipped. Imagine kind of a wiki like feature for workspaces where I can commit to an already published workspace and replace the code for a recent version, without losing the history. Also I imagine the possibility of using custom url (ala bit.ly) and tags for searching related workspaces. Could be this developed easily? Can we help as newbies with this? If this is possible, I imagine facebook page of object profile with code, but pointing to the permalink workspace in ws.stfx.eu, so if the code in facebook is broken, It can be fixed in a community fashion, even for those of us which don't have/want a facebook account. [1] https://www.facebook.com/ObjectProfile/photos/pb.340543479365589.-220752000… Cheers, Offray

10 years

2
5
0 0

VerveineJ problem

by Alexandre Bergel

Hi! I am getting an exception when running VerveineJ. /tmp/src> /Users/alexandrebergel/Dropbox/Document/verveinej/verveinej.sh src/ Exception in thread "main" java.lang.IllegalStateException: invalid environment settings at org.eclipse.jdt.core.dom.ASTParser.getClasspath(ASTParser.java:256) at org.eclipse.jdt.core.dom.ASTParser.createASTs(ASTParser.java:988) at eu.synectique.verveine.extractor.java.VerveineJParser.parse(Unknown Source) at eu.synectique.verveine.extractor.java.VerveineJParser.main(Unknown Source) The src folder contains one unique file, Label.java, attached here. We run these example to check whether the .MSE file indicates that the class Label depends on AssociatedField. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years

2
4
0 0

Re: [Pharo-dev] Re: Searching for a Roassal2 version

by Yuriy Tymchuk

IMHO project’s version should be orthogonal to pharo versions as much as possible. Uko > On 23 Jun 2015, at 15:49, Stephan Eggermont <stephan(a)stack.nl> wrote: > > On 23-06-15 15:13, Esteban Lorenzano wrote: > >> depending on #stable is #wrong! > > The one situation where depending on #stable is ok is > where we talk about a Pharo 4 version where > new development is only on Pharo 5. Stable is then > only a moving target on Pharo 5, not on 4. > > Stephan > > >

10 years

2
1
0 0

Roassal bug?

by Nicolas Anquetil

While porting Telescope to a newer version of Roassal, we might have found some bugs, methods that do not exist anymore and are still called: RTShape>>+ calls 'with:with:' RTAbstractLine>>+ calls 'with:with:' RTShapedObject>>addShape: calls 'with:with:' RTSVGVisitor>>visitCompositeShape: calls 'shape1' and 'shape2' RTSVGVisitor2>>visitCompositeShape: calls 'shape1' and 'shape2' nicolas and vincent

10 years

5
15
0 0

Searching for a Roassal2 version

by Yuriy Tymchuk

Hi, I want to depend on a version of Roassal2. Should I depend on 1.11? Because 1.12 and 1.13 have blessing: “broken”. o_O Uko

10 years

8
26
0 0

UML in Moose

by Natalia Tymchuk

Hi. I want to build a UML class diagram in moose. Can anybody tell me how to do it? Thanks, Best regards, Natalia

10 years

2
2
0 0

Roassal configuration

by Stephan Eggermont

There are now two versions 40 in the repo. The one I updated is copied to the metarepos, so the problem is not yet fixed. I only changed the catalog methods, they need to be at the class side. I don't know if you saw this post in pharo-dev? On 19-06-15 07:11, Alejandro Infante wrote: > Hi, > I did that because when using: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Gofer it > smalltalkhubUser: 'ObjectProfile' project: 'Roassal2'; > configurationOf: 'Roassal2'; > loadStable > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > It was installing 1.52 even though the stable version of Roassal was 1.12. > Instead if I used: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Gofer new smalltalkhubUser: 'ObjectProfile' > project: 'Roassal2'; > package: 'ConfigurationOfRoassal2'; > load. > ((Smalltalk at: #ConfigurationOfRoassal2) project version: #stable) load > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > I was getting the right version (1.12). Gofer>>loadStable does not use the ConfigurationOfRoassal2 class>>loadStable (which is undefined, but many configurations define as self project load: #stable but loadVersion: #stable, which uses the latest version marked #stable. So yes, that is something you'd want to fix in place. And warn about on the mailing list. In this version 1.12 then we see that Roassal is tightly coupled to an old version of GlamourCore. So either ConfigurationOfRoassal2 needs to add a new #stable version every time GlamourCore #stable for Pharo 4 is updated, or it should depend on GlamourCore #stable. And ConfigurationOfGlamourCore has actually the same problem, as #stable currently depends on an old version of Rubric. So that should have been one or two versions more. And please note that this is for the released Pharo 4, where we are only supposed to backport important fixes. I strongly suggest to make ConfigurationOfGlamourCore #stable depend on ConfigurationOfRubric #stable, and to make ConfigurationOfRoassal2 depend on ConfigurationOfGlamourCore #stable. B.t.w. I'm not quite sure why there is an old ConfigurationOfGlamourCore in Pharo5. Depending on #stable instead of #release1 or so works out ok here as long there is not supposed to be a new release for Pharo 4. Stephan

10 years

1
0
0 0

What's wrong with the moose build?

by Alexandre Bergel

Hi! The build is red. It would be great to fix this. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years

2
1
0 0

Text highlighting with Rubric

by Usman Bhatti

Hello, On Pharo 4.0, Rubric text highlighting does not seem to work well. In the following example, all the text (blue color is added to the first two only). I check it with Rubric-FranckWarlouzet.217. RubEditingArea new beWrapped; width: 400; updateTextWith: (('Lorem ipsum dolor sit amet, consectetur adipiscing elit. Integer nec odio. Praesent libero. Sed cursus ante dapibus diam. Sed nisi. Nulla quis sem at nibh elementum imperdiet. Duis sagittis ipsum. Praesent mauris. Fusce nec tellus sed augue semper porta. Mauris massa. Vestibulum lacinia arcu eget nulla. Class aptent taciti sociosqu ad litora torquent per conubia nostra, per inceptos himenaeos. ') asText addAttribute: TextColor blue from: 1 to: 2); openInWorld In the repo, some fixes are proposed for text attributes but they do not seem to correct this problem. Is this a known issue? usman

10 years

2
1
0 0

How to download Woden?

by Natalia Tymchuk

Hello. As I understand, no one works on improving Roassal3d, so all people who work with 3d graphics need to use Woden. I’m using Woden during the month. I like Woden. And I’m sorry, but and it seems to me that it creates more troubles with downloading after each next downloading. At the beginning I could download it from CI server. Now I cannot. Then I used long script from smalltalkhub and downloaded it into moose5 image. Now I cannot. Then I used the same script to download it into pharo4 image and after a couple of tries I was successful. Now I am not. I understand that Woden is complicated and huge, but please tell me how should I download it? Sorry for so criticizing letter. Best regards, Natalia

10 years

2
3
0 0

Error when click on class

by Natalia Tymchuk

Hi. In my fresh (5 min after I started work with it) moose 5 image, something weird is happening. When I want to select ( click ) in system browser on any class this massage appear. I can change the package. I don’t know about methods. Any suggestion what is wrong? Best regards, Natalia

10 years

1
1
0 0

Roassal 2D presentation rendered 2 times

by Natalia Tymchuk

Hello, I noticed, that sometimes Roassal 2D presentation builds view twice in Moose Panel. When it happens, it builds every Roassal presentation renders view twice in that Moose panel, however if I would open another Moose panel this mistake doesn’t happen. When I was debugging it, I saw that #painting: [ ] renders new view, shows it in panel, and then evaluates #painting: [ ] with this view. Does anybody knows where is the problem? Best regards, Natalia

10 years

3
10
0 0

Why FamixPackage isn't package?

by Natalia Tymchuk

Hello. I noticed weird thing - when I’m asking famix package #isPackage it returns false, because for this famix package modifiers is empty. Why this method not return just true? If it suppose to be like that - how can I get true? Best regards, Natalia

10 years

2
3
0 0

famix diff for Pharo 4.0

by Usman Bhatti

Name: ConfigurationOfFamixDiff-usmanbhatti.9 Author: usmanbhatti Time: 17 June 2015, 4:54:09.270165 pm UUID: 2a47e2b3-8c83-4b36-a10a-a8064c4b6680 Ancestors: ConfigurationOfFamixDiff-usmanbhatti.8 development version for pharo 4.0

10 years

1
0
0 0

Glamour and Rubric

by Usman Bhatti

Hi, ConfigurationOfGlamourCore>>version315: references Rubric version 1.2.14. But I could not find this version in ConfigurationOfRubric and hence I got an error while loading ConfigurationOfGlamourCore. Did I miss something? usman

10 years

3
4
0 0

About MOOSE 5.1 in the CI

by Serge Stinckwich

Hi all, I'm using usually the last MOOSE 5.1 image available in the CI throught Pharo Launcher. Recent MOOSE 5.1 have problems. For example 3 CMD-G in a Playground return a DNU, because String>>findAnySubStr: delimiters startingAt: start has been renamed in Pharo 5.0 into findAnySubStrinhg: delimiters startingAt: start I guess I should not use these images anymore, but why they are build on the CI ? The MOOSE 5.1 image should be labelled as stable in Pharo Launcher also. Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

10 years

3
3
0 0

CfP: VISSOFT'15 - NIER / Tools Demo

by Alexandre Bergel

Hi! I think this may be of some interest. Deadline June 29. --------------------------------------- VISSOFT 2015 - Call for Papers: New Ideas or Emerging Results and Tool Demos 3rd IEEE Working Conference on Software Visualization (VISSOFT) September 27-28, 2015, Bremen, Germany Paper submission date: June 29, 2015 Notification: July 31, 2015 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. 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 VISSOFT features a New Ideas or Emerging Results (NIER) track and a Tool Demo track related to the list of topics suggested above. Papers are solicited that present original, unpublished research results and will be rigorously reviewed by an international program committee. 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. 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). All accepted submissions will appear in the conference proceedings and the IEEE Digital Library. -== How to Submit ==- Both types of papers have to be maximum 5 pages long (including bibliography and annexes). Paper submission date: June 29, 2015 (previously: June 15, 2015) Notification: July 31, 2015 Submissions must be submitted online via the VISSOFT 2015 EasyChair conference management system at https://easychair.org/conferences/?conf=vissoft2015 Please adhere to the formatting instruction published on the ICSME website: http://www.icsme.uni-bremen.de/formatting.php -== Organizing Committee ==- General Chair: Jürgen Doellner, Hasso-Plattner-Institut, Germany Program Co-Chairs: Fabian Beck, University of Stuttgart, Germany Alexandre Bergel, University of Chile, Chile NIER/Tool Co-Chairs: Craig Anslow, Middlesex University, UK Johan Fabry, University of Chile, Chile NIER/Tool Program Committee: Bilal Alsallakh TU Vienna, Austria Jennifer Baldwin Swinburne University,Australia Ivan Beschastnikh University of British Columbia, Canada Usman Bhatti INRIA Lille / Synectique, France Michael Burch University of Stuttgart, Germany Andrei Chis Bern University, Switzerland Neville Churcher University of Canterbury, New Zealand Marcus Denker INRIA Lille, France Coen De Roover Vrije Universiteit Brussel, Belgium Jens Dietrich Massey University, New Zealand Bogdan Dit Boise State University, US Matthias Frisch Magdeburg University, Germany Maria-Elena Froese University of Victoria, Canada Michael Homer Victoria University of Wellington, New Zealand James A. Jones University of California, Irvine, US Adrian Kuhn AirBNB, US Jannik Laval Ecole Des Mines de Douai, France Paul Leger Universidad Catolica Del Norte, Chile Andrea Mocci University of Lugano, Switzerland Tim Molderez Vrije Universiteit Brussel, Belgium Chris Parnin NC State University, US Michael Perscheid HPI-Universtat Potsdam, Germany David Roethlisberger Universidad Diego Portales, Chile Christian Tominski Unviversity of Rostock, Germany ---------------------------------------

10 years

1
0
0 0

inspector lag on pharo 5.1

by Nicolas Anquetil

In Moose 5.1 (fresh from ci) I have an average sized model (ArgouML, < 260K entities) in the playground,: model := MooseModel root allModels first. <cmd-I> takes 10 seconds to open the GT-Inspector smaller models (14K entities) created form smalltalk or MSE (java) are instantaneous. nicolas

10 years

4
7
0 0

Visualization: How to get numbers inside epicycles

by offray＠riseup.net

Hi, With some friends, we're playing with the idea of using epicycles [1] for a visualization. So far, so good and we have some beta code script at [2]. We would like to put a pair of numbers inside the epicycle. So the question is: How can we add a horizontal line wich divides the epicycle in the middle and how can we put a number on each part? [1] http://en.wikipedia.org/wiki/Deferent_and_epicycle [2] http://ws.stfx.eu/2S8R9YAGSJHO Thanks, Offray

10 years

3
13
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev