Hi Fabrizio,
Opax is now integrated in the XMLSupport repository. So, I removed the
explicit Opax dependency from the ConfigurationOfMooseJEE because you
will get it anyway with XMLSupport.
Please let me know if you get problems.
Cheers,
Doru
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
Hi,
It looks like most issues related to 4.0 are solved, with the
exception of the Glamour cycle which I moved to 4.1. So, I would say
that we can now release 4.0.
I would only have one question: What would you say about including the
MOGraphVizLayout in this release?
On the one hand, it offers a number of new layout possibilities, on
the other hand it requires GraphViz to be installed in the command
line and it works only on Linux and Mac (however, there is a check).
Cheers,
Doru
--
www.tudorgirba.com
"Problem solving efficiency grows with the abstractness level of
problem understanding."
Hi,
I made available a small model and interface based on Glamour for
building reports. A report has an index on the left hand side and a
browser to the right.
The index is a tree of concerns, where each concern has a way to
compute the result, an associated browser and a status value (to red,
green or neutral).
You can see a description and an example here:
http://www.themoosebook.org/book/internals/arkihttp://www.themoosebook.org/book/internals/arki/simple-report
I added it to the ConfigurationOfMoose.
Cheers,
Doru
--
www.tudorgirba.com
"Value is always contextual."
Hi guys. In that thread in the mailing lists, you can see the problem I had
in Pharo 1.1 as keys of a Dictionary answers a Set.
I used CompiledMethod as properties, and the equality of CompiledMethod
answers true for methods even with different selectors. So I my case I have
problems because elementsAndPropertyValue keys answer me less thing that I
put.
The solution, was to change elementsAndPropertyValue to a IdentityDictionary
instead of Dictionary.
So, I have to subclass DistributionMap, and override
initializeInstanceVariables so that:
initializeInstanceVariables
partsAndElements := Dictionary new.
elementsAndPropertyValue := IdentityDictionary new.
colorMap := Dictionary new.
colors := Color strongColors
Do you think this is good ? do you have a better solution ?
Thanks!
Mariano
---------- Forwarded message ----------
From: Mariano Martinez Peck <marianopeck(a)gmail.com>
Date: Tue, May 18, 2010 at 3:35 PM
Subject: problem with CompiledMethod equality
To: Pharo Development <pharo-project(a)lists.gforge.inria.fr>
Hi folks. I was debugging a problem with Moose and I realized that 2
different methods can have the same CompiledMethod. This was weird for me. I
don't know if this is correct or not.
For example, evaluate:
(InstructionClient>>#methodReturnTop) = (InstructionClient>>#doDup) ->
true
If you look at
CompiledMethod = aCompiledMethod
"Answer whether the receiver implements the same code as
aCompiledMethod."
| numLits |
self == aCompiledMethod
ifTrue: [ ^ true ].
self class = aCompiledMethod class
ifFalse: [ ^ false ].
self size = aCompiledMethod size
ifFalse: [ ^ false ].
self header = aCompiledMethod header
ifFalse: [ ^ false ].
self initialPC to: self endPC do: [ :i |
(self at: i) = (aCompiledMethod at: i)
ifFalse: [ ^ false ] ].
(self sameLiteralsAs: aCompiledMethod)
ifFalse: [ ^ false ].
self halt.
^ true
It is returning in the last ^ true.
What was weird for me is that (self sameLiteralsAs: aCompiledMethod)
returns true also. But if I print both literals:
self literals -> {#methodReturnTop.
(#InstructionClient->InstructionClient)}
aCompiledMethod literals -> {#doDup.
(#InstructionClient->InstructionClient)}
So...for me they are differnt, but sameLiteralsAs: is returning true.
Debugging that, it seems that in that method it is returning in the last ^
true.
So...any hints? is this the expected behavior ? or it is a bug ?
Thanks
Mariano
Hi guys,
I would like to welcome Rafael Coman, who is a bachelor student from University Aurel Vlaicu in Arad working on his bechelor thesis. He will be working in the next month towards adding support for dead code detection in Moose and Softwarenaut.
Cheers,
Mircea.
Hi Tudor,
I was loading Glamour in a new core image (1.1) and I got this message:
----------------
This package depends on the following classes:
PluggableShoutMorph
You must resolve these dependencies before you will be able to load these definitions:
GLMPluggableShoutMorph
GLMPluggableShoutMorph>>announcer
GLMPluggableShoutMorph>>selectFrom:to:
-----------------
The shout package is missing in the configuration of glamour.
regards,
Veronica
Hi Veronica,
A bit of feedback:
- After loading Torch, the package contextual menu seems to crash the
Monticello Browser
- You extend isSuper in RBProgramNode and RBVariableNode, which
generates an override conflict with methods in Moose-Core.
- The Glamour tags look different, so I guess you also have some
Glamour overrides. That should not happen :). Maybe you have some
suggestions for improvement, or maybe you just need the border for the
[i] icon?
Cheers,
Doru
On 18 May 2010, at 15:16, Veronica Isabel Uquillas Gomez wrote:
> Hi Tudor,
>
> thank you :D
>
> sure!!!
>
> cheers,
> Veronica
>
>
> On 18 May 2010, at 11:39, Tudor Girba wrote:
>
>> Hi Veronica,
>>
>> It is pretty impressive :).
>>
>> Would it be Ok if I added this on the Moose page?
>>
>> Cheers,
>> Doru
>>
>>
>> On 18 May 2010, at 11:21, Stéphane Ducasse wrote:
>>
>>> Thanks veronica.
>>> lukas said that he was impressed this is a complement :)
>>>
>>> On May 18, 2010, at 11:00 AM, Veronica Isabel Uquillas Gomez wrote:
>>>
>>>> Dear all,
>>>>
>>>> I would like to announce Torch, a tool for supporting source-code
>>>> change integration. For now, it offers visualizations of the
>>>> changes and enhanced change lists.
>>>> Torch can be accessed through Monticello (in the main MC browser,
>>>> in the repository browser or in the history browser). Selecting a
>>>> version or slice, you can view the changes with Torch using the
>>>> contextual menu.
>>>> Once you open the Torch dashboard, you can access the enhanced
>>>> change list or a detailed visualization via the contextual menu
>>>> as well.
>>>>
>>>> Torch is available on SqueakSource, the repository is named
>>>> Torch, and you need to load the ConfigurationOfTorch package.
>>>> It runs in a dev or core image.
>>>>
>>>> For a dev image.
>>>> - ConfigurationOfTorch loadVersion10
>>>>
>>>> For a core image.
>>>> 1) Set fonts - described in the attached file.
>>>> 2) ConfigurationOfTorch loadDefault
>>>>
>>>> I would appreciate comments and feedback!
>>>>
>>>> Best Regards,
>>>> Verónica Uquillas Gómez
>>>> Vrije University Brussel - SOFT Lab
>>>> University of Lille - RMOD Team
>>>>
>>>> <torchFontsScript.st>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Pharo-project mailing list
>>>> Pharo-project(a)lists.gforge.inria.fr
>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>>
>>>
>>> _______________________________________________
>>> Pharo-project mailing list
>>> Pharo-project(a)lists.gforge.inria.fr
>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>> --
>> www.tudorgirba.com
>>
>> "Problem solving efficiency grows with the abstractness level of
>> problem understanding."
>>
>>
>>
>>
>> _______________________________________________
>> Pharo-project mailing list
>> Pharo-project(a)lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>
> _______________________________________________
> Pharo-project mailing list
> Pharo-project(a)lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
www.tudorgirba.com
"Problem solving efficiency grows with the abstractness level of
problem understanding."
Hello,
Stephane would really like to change the 'Mickey mouse' icon used to import
from smalltalk image.
I'm looking for new icons here: http://www.famfamfam.com/lab/icons.
I don't know what could be used as icon, in a sensefull way ?
I was thinking about a kind of 'add-package' icon, to build a model by
selecting packages from the image. What do you think ?
Hi Jannik and Simon,
Moose-SmalltalkImporter-jannik_laval.89 is not merged in the main
branch. If I try to merge, it produces a conflict with the changes
from Moose-SmalltalkImporter-simondenier.89.
Could you please take a look?
Also, it looks like no test was provided :). Could you please add one,
because this is a critical part.
Cheers,
Doru
--
www.tudorgirba.com
"Live like you mean it."
Hi Cyrille,
A bird told me that you are working on a Rome plugin. What is the
status? Could we test something? :)
Cheers,
Doru
--
www.tudorgirba.com
"The coherence of a trip is given by the clearness of the goal."
Hi,
I use now MOScatterplotLayout (before I use MOGridLayout) for DSM.
A small bug of MOScatterplotLayout is the borderline is black.
You can test it with the latest version of dsm.
Cheers,
---
Jannik Laval
Begin forwarded message:
> From: Jean Bezivin <Jean.Bezivin(a)inria.fr>
> Date: May 12, 2010 4:52:34 PM GMT+02:00
> To: Alexandre Bergel <abergel(a)dcc.uchile.cl>, Stéphane Ducasse <stephane.ducasse(a)inria.fr>, Oscar Nierstrasz <oscar(a)iam.unibe.ch>
> Cc: Jordi Cabot <jordi.cabot(a)inria.fr>, Frédéric Jouault <frederic.jouault(a)inria.fr>, guillaume doux <guillaume.doux(a)inria.fr>, Hugo Brunelière <hugo.bruneliere(a)inria.fr>
> Subject: FSE notation now integrated to the AtlanMod Zoo
>
> Dear all,
>
> I am happy to report that FSE is now integrated to the AtlanMod Zoo.
>
> Following one of the meeting we had last week with Alex in Santiago,
> the idea of adding the FSE format to the AtlanMod was considered.
> MSE is the generic file format used for import-export in Moose.
> We started from the link provided by Alex:
> http://www.moosetechnology.org/docs/mse
>
> AtlanMod is an INRIA/EMN joint research team.
> http://www.emn.fr/z-info/atlanmod/
> In the past years AtlanMod has produced experimental software material
> in addition to a number of tools on Eclipse (ATL, TCS, KM3, AMW, AM3,
> MoDisco, etc.).
>
> One of this contribution to the community is a set of more than 300
> metamodels of various quality
> that can be found in the AtlanMod zoo:
> http://www.emn.fr/z-info/atlanmod/index.php/Zoos
>
> Each of these 300 metamodels is made available in more than 20
> different formats
> like ECORE, KM3, OWL, EMfatic, GraphML, etc.
>
> This matrix is considered as open source material at the disposal of
> the software engineering community
> for various reproducible experiments. One typical experiment is to
> evaluate the quality of these entities
> by automatic measurement.
>
> Contribution of the community is sollicited to add new rows or columns
> to this matrix.
> Adding a row means contribution a new metamodel in KM3 or ECORE.
> Adding a column means contributing a transformation that will produce
> automatically the set of metamodels in a different notation.
>
> Following a meeting with Alexandre Bergel, we considered the
> possibility of adding the FSE format to the AtlanMod zoo.
>
> This week Guillaume Doux did the TCS/ATL work and was able to
> produce the new format. If you go to:
>
> http://www.emn.fr/z-info/atlanmod/index.php/AtlanticFM3
>
> you'll find all the metamodels expressed in MSE, conforming to FM3.
> Click on the "source file" tag to access the corresponding files.
>
> If you wish another example, you may test the automatically generated
> visualization of some metamodels, for example for Java 5:
> https://gforge.inria.fr/scm/viewvc.php/*checkout*/AtlantyUML/J2SE5.yuml.png…
>
> Thanks Guillaume for the rapid implementation in TCS/ATL
> http://wiki.eclipse.org/TCS
> http://www.eclipse.org/m2m/atl/
>
> Have fun,
>
> Jean
>
>
> 2010/5/12 guillaume doux <guillaume.doux(a)inria.fr>:
>> Hi,
>>
>> Here is the new Zoo in FM3:
>> http://www.emn.fr/z-info/atlanmod/index.php/AtlanticFM3
>>
>> B.R.
>>
>> Guillaume
>>
>> --
>> --------------------------------------------------------
>> Guillaume Doux - R&D Engineer
>> AtlanMod research team (INRIA & EMN) - Room B206
>> École des Mines de Nantes
>> 4, rue Alfred Kastler
>> 44307 Nantes Cedex 3 - France
>> EMail: guillaume.doux(a)mines-nantes.fr
>> --------------------------------------------------------
>>
>>
>
>
>
> --
> __________________________________
> Jean Bézivin - AtlanMod research team (INRIA & EMN) - Room 229
> École des Mines de Nantes - 4 rue Alfred Kastler - F-44307 Nantes
> Cedex 3 - France
> -------------
> - e.mail: Jean.Bezivin(a)inria.fr - alt. e.mail: Jean.Bezivin(a)emn.fr
> - Skype: jbezivin - Twitter: @JBezivin - FriendFeed: @JBezivin
> - teleph: +33 251 858 704
> - mobile: +33 614 322 236
> ----
> http://www.emn.fr/x-info/bezivin
> __________________________________
Hi folks. Today Adrian released an integration between the Squeak/Pharo VM
and DTrace. I read his post and the code and seems VERY interested. I know
very very little about Moose, but I guess if moose wants to move on, it
should start to analyze more the runtime world. For such purpose, it will
requiere PROBABLY (almost sure) a particular VM. For example, what I plan
to do now (playing with DistributionMap and used/unused objects) will
requiere my own VM. In this case of Adrian too. So....
The Adrian's post can be found here: http://www.adrian-lienhard.ch/blog
Please take a look. Not necessary to the implementation details but to the
features it can you you.
Finally, read the last sentence: "DTrace by itself does not provide
visualizations but since its output can be formatted as required (using
printf) and piped into a file, one can feed the data to a visualization tool
(e.g., print output in MSE format, import it into Moose, and create
interactive visualizations with Mondrian)."
Cheers
Mariano
Hi,
I am using flowLayout to control the maxWidth, but if the window is maximized or resized, I would like to change the maxWidth automatically too, so i can use better the space.
Is this possible? how?
regards,
Veronica
Hi,
Just for fun, I created a class in the GraphViz package that takes a
given view script and generates files with different layouts. This
might be useful for deciding on the kinds of layouts that might be
appropriate for your graphs. I put this in the MondrianGraphVizLayout
package because I have hard references to GraphViz classes.
Here is an example:
MOAllLayouts exportView: [:view |
view nodes: (1 to: 100).
view shape arrowedLine.
view edges: (1 to: 100) from: [:x | x // 10] to: #yourself.
view nodes: (100 to: 200).
view shape arrowedLine.
view edges: (100 to: 200) from: [:x | (x // 10) + 100 ] to: #yourself.
]
The result is attached here.
Cheers,
Doru
--
www.tudorgirba.com
"We cannot reach the flow of things unless we let go."
Hi,
Perhaps this is of interest to someone.
I produced a new visualization to show the dependencies introduced by
annotations in a Java system:
http://www.themoosebook.org/book/externals/visualizations/annotation-conste…
The goal of the visualization is twofold:
- help identify which annotations are closer together and with this
occasion get an idea of what technologies are used
- make explicit the fact that annotations do introduce another layer
of complexity
At the moment, this works for Java systems. Perhaps it would be
interesting to populate the Annotation entities from Smalltalk as well.
Cheers,
Doru
--
www.tudorgirba.com
"Problem solving should be concentrated on describing
the problem in a way that is relevant for the solution."
CALL FOR CONTRIBUTIONS
FAMOOSr 2010 - 4th Workshop on FAMIX and Moose in Reengineering
http://www.moosetechnology.org/events/famoosr2010
Co-located with ICSM 2010, Timisoara, Romania
http://icsm2010.upt.ro/
We solicit experience reports and position papers (2-4 pages, IEEE format). Experience reports will be expected to discuss meta-modeling and software analysis using, but not limited to, FAMIX or Moose. Position papers will be expected to describe new directions and challenges for software analysis infrastructures, like FAMIX or Moose.
Papers may address issues along general themes, including but not limited to:
- Analysis specific meta-models for evolution data, dynamic traces, bug entries, etc...
- Meta-modeling in reengineering tools
- Visualization techniques.
- Analysis techniques: clustering, data mining, machine learning, pattern matching, probabilistic approaches, etc...
- Mechanisms for tool composition and rapid tool prototyping.
- Reusability of research: making research results and tools available to and reusable by the community.
- Persistency and manipulation of models and meta-models.
Submissions are not limited to FAMIX and Moose or to their active users. We welcome any related ideas.
During the workshop, authors are expected to present their ideas using a short format, lasting 3 to 7 minutes, in order to spawn vivid discussions between participants. Presentations with demos are also warmly welcomed (and may be given 10 minutes). More information about this format can be found at: http://moose.unibe.ch/events/famoosr2008/presenterskit
Submissions should be made via Easychair at
http://www.easychair.org/conferences/?conf=famoosr2010
Important dates
- submission: July 5
- notification: July 19
- workshop: September 17
Organizers:
- Simon Denier, INRIA Lille, France
- Mircea Lungu, University of Lugano, Switzerland
--
Simon
Could it be possible that anywhere we get a class (either as mondrian) or list or whatever
we could get a default navigation menus offering all the navigation facilities?
Because now we arrive to some dead-ends.
Stef
Hi all,
I have the following setup:
browser transmit to: #cls; andShow: [:a |
a title: 'Classes'.
a list title: 'H'; display: self cprops.
a list title: 'W'; display: self cprops].
(where self cprops returns what it should. Not really important for this discussion.)
and I have
browser transmit to: #mpanel; from: #cls; andShow: [:a |
a mondrian painting: [:view :classprop |
...
Now I would like to know if the classprop that comes from #cls was selected on the 'H' tab or on the 'W' tab. I tried
browser transmit to: #mpanel; from: #cls; from: #cls->#activeEntity; andShow: [:a |
a mondrian painting: [:view :classprop :classtab|
but classtab is always nil. Also, supposing this works, every time a tab is switched this would lead to a mondrian redraw, which is not what I want ...
So how do I do this?
--
Johan Fabry
jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry
PLEIAD Lab - Computer Science Department (DCC) - University of Chile
Hi Alex,
The default font size in Mondrian is now set to 10. However, the
default goal of Mondrian is to deal with lots of data, not few. The
default 10 font size does not really favor placing many items on the
screen. It is more like you would favor a UML diagram.
So, I suggest to reset the value to 5 :)
Cheers,
Doru
--
www.tudorgirba.com
"Problem solving efficiency grows with the abstractness level of
problem understanding."
Hi,
Before or after committing a package, please ensure that there was no
other version published in parallel.
I encountered several times the problem of versions that were lost
along the way.
Cheers,
Doru
--
www.tudorgirba.com
"Be rather willing to give than demanding to get."
Begin forwarded message:
> From: Stéphane Ducasse <stephane.ducasse(a)inria.fr>
> Date: 5 May 2010 14:56:30 GMT+02:00
> To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr>
> Subject: [Pharo-project] ESUG call for contribution + student
> volunteer programs
> Reply-To: Pharo-project(a)lists.gforge.inria.fr
>
> please distribute widely
>
> 18th International Smalltalk Joint Conference - Call for Contributions
>
> Barcelona, Spain
> September 13 - 17, 2010; Camp Smalltalk September 11-12
> http://www.esug.org/conferences/2010/
>
> This call includes:
> Developer program
> Free ESUG tickets
> Business day 16th of September (sponsored by Cincom Smalltalk)
> International Workshop http://www.esug.org/Conferences/2010/International+Workshop+on+Smalltalk+Te…
> Student Volunteer http://www.esug.org/Conferences/2010/Student+Volunteers+program
> Camp Smalltalk 11-12 September 2010
>
> ----------------------------------------------------------------------
>
> For the past 18 years, the European Smalltalk User Group (ESUG) has
> organised the International Smalltalk Conference, a lively forum on
> cutting edge software technologies that attract people from both
> academia and industry for a whole week. The attendees are both
> engineers using Smalltalk in business and students and teachers
> using Smalltalk both for research and didactic purposes.
>
> As every year, this year's edition of the largest European Smalltalk
> event will include the regular Smalltalk developers conference with
> renowned invited speakers, a Smalltalk camp that proves fruitful for
> interactions and discussions. Besides, this year will be held the
> - 6th edition of the Innovation Technology Awards where prizes will
> be
> awarded to authors of best pieces of Smalltalk-related projects
> - an international workshop on Smalltalk and dynamic languages
> http://www.esug.org/Conferences/2010/International+Workshop+on+Smalltalk+Te…
>
> * New this year:
> - There will be a business day: thursday 16th of September 2010.
> The focus will be on "Agile Development Processes and Smalltalk"
>
> - ESUG will offer 10 free entrance tickets.
> To get a free ticket you should send a mail to the esug board (board(a)esug.org
> )
> Subject: [ESUG 2010 Free entrance] + your name
> And you should write a small motivation.
>
>
> You can support the ESUG conference in many different ways:
>
> * Sponsor the conference. New sponsoring packages are described at
> http://www.esug.org/supportesug/becomeasponsor/
> * Submit a talk, a software or a paper to one of the events. See
> below.
>
> * Attend the conference. We'd like to beat the previous record of
> attendance (156 participants at Brest and 170 people at Amsterdam)!
>
> * Students can get free registration and hosting if they enroll
> into the the Student Volunteers program. See below.
>
> Developers Forum: International Smalltalk Developers Conference
> ------------------------------------------------------------------------
> This year we are looking for YOUR experience on using Smalltalk.
> In addition, we are looking for tutorials. The
> list of topics includes, but is not limited to the following:
>
> * XP practices
> * Development tools
> * Experience reports
> * Model driven development
> * Web development
> * Team management
> * Meta-Modeling
> * Security
> * New libraries & frameworks
> * Educational material
> * Embedded systems and robotics
> * SOA and Web services
> * Interaction with other programming languages
>
> Submissions due on 1 July 2010
> Notification of acceptance on 15 of July 2010
> More information at http://www.esug.org/conferences/2010
>
> How to submit?
> ------------------
> Pay attention: the places are limited so do not wait till the last
> minute to apply. Prospective presenters should submit a request to
> board(a)esug.org AND stephane.ducasse(a)free.fr
> following the template below. Please use this template since the
> emails will be automatically processed!
>
> Subject: [ESUG 2010 Developers] + your name
>
> First Name:
>
> Last Name:
>
> Email where you can always be reached:
>
> Title:
>
> Abstract:
>
> Bio:
>
> Any presentation not respecting this form will be discarded
> automatically
>
>
> Innovation Technology Award
> ------------------------------------------------------------------------
> We are proud to announce the 6th Innovation Technology Awards. The
> top 3 teams with the most innovative software will receive,
> respectively, 500 Euros, 300 Euros and 200 Euros during an awards
> ceremony at the conference. Developers of any Smalltalk-based
> software are welcome to compete. This year we will request 3-5min
> videos.
> More information at http://www.esug.org/Conferences/2010/Innovation+Technology+Awards
>
>
> Student Volunteer Program
> ------------------------------------------------------------------------
> If you are a student wanting to attend ESUG, have you considered
> being a student volunteer? Student volunteers help keep the
> conference running smoothly; in return, they have free
> accommodations, while still having most of the time to enjoy the
> conference.
> More information at
> http://www.esug.org/conferences/2010
> http://www.esug.org/Conferences/2010/Student+Volunteers+program
>
> We hope to see you there and have fun together.
>
>
> Ze ESUG board_______________________________________________
> Board mailing list
> Board(a)lists.esug.org
> _______________________________________________
> Pharo-project mailing list
> Pharo-project(a)lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
www.tudorgirba.com
"It's not what we do that matters most, it's how we do it."