Hi!
The famoors workshop will be held in the small room at esug.
A program is now online:
http://www.moosetechnology.org/events/famoosr2011
Cheers,
Alexandre & Jannik
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Comment #2 on issue 693 by tudor.gi...(a)gmail.com: JSON import / export for
Moose
http://code.google.com/p/moose-technology/issues/detail?id=693
No concrete scenario. But, we have JSON support (Lukas implemented one on
top of PetitParser even) and there are plenty of other systems that know
how to consume and produce one.
I just think that it would be nice selling point to say that we can
serialize in JSON.
Status: New
Owner: ----
Labels: Type-Enhancement Priority-Medium Component-Fame
New issue 693 by tudor.gi...(a)gmail.com: JSON import / export for Moose
http://code.google.com/p/moose-technology/issues/detail?id=693
Due to the increase of JSON usage, we should provide a JSON alternative to
the MSE file format.
Status: New
Owner: tudor.gi...(a)gmail.com
Labels: Type-Defect Priority-Medium Component-Glamour Milestone-4.6
New issue 692 by tudor.gi...(a)gmail.com: Listing Presentations do not
respond to shortcuts in Morphic
http://code.google.com/p/moose-technology/issues/detail?id=692
Execute
GLMBasicExamples new treeWithMenu openOn: #(($a $b $c $d) ($e $f) ($g $h $i
$j $l)).
Select an item and press CMD+i.
Nothing happens
Hi guys
I will start a new development phase for RPackage and I would love to know if the version 3.3 when loaded in Moose is working.
I would like to know if we can use this one as stable so that I can work on 3.4 (as dev branch)
tx
Stef
Hi!
We have released a new version of Fuel-core. According to my benchmarks with
Moose models, there is an improvement of 15-20% in export time. However,
import time and file size is almost the same than in current version.
There is a drawback if we adopt new version in Moose: saved files would
become obsolete since the new format is incompatible.
So maybe it is better to do not adopt the new version and keep the current
one until we reach a better improvement.
What do you think?
Does anyone use the FL export/import option? Does it work fine?
Bests,
Martin
Hi Fabrizio,
MooseJEE fails to build now due to some apparent problem in the configuration:
'Name not found: Moose-JEE-Tests-Importers-JSP'
http://ci.moosetechnology.org/job/moosejee-latest-dev/139/console
Cheers,
Doru
--
www.tudorgirba.com
"We can create beautiful models in a vacuum.
But, to get them effective we have to deal with the inconvenience of reality."
Hi,
The bleeding edge version of Filesystem is unloadable in Pharo 1.3 (see the attached debug log).
To test it, try:
Gofer new
squeaksource: 'fs';
package: 'ConfigurationOfFilesystem';
load.
(Smalltalk at: #ConfigurationOfFilesystem) loadBleedingEdge
Cheers,
Doru
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
Dear Fellow,
We will organize Famoosr at esug this year. The event will be half a day, either on Sunday or on Tuesday morning. If you are using Moose and plan to attend esug, then submit your 10-lines description.
-==-=-=-=-==-=-=-=-==-=-=-=-==-=-=-=
FAMOOSr'11
Goal: Make people aware of what is happening on Moose. The event is demo oriented. You will have 5 minutes of demonstration.
How to participate: you need to send a 10-lines description before Monday 15 August, to Jannik Laval <jannik.laval(a)inria.fr> and Alexandre Bergel <alexandre.bergel(a)me.com>
What the event will look like: it will be heavily demo and discussion oriented. Participants are required to be concise and short on their presentation.
-==-=-=-=-==-=-=-=-==-=-=-=-==-=-=-=
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
I want to reimplement software engineering metrics using moose chef instead of moose cook.
for example to compute cohesion I would do (among other things):
self queryAllOutgoingDependencies atClassScope withinMyPackage
i.e. :
1- from a package (self)
2- get all its "outgoingdependencies" (outgoing does not mean going outside the package, this includes dependencies within th package)
3- put that at class level (because we are interested in dependencies between classes within or outside the package)
4- and filter those that are inside self
I want the result to be all dependencies from classes within package self going to classes within package self .
but (from the moose chef documentation):
"The scope operators exclude self loops by default (this was also the default in Moose Cook). That is, the query result will not contain the receiver scope itself: you will not get something like PackageX -> PackageX in the result (the reason for this is that in general algorithms do not like graphs with self loops)."
So:
- should we change that default?
- should I change my query?
I believe if there is a method to exclude self loops (withoutSelfLoop), it should not be done automatically in some case let those who want it do it themselves.
What say you?
nicolas