- Moose-dev - INF Mailman

by Hernan Wilkinson

Hi, I'm creating a table with two column using glamour and I want the first column size to be greater than the second one...in other words, how can I control the width of the columns in a table? Thanks! Hernan. -- *Hernán Wilkinson Agile Software Development, Teaching & Coaching* *Phone: +54 - 011 - *6091 - 3125* Mobile: +54 - 911 - 4470 - 7207 email: hernan.wilkinson(a)10Pines.com site: http://www.10Pines.com <http://www.10pines.com/>* Address: Alem 693, Floor 5 B, Buenos Aires, Argentina

12 years, 1 month

4
3
0 0

Analyzing JavaScript

by Alexandre Bergel

Hi! We are currently trying to analyze JavaScript code in Moose. We have a working parser to generate .mse files. The parser extract for each JavaScript function its position in the source code, its amount of lines of code, incoming and outgoing invocations. We also have the nesting between functions. How can we represent this in Famix? A famix function can have a parent scope, but a parent scope can either be a package or a namespace, and not a function. Any hint ? Another question. How can we link the source code to the famix model? Help appreciated Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

12 years, 1 month

3
8
0 0

Tagging components in the Bug tracker

by Chris Cunningham

Ok, I admit defeat. I see other issues in the bug tracker with components listed, such as EyeSee, but I can't seem to figure out how to tag my bugs. could someone explain briefly, please? Thanks, Chris

12 years, 1 month

2
1
0 0

Glamour - Export panes as PNG

by Usman Bhatti

Did someone try to export individual panes of a glamour browser to an image file? I see that GLMBrowser>>screenshot: aFilenameString on: anObject after: aBlock does an export of the browser window's image but that more than what I am looking for. tx, Usman

12 years, 1 month

4
9
0 0

EyeSee _ show composite diagram on Glamour+Seaside

by hoattn

Dear all, I have a question about the library EyeSee and Glamour Seaside: I can use EyeSee to show the composite Diagram(you can see plotVector: aSymbol) and it run very well on Pharo + Moose. Now, my goal is representation of this diagram on Glamour Seaside(using browser, display on Glamour+Pharo and on the web Glamour+Seaside). But I don't find any solution for resolve this problem. The code on Pharo + EyeSee: The data that I use is a type Dictionary : a Dictionary 'result' a result : key #I value: a vector I ( I1, I2 , I3) key #S value: a vector S (S1, S2, S3) >From this data, I return key and value and call a method plotVector: result keysAndValuesDo: [ :key :eachSeries | eachSeries sqrt plotVector: key] Function plotVector to show diagram: <http://forum.world.st/file/n4691887/CompositeDiagram%23S.png> plotVector: aSymbol | cqdiag f Ylabel nbSpecies listColor diagRenderer | cqdiag := ESCompositeDiagram new. nbSpecies := (data at: 1) size. listColor := self initializeListColors. Ylabel := 'Number of Individuals of ',aSymbol asString. 1 to: nbSpecies do:[:i| |diag| f := [ :x | (self atIndex: x) at: i ]. diag := (ESDiagramRenderer new lineDiagram) y: f; defaultColor: (listColor at: i); yAxisLabel: Ylabel; regularAxis; startLineAtZero; models: index. cqdiag add: diag. ]. cqdiag width: 1200. cqdiag height: 500. cqdiag preferredAxisMaxY: (self preferredDataMax). diagRenderer := ESDiagramRenderer new. diagRenderer diagram: cqdiag. ^ diagRenderer open My goal is represent this composite diagram (a ESDiagramRenderer ---> n lineDiagram) on Seaside + Glamour. I looked the examples of eyeseeDiagram on GLMBasicExample and SGLBasicExample but I haven't idea to resolve my problem. Could you help me, please! Best regards, -- View this message in context: http://forum.world.st/EyeSee-show-composite-diagram-on-Glamour-Seaside-tp46… Sent from the Moose mailing list archive at Nabble.com.

12 years, 1 month

2
2
0 0

configuration of the mailing list?

by Alexandre Bergel

hi! Am I the only one to see no connection of the mail threads? Discussions are complete entangled. Is it because of my mail client? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

12 years, 1 month

2
1
0 0

Moose version status/plans

by Ben Coman

I was just pointing someone to have a look at Moose, but I'm not sure of the status of Moose 4.8 Development. I understand that Moose is tracking Pharo 3.0, but I'm unsure if that is being done in 4.8, or 4.8 was going to synch with Pharo 2.0, and 4.9 was to track Pharo 3.0. Could you clarify. This from February... http://forum.world.st/when-do-we-release-4-8-td4670554.html cheers -ben

12 years, 1 month

6
8
0 0

Re: Moose on the web - interaction

by Stephan Eggermont

Andre Hora wrote: >I see space to investigate the use of a graph database such as http://www.neo4j.org in order to store the model. The >Moose model is "just" a graph. What do you hope to achieve by using a graph database? From my POV it just looks like a very inefficient java based image. 64 bit though. Stephan

12 years, 1 month

1
0
0 0

Moose on the web - interaction

by Usman Bhatti

Some thoughts on the interaction with a Moose server retained from the discussion with Anne and Vincent (it was also Vincent in my previous mail but i misspelt :-). With the current implementation, one can start by interacting with a model at any level (allClasses, allMethods, etc.) and then narrow his search on an entity or a set of entities. Every entity returns in the results the list of msgs it implements. We are working on how to correctly choose a specific moose entity from the returned collection (see my previous mail). Scoping information is essential to correctly identify/find an entity. So scoping information can be retained by the way user interacts with the server. For example: http://mooseserver/allPackage/first/allClasses/first/allMethod/first But that would mean interaction is restrictive, one has to start with the highest level of container (allPackages in java) and drill down to search for the required entity. Not retained. Nicolas P. suggested to keep a way to search entities by their mooseIDs as well so we'll implement it as well. Specify the number of entities to return. Be able to specify an element by its position in the collection returned. http://mooseserver/allPackage/3/allClasses What do you think? Usman

12 years, 1 month

4
4
0 0

Question for Roassal (sizing ..) (part two)

by mathieubmddehouck＠mailoo.org

(* I send the other part without finishing it *) Wouldn't it be nice (useful) if a layout could have a legend easily ? I mean automatically making a kind of grid layout representing different nodes and edges, with the possibility of telling what they mean ? Regards Mathieu

12 years, 1 month

5
4
0 0

Moose on the web - searching for an Entity

by Usman Bhatti

Hello, We discussed with Anne and Mathieu about the project moose on the web and how would we search for an entity in a model by interacting with the moose server implementing REST API. - The first API request to the server is allModels and then the server responds with the list of the moose models (JSON data). Once the user has got a list of model, how can one choose the model one wants to explore. One can select a moose model based on: i) its name, ii) its position in the collection returned by the server (1 for first, 2 for second, etc.) or iii) its mooseID. The name of a moose model is not unique so it does not help choosing the correct unique model. For the time, we choose the position in the collection returned by the server but if we have huge list, the position is difficult to remember. mooseID does not have semantic meaning. A meaningful solution would be to make all moose models have a unique name. What do you think? - Generalizing the search to all the entities in the model, how do you select an Entity with its name in the model knowing that the names are not unique (there can be two "add:" in a model). Scoping information can help and we have mooseName that concatenates the name with the scoping information of an entity. So a method named get() in java with class and package information appended looks like "java.utils::Scanner.get()". Is the name uniqueness guaranteed with this mechanism? We had a discussion regarding the interaction with the server, I'll send a separate mail for it. Usman

12 years, 1 month

3
5
0 0

no roassal buttons

by Tudor Girba

Hi Juraj, I just saw that the zoom-in, zoom-out and export are part of all visualizations in Moose (like blueprint of system complexity). They should not be there. The reason is that these visualizations are meant to be embedded in all sorts of places, and typically the utility actions like zooming and exporting are part of the surrounding browser. The visualizations should display the data and offer data interaction only. Please remove these. Cheers, Doru -- www.tudorgirba.com "Don't give to get. Just give."

12 years, 1 month

2
2
0 0

VisualID: generating icons using any arbitrary object

by Alexandre Bergel

Hi! Matias has worked on implementing VisualID (http://scribblethink.org/Work/VisualIDs/visualids.html) in Roassal. This is an idea Doru and I have had for a long time. Where to find it: MCHttpRepository location: 'http://smalltalkhub.com/mc/mnip91/Roassal-VisualID/main' user: '' password: '' Example: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | view rawView elements | rawView := ROView new. view := ROMondrianViewBuilder view: rawView. elements := ROElement spritesOn: (1 to: 11). elements do: [:elem| elem addShape: (ROVisualID new). ]. rawView addAll: elements. rawView addAll: (ROEdge linesFor: (Array with: elements first -> elements second with: elements second -> elements fifth with: elements second -> elements third )). ROTreeLayout on: elements. view noLayout. view open -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

12 years, 1 month

3
3
0 0

Issue 939 in moose-technology: FamixEntity annotation not coherent with FAMIXEntity implementation

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Component-Famix New issue 939 by anquetil...(a)gmail.com: FamixEntity annotation not coherent with FAMIXEntity implementation http://code.google.com/p/moose-technology/issues/detail?id=939 FAMIXEntity class>>annotation <MSEClass: #Entity super: #Object> i.e. FamixEntity inherits from Object but FAMIXEntity has for superclass MooseEntity I guess annotation should be changed -- 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

12 years, 1 month

1
2
0 0

problem with jenkins slaves

by Usman Bhatti

There is a problem with jenkins infrastructure because of some network problem. That means we cannot connect to the slaves and launch them. For testing purposes, I added another slave to Moose jenkins and I think we should keep it for redundancy purposes. I'll see with Christophe when its resolved so that the jobs are relaunched. Usman

12 years, 1 month

3
4
0 0

All the visualisations are ported into Roassal

by Juraj Kubelka

Hi! I think I have just ported all the staff into Roassal. So, I think it is ready to remove Mondrian. If something is missing, please let me know. What do you suggest for the next step? Do you want to remove Mondrian from Moose 4.8? Cheers, Jura

12 years, 1 month

5
6
0 0

Issue 870 in moose-technology: ROFocusView focuses on the wrong spot

by moose-technology＠googlecode.com

Status: New Owner: ---- CC: alexandr...(a)gmail.com Labels: Type-Defect Priority-Medium Component-Roassal Component-Glamour New issue 870 by tu...(a)tudorgirba.com: ROFocusView focuses on the wrong spot http://code.google.com/p/moose-technology/issues/detail?id=870 Open a Roassal Easel and paste this: | node | node := view node: #a. ROFocusView new on: node view: view raw. The node is selected somewhere at the bottom. The reason is likely to be that the canvas has a static size, instead of adapting by default to the size of the surrounding pane

12 years, 1 month

1
1
0 0

rubric in glamour

by Tudor Girba

Hi, I started to integrate Rubric in Glamour. At the moment, only the basic text widget is integrated, and it is integrated with a different factory method (rubricText instead of text). The longer term idea is to replace the rendering of the existing TextPresentation. Once TxText will be adopted we will move again. Furthermore, the interface is basic, but given that Rubric offers a couple of nice features (such as decorations and wrapping), we should adopt that as well in the interface. An example: wrapper := GLMCompositePresentation new. wrapper with: [ :w | w show: [ :a | a rubricText ] ]. wrapper openOn: 'text' Cheers, Doru -- www.tudorgirba.com "Things happen when they happen, not when you talk about them happening."

12 years, 1 month

2
1
0 0

Re: SourceCity

by Stephan Eggermont

Hmm, What combination of configurations, images , vm, plugins is supposed to work? cairo install through port is broken on 10.6.8 with xcode 4.0.2, glib2 won't compile. I'm not very happy with package management on mac, btw. Brew interferes with port... Stephan

12 years, 1 month

6
6
0 0

get.moosetechnology.org

by Tudor Girba

Hi, Andrei joined Camillo and extended a bit the ZeroConf infrastructure to make it easy for other projects to generate install scripts. As a consequence, we now have: http://get.moosetechnology.org The Moose-specific customization code can be found in the Moose-Development-Tools package from: http://www.smalltalkhub.com/mc/Moose/Moose/main The scripts are generated via the Pharo command line like: Pharo/pharo-ui moose-latest-dev-4.8.image moosezeroconf Cheers, Doru -- www.tudorgirba.com "No matter how many recipes we know, we still value a chef."

12 years, 1 month

1
0
0 0

Re: Skype meeting?

by Stéphane Ducasse

> Milton is working on Sunburst, a sophisticated and compact visualization to visualize hierarchies. He will demonstrate this at ESUG probably. > Milton are Mathieu are not in competition, in no way. > > Roassal has a dedicated canvas that talks to Athens. We incrementally incorporate Mathieu's work in the mainstream of Roassal. > > > - do you see athens as just another canvas (in addition to morphic) where things are drawn? If that's the case, then to me it means that these optimizations would not be available in the > > Morphic part. > > Well. Can we do more than just have an Athens canvas? Athens does not handle event as far as I know. > > Ok this is a key thing for us to know because I thought one of the important part of Mat's work was to integrate use Athens computation in Roassal. I do not get it. There is no magic in scaling (of course you have the algorithms) but after I remember the discussion with igor about matrixes. So if we do not use what athens provides then roassal will get slower. >

12 years, 1 month

1
0
0 0

Re: Skype meeting?

by Stéphane Ducasse

>> Sorry for coming back to you a bit late, the weather is not at its best and so am I. In addition, we are intending to create synectique during this month, that's quite an amount of paperwork. > > Good luck with that :-) > >> I would like to know the roadmap that you have in mind vis-a-visa the usage of Athens as the graphic back-end of Roassal for Pharo and how does it involve Mathieu's work? Because in another mail, I read that you have a student (Milton) who's working on something similar? > > Email is such a bad communication medium. > Milton is working on Sunburst, a sophisticated and compact visualization to visualize hierarchies. He will demonstrate this at ESUG probably. > Milton are Mathieu are not in competition, in no way. > > Roassal has a dedicated canvas that talks to Athens. We incrementally incorporate Mathieu's work in the mainstream of Roassal. are you working on using athens transformation into roassal? Because this will provide speed up. >> - do you see athens as just another canvas (in addition to morphic) where things are drawn? If that's the case, then to me it means that these optimizations would not be available in the >> Morphic part. > > Well. Can we do more than just have an Athens canvas? Athens does not handle event as far as I know. For now Athens is a rendering canvas. It is lowest part. Event are Morphic stuff. > If an animation support is offered for Athens, we will then try to use it (if it is faster than the one we have currently in Roassal). Athens will not support animation. Another framework will use athens to render animation. Igor showed me some sketches and this is promising. > >> - what are the potential speed up points that you see where Roassal can be improved apart from using Athens? > > No idea. So far, I haven't seen any speedup, but rendering in Athens is much nicer. But are you using athens transformation? Because this is what we should do. >> - A more general question. We can render 5K or 10K nodes with Roassal today but the problem is that its so slow that we cannot use it. How do you measure the increase in performance apart from merely a time factor because 10secs might just be as acceptable as 1sec if the user is informed. So, we can have two parts: first the display creation part, that's normal that some computations take time and then the interaction part, which should be optimized. > > Well... we microbench Roassal for the rendering and interaction. > >> - Do you want to revisit the announcements part in Roassal because we saw sometimes ago that some announcements in Roassal were not garbage-collected and stayed in the memory? > > Recently we have built a memory profiler and we spotted many places in Roassal that produces unnecessary instances. We probably generate too many announcements. > > Cheers, > Alexandre > > > >> >> On Wed, May 29, 2013 at 4:29 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> Hi! >> >> Just got a nice discussion. We have reviewed what Mathieu has done so far. We also have pair programmed and incorporated his code in the main stream of Roassal. We also spotted some shortcoming in some of the layouts. Here are the notes I took about the things to do >> >> Mathieu: >> • Change the name of the package Roassal-Algorithm -> RoassalAlgorithm >> • Change the name of the package Roassal-New -> RoassalNew >> • Move the Bezier curve facilities in ROAbstractCanvas and ROPharoCanvas >> • Make ROVerticalCompactTree and radial tree take nodes size into account. For example the following code spot the problems: >> view shape rectangle >> width: [ :c | c numberOfVariables * 6 ]; >> height: #numberOfMethods. >> view nodes: Collection withAllSubclasses. >> view edgesFrom: #superclass. >> view treeLayout. >> view layout: (ROVerticalCompactTree new horizontalGap: 5). >> >> view shape rectangle >> size: #numberOfMethods. >> view nodes: ROShape withAllSubclasses. >> view edgesFrom: #superclass. >> view radialTreeLayout. >> >> • Remove the log methods in the class RORectanglePacking >> • Rename the class RORectanglePacking into RORectanglePackingLayout (easy to do :-) >> >> >> What we do on our side: >> • Show what he is doing to the World >> • Include the implementation of Bezier Athens in Roassal >> • Include ROArc from Mathieu in ROAbstractCanvas. And then, in the Athens canvas, he should override the forthcoming method drawArc… with the Athens code >> >> >> We also briefly discuss about the infrastructure to render, let's say 5000 or 10 000 000 nodes. Basically we need to balance the gain of speed with the accuracy. The whole question is to understand where and how. >> >> Cheers, >> Alexandre >> >> On May 29, 2013, at 6:48 AM, Usman Bhatti <usman.bhatti(a)gmail.com> wrote: >> >>> >>> >>> >>> On Wed, May 29, 2013 at 12:36 PM, <mathieubmddehouck(a)mailoo.org> wrote: >>> In fact I made a mistake, it is 14h30 CET. >>> >>> No problem, tell me when you start and I'll try to participate. >>> >>> >>> Mathieu >>> >>> >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > >

12 years, 1 month

2
1
0 0

ESA Summer of Code - BRL-CAD Refactoring

by Ben Coman

Inspired by GSoC is the European Space Agency Summer Of Code. One of the project ideas [1] is refactoring BRL-CAD. Perhaps someone knows of a student that might like to apply Moose to the problem. Stipend of 4000 Euros [2], and possibly an opportunity to use it as a case study for Moose, and publicize Moose/Pharo to the "defense" community, who have plenty of funds and long lived projects that might benefit from software analysis tools. About BRL-CAD [3]: "For more than 20 years, BRL-CAD has been the primary tri-service solid modeling CAD system used by the U.S. military to model weapons systems for vulnerability and lethality analyses. The solid modeling system is frequently used in a wide range of military, academic, and industrial applications including in the design and analysis of vehicles, mechanical parts, and architecture. The package has also been used in radiation dose planning, medical visualization, computer graphics education, CSG concepts and modeling education, and system performance benchmark testing among other purposes. BRL-CAD is a collection of more than 400 tools, utilities, and applications comprising more than a million lines of open-source code." [1] http://brlcad.org/wiki/Code_Reduction [2] http://sophia.estec.esa.int/socis2012/tos [3] http://brlcad.org/d/about cheers -ben

12 years, 1 month

1
0
0 0

FamixPackage / childNamedEntities

by Nicolas Anquetil

In Smalltalk models, why are the classes in a Package contained in 'childNamedEntities' while 'types' is empty? nicolas -- Nicolas Anquetil -- RMod research team (Inria)

12 years, 1 month

1
0
0 0

releasing moose 4.8

by Tudor Girba

Hi, We should release Moose 4.8 soon. In the meantime, I will announce Moose 4.8 as being in beta. There are only a couple of open issues that are not critical: http://code.google.com/p/moose-technology/issues/list?cursor=moose-technolo… If you notice bugs, please report them as soon as possible. Cheers, Doru -- www.tudorgirba.com "Live like you mean it."

12 years, 1 month

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev