- Moose-dev - INF Mailman

by Tudor Girba

Hello everyone, We now have more than 200 Moose-related publications with new publications coming at a rate of 25-30 publications per year. That is simply great! It is a real privilege to be part of this. Cheers, Doru p.s. Please take a look at the publications. If you feel that some are added without merit, or some are missing, please let me know and I will correct the situation. You can use the search facility (make sure you use moose-pub as one of the keywords): http://www.moosetechnology.org/docs/publications/bib?query=moose-pub -- www.tudorgirba.com "Don't give to get. Just give."

14 years, 3 months

4
3
0 0

Re: Metamodel changes and Moose versionning

by Usman Bhatti

Hi all, I have known and used moose for some years but now I am stepping into developing tools with it. So, I had a small experience with the changes in the model. We developed some code to calculate package metrics and the next week the code doesn't work. After spending a few hours on debugging and a helping hand from Jannik, I could resove the problem that came from the change in parentType. Although the problem was small, it took a newbie like quite some time to resolve. I knew all the methods regarding metrics calculation but when it came to meta-model I wasn't too sure what was going on. Moreover, soon I am going to start work on Csharp MSE extractor. So, once we have the mse extractors for different langs, any changes to meta-model would require some work to align these extractors. So, my suggestion is that any changes to the FAMIX meta-model should be considered major because they require quite a bit of effort behind the scene to align the tools using it.

14 years, 3 months

2
1
0 0

unregistering from announcements in glamour

by Tudor Girba

Hi, It looks like we finally managed to get Glamour to unregister properly from model announcements (thanks to Henrik and Esteban). It would be nice to have more tests around this. Jorge started to use his nice meta-engine to provide some fine grained instrumentation so that we can test this in a different way. In the meantime, let us know if you still have problems with garbage collecting a model (MooseModel or otherwise) after opening a Glamour browser. This is a critical point in getting Glamour to be used on a larger scale. It would be so great if this would actually work properly :) Cheers, Doru -- www.tudorgirba.com "We cannot reach the flow of things unless we let go."

14 years, 3 months

2
3
0 0

sort: vs sorted:

by Alexandre Bergel

Hi! MooseGroup has #sorted: and #sort: What about keeping just one? Especially since MooseGroup>>sort: aBlock self sorted: aBlock Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

14 years, 3 months

2
2
0 0

Metamodel changes and Moose versionning

by jannik.laval

Hi all, We are using Moose 4.3 and we have lots of problems due to the metamodel changes from 4.1 to 4.3. For example all my mse files generated in 4.1 are obsolete in 4.3, but we develop tools in 4.3 not compatible with 4.1. The situation is not really cool, and the message sent by this problem also. To solve this problem, I would propose to replace the version 4.3 by a version 5.0. Like that we can build tools to move from version 4.x to 5.x. And the message is better. What is your opinion about these changes and what is the impact on the community ? Thanks Jannik

14 years, 3 months

5
10
0 0

papers

by Tudor Girba

Hi, I would like to update the publications from the moose webpage. It looks like since 2007 there is a drop in publications. This does not sound correct, and indeed it looks like we mostly only have the SCG publications in there. Would it be possible to get Moose-related publications from Lille, Lugano, and Santiago? Cheers, Doru -- www.tudorgirba.com "Every thing should have the right to be different."

14 years, 3 months

6
12
0 0

Issue 531 in moose-technology: inFusion should export isWrite in FAMIXAccess

by moose-technology＠googlecode.com

Status: New Owner: georgega...(a)gmail.com Labels: Type-Defect Priority-Medium Component-ExternalTools New issue 531 by tudor.gi...(a)gmail.com: inFusion should export isWrite in FAMIXAccess http://code.google.com/p/moose-technology/issues/detail?id=531 If it represents an assignment it should look like: (FAMIX.Access (isWrite true) )

14 years, 3 months

1
2
0 0

21 moosejee tests are red

by Tudor Girba

Hi, MooseJEE has 21 red tests: http://hudson.moosetechnology.org/job/moosejee-latest-dev/lastCompletedBuil… Cheers, Doru -- www.tudorgirba.com "Being happy is a matter of choice."

14 years, 3 months

1
0
0 0

the glamorous toolkit project

by Tudor Girba

Hi, I would like to promote the idea of projects in Pharo. The concept is simple: we should build new infrastructures that go beyond small fixes and that require the concerted work of multiple people over a longer period of time. A project has a clear goal, and is led by someone. That someone is not necessarily the one that writes all the code (like we might tend to do it), but simply one that ensures that the project advances, that the different contributions are integrated, and that things are not left at 90%. I would like to announce the Glamorous Tool project. The goal of this project is to provide a new set of tools for developing with Pharo. It is to be developed on top of Glamour, and it should address at least the followings: - Coder (ex-System Browser) - Debugger - Inspector - Playground (ex-Workspace - it's not called Workspace anymore because I would like to encourage people not to "work" there) - Chaser (senders, implementors and references) The project spans several topics. For example: - Glamour support - Morphic enhancements: --- Proper TextMorph with keybindings and context sensitiveness --- Collapsable Panes --- Scalable tabs --- Parallel rendering - Suitable models --- RPackage --- Code introspection --- Debugger model - Testing --- Because these tools are so critical, they should be robust --- OB is a good example for the testing part - Usability --- Principle: Spawning a window might be easy, but it is not effective --- Principle: Uniformity --- Principle: Less concepts are better than many - Graphic design of skins and icons - Weak announcements - Performance I will lead it, and you are welcome to participate. The today sprint is a good occasion to take a look. The current code can be found at: Gofer new squeaksource: 'glamoroust'; package: 'ConfigurationOfGlamoroust'; load. (Smalltalk at: #ConfigurationOfGlamoroust) perform: #loadDefault. Cheers, Doru -- www.tudorgirba.com "Sometimes the best solution is not the best solution."

14 years, 3 months

4
3
0 0

Paper: The physics of notations

by Johan Fabry

Hi all, I just finished reading 'The “Physics” of Notations: Toward a Scientific Basis for Constructing Visual Notations in Software Engineering', which proposes a theory on building and validating visualizations. http://www.computer.org/portal/web/csdl/doi/10.1109/TSE.2009.67 I think it is an excellent paper and I highly reccomend it. I have a question, for those that have read it, or know about it. Since this proposes a theory where it should be possible to evaluate a given visualization, do you know of any visualization publication that validates itself in this way (instead of the user study ...)? I think it would be a good way out of the user study issue ... Also, Alex, this theory implies we need much more shapes in Mondrian, as it is one of the visualization variables where Mondrian only offers a few options :-( -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

14 years, 3 months

2
1
0 0

Re: Issue 474 in moose-technology: Java Enums aren't modeled correctly when using inFusion

by moose-technology＠googlecode.com

Updates: Status: Fixed Cc: georgeganea Labels: Milestone-4.4 Comment #1 on issue 474 by tudor.gi...(a)gmail.com: Java Enums aren't modeled correctly when using inFusion http://code.google.com/p/moose-technology/issues/detail?id=474 Fixed. It will be available in the future release of inFusion.

14 years, 3 months

1
0
0 0

Re: Issue 231 in moose-technology: browseSource does not work in Moose when called from a different OS than the one on which the source code has been parsed with an external parser

by moose-technology＠googlecode.com

Updates: Status: Fixed Labels: -Platform-VW -Platform-Squeak Component-ExternalTools Platform-Pharo Milestone-4.4 Comment #5 on issue 231 by tudor.gi...(a)gmail.com: browseSource does not work in Moose when called from a different OS than the one on which the source code has been parsed with an external parser http://code.google.com/p/moose-technology/issues/detail?id=231 This has been solved by having the inFusion export only paths separated by /. It will be available in the following release.

14 years, 3 months

1
0
0 0

Re: Issue 223 in moose-technology: infusion- information lost

by moose-technology＠googlecode.com

Updates: Labels: Component-ExternalTools Comment #9 on issue 223 by tudor.gi...(a)gmail.com: infusion- information lost http://code.google.com/p/moose-technology/issues/detail?id=223 (No comment was entered for this change.)

14 years, 3 months

1
1
0 0

Re: Issue 187 in moose-technology: infusion does not set Invocation#receiver?

by moose-technology＠googlecode.com

Updates: Status: Duplicate Labels: -Component-Tools Mergedinto: 533 Comment #6 on issue 187 by tudor.gi...(a)gmail.com: infusion does not set Invocation#receiver? http://code.google.com/p/moose-technology/issues/detail?id=187 (No comment was entered for this change.)

14 years, 3 months

1
0
0 0

Issue 551 in moose-technology: VerveineJ should export parameterized types

by moose-technology＠googlecode.com

Status: New Owner: ---- CC: anquetil...(a)gmail.com Labels: Type-Defect Priority-Medium Component-VerveineJ Milestone-4.4 New issue 551 by tudor.gi...(a)gmail.com: VerveineJ should export parameterized types http://code.google.com/p/moose-technology/issues/detail?id=551 These are the Java Generics.

14 years, 3 months

1
0
0 0

Issue 548 in moose-technology: VerveineJ should export both packages and namespaces

by moose-technology＠googlecode.com

Status: New Owner: ---- CC: anquetil...(a)gmail.com Labels: Type-Enhancement Priority-Medium Component-VerveineJ New issue 548 by tudor.gi...(a)gmail.com: VerveineJ should export both packages and namespaces http://code.google.com/p/moose-technology/issues/detail?id=548 Because the Java package plays both the role of a FAMIX namespace and of a FAMIX package, VerveineJ should export both.

14 years, 4 months

1
0
0 0

Re: Famix Java

by Tudor Girba

Excellent! Regarding the problem: parentModule comes from the C extension which you got because you exported the complete meta-model. You should use parentScope. Cheers, Doru On 10 Mar 2011, at 10:25, Nicolas Anquetil wrote: > > I generated the new Famix Java. > > There is one error in ScopingEntity : > > @FameProperty(name = "globalVariables", opposite = "parentModule", derived = true) > public Collection<GlobalVariable> getGlobalVariables() { > if (globalVariables == null) { > globalVariables = new MultivalueSet<GlobalVariable>() { > @Override > protected void clearOpposite(GlobalVariable e) { > e.setParentModule(null); > } > @Override > protected void setOpposite(GlobalVariable e) { > e.setParentModule(ScopingEntity.this); > here ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > setParentModule wants a Module and not a Scope > } > }; > } > return globalVariables; > } > -- www.tudorgirba.com "It's not what we do that matters most, it's how we do it."

14 years, 4 months

2
3
0 0

Package blueprint: your advice

by Simon Denier

I am in the process (that is, when my mind is not full with the 1000 things to do when moving to a new city) of refactoring package blueprints, with multiple objectives in mind: - make package blueprints work with namespaces - a testbed for Chef queries - rewriting the code to make it a bit more object-oriented - add tests There is one loophole I would like to expose and get your opinion about. Package blueprints shows references between classes across packages. Unfortunately nothing has been planned to handle class extensions. Right now there are just ignored so the picture given by package blueprints might be incomplete (but not false). I don't plan for now to do something about this but if some people want to give a thought about this and later add their idea, they are welcome. -- Simon Denier

14 years, 4 months

3
9
0 0

Integration of Fuel in next Moose Release ?

by Laval Jannik

Hi all, What do you think about integrate Fuel in next release of Moose ? It seems to work well, so it is a good candidate to save models. Cheers --- Jannik Laval

14 years, 4 months

5
7
0 0

Fuel export/import

by Martin Dias

Hi! I am ready to continue working on the Fuel extension for binary export/import in Moose. I am working on: http://hudson.moosetechnology.org/job/moose-latest-dev/lastSuccessfulBuild/… Tasks: - create ConfigurationOfFuel with a default config - fix an error running tests (I thin the problem raises because now I'm on Windows, not MacOs) - fix a buf found by Doru last time: "a bug with FAMIXAccess that when the isWrite flag was nil, isRead would raise an error (it is fixed in the meantime). This appeared when I exported the model with MSE, but it did not appear when I used Fuel". - fix the icon for Fuel import in MoosePanel. Is this ok? Cheers, Martin

14 years, 4 months

4
11
0 0

Re: [Pharo-users] Pharocasts: Build a XML browser

by Tudor Girba

Hi, Nice. Just for comparison, I created a counter part demo for the browser building part using Glamour: http://www.tudorgirba.com/blog/simple-xml-browser-with-glamour Cheers, Doru On 6 Mar 2011, at 22:31, laurent laffont wrote: > Watch this to learn how to: > - get and parse XML > - use Polymorph to build a GUI with a tree and text editor > - add a button in Pharo IDE to open the XML browser > - control when your breakpoints will trigger > > see http://www.pharocasts.com/2011/03/build-xml-browser.html > > > Laurent Laffont - @lolgzs > > Pharo Smalltalk Screencasts: http://www.pharocasts.com/ > Blog: http://magaloma.blogspot.com/ -- www.tudorgirba.com "Beauty is where we see it."

14 years, 4 months

2
2
0 0

Moose-Core

by Alexandre Bergel

Hi All, Vanessa and I are running an experiment about measuring and increasing the test coverage. We choose to do this on Moose, and especially on Moose-Core. We have some questions: - What do we do with deprecated classes and method? For example MooseIntegerIdGenerator is used nowhere. I think it can be safely removed. It is referenced nowhere in 4.4 - Is the following used? MooseElement>>navigationPragma <pragmas: #instance> <pragmas: #class> ^#(#navigation:) and its friends like menuPragma, propertyPragma and expressionPragma? I cannot find sender of them Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

14 years, 4 months

3
4
0 0

"Stunning Infographics and Data Visualization"

by Alexandre Bergel

If you have a few minutes free, then the following website has some nice pictures: http://www.noupe.com/inspiration/stunning-infographics-and-data-visualizati… Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

14 years, 4 months

1
0
0 0

Charts on Pharo-Seaside

by Andre Hora

Hello, I ported a package (Highcharts) to deal with charts from VisualWorks-Seaside to Pharo-Seaside. So, if you are implementing Moose applications on the web and you need to use charts, you can try it: Gofer new squeaksource: 'Highcharts'; package: 'ConfigurationOfHighcharts'; load. (Smalltalk at: #ConfigurationOfHighcharts) perform: #loadDefault It is possible to create charts of Highcharts JS (http://www.highcharts.com). Here are some examples: http://www.highcharts.com/demo. regards, -- Andre Hora

14 years, 4 months

5
17
0 0

[fun] Best practices in application architectures

by Alexandre Bergel

Today: use layers to decouple It made me laugh :-) Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

14 years, 4 months

5
4
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev