Hello,
Is it possible to deselect everything in a list when something happen in a
browser ?
I did not manage do find a way to properly do that.
I know that to select a specific value, you can do something like:
transmit from: #aPort ; to: #amotherPort->#selection ;
transformed: [... ].
I noticed that some 'morphic' presentations does react the same way when
specifying an entity not present in the displayValues:
A multiple selection list will unselect everything if it does not find the
entity (that's the trick I currently use).
A single selection list will keep the current selection.
Maybe it would be a good idea to have a specific object to specify (in the
transformed block) when we want to unselect. We should update the existing
presentations code to deal with it ?
(Maybe there is already a simple way ? :))
Hello,
With usman, I am looking for a tool that give us dependency cycles
information for a model in moose.
Jannick i think you implemented something like that, do you have the name of
the tool so that we can integrate this information in Moose dashboard?
thanx,
Cyrille
Hello,
I hope you're going well. Regarding to subject I'd like to know if there has
been some effort to import *C# *code into moose. I'm interested in this
matter and I'll appreciate any information about some project or initiative
in progress.
Regards,
Patricio
Hi!
Jannik, Doru and I are wondering who will attend esug. We are thinking maybe of organizing Famoosr or an informal moose meeting.
It is important that we regularly get in sync.
So, who is attending ESUG?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
On Jul 5, 2011, at 5:40 PM, Stéphane Ducasse wrote:
> I wrote it in the class comment
>
> load: '2.0.1' I guess
>
> no baseline.
>
Ok, the Jenkins now executes exactly what is in the comment:
https://ci.lille.inria.fr/pharo/job/Filesystem/
--
Marcus Denker -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.
Status: New
Owner: ----
CC: anquetil...(a)gmail.com
Labels: Type-Defect Priority-Medium Component-VerveineJ
New issue 603 by tudor.gi...(a)gmail.com: VerveineJ should export relative
paths
http://code.google.com/p/moose-technology/issues/detail?id=603
Currently, VerveineJ exports the FileAnchors with full path. It should
export it with the path relative to the input folder.
Hi,
I would like to have a browser with an actionList, and an action who triggers a close of the browser window.
Is that possible? If it is not... how do glamour should manage something like this? (I would like to have this, as a first step for "modal browsers")
cheers,
Esteban
On Jul 5, 2011, at 4:46 PM, Stéphane Ducasse wrote:
> please have a look.
>
How do I load it?
right now the Jenkis does this:
((Smalltalk at: #ConfigurationOfFilesystem) project version: '2.0.1-baseline') load.!
--
Marcus Denker -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.
On Jul 5, 2011, at 10:17 AM, Tudor Girba wrote:
> Hi,
>
> The issue is this. The first step Metacello does with a configuration is to go through all versions and reify them. If this step fails, the loading stops.
>
But if we now would have continued the Full image and made a new version for *every* trivial change, would this scale?
Considering that it already takes 45 Minutes to build Pharo 1.3...
Marcus
--
Marcus Denker -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.
Hi,
The Moose build fails because the Fuel configuration is broken. In particular, in baseline15: there was an error because FuelWithProgressBarBenchmarks was not defined anymore, but it was required. So, I simply removed the requirement. Martin, please take a look.
Please pay attention when building a new version in a Metacello configuration because Metacello tries to reify every version in the Configuration, even if that version is not used. I keep on arguing that this is not a good thing, but at the moment we have to pay more attention :).
Cheers,
Doru
--
www.tudorgirba.com
"Live like you mean it."
Hi Fabrizio,
Please take a look at the MooseJEE build because it is broken since several days.
Cheers,
Doru
--
www.tudorgirba.com
"Live like you mean it."
Hi
I am looking to release a new version of the fuel extension to
export/import. This version speed-ups the time to export, around 15% in my
machine.
Now, my problem:
I dowloaded the one-click file, 4.6 build 461, and Windows is my platform.
There, one test fails. But it is green if I open the same image in a more
recent vm.
- in one-click:
Smalltalk vmVersion.. 'Croquet Closure Cog VM [CoInterpreter
VMMaker-oscog.51]'
- in my vm:
Smalltalk vmVersion. 'Croquet Closure Cog VM [CoInterpreter
VMMaker.oscog-eem.56]'.
Is it possible to update the cog vm it is used to deploy the one-click? Or
it is not important?
Cheers,
Martin
>>
>
> Grease has a method called String>>#truncate:ellipsis:.
Which reminds me that we should think about merging the useful extensions of Grease into
Pharo...
Marcus
--
Marcus Denker -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 588 by alexandr...(a)gmail.com: Commands, Easel and ViewRenderer
http://code.google.com/p/moose-technology/issues/detail?id=588
The following tests is yellow:
testCommandsInEaselAndViewRenderer
| view easel |
view := MOViewRenderer new.
easel := MOEasel new.
self assert: view userCommands size = easel userCommands
I need to work on it
Status: New
Owner: tu...(a)tudorgirba.com
Labels: Type-Defect Priority-Critical Component-Famix Milestone-4.5
New issue 632 by tu...(a)tudorgirba.com: Build a test to capture the FAMIX
API problems with Java systems
http://code.google.com/p/moose-technology/issues/detail?id=632
We need a test to drive this problem.
One solution is to take an MSE file produced by VerveineJ for the test_src
and run the MooseFinderTests with it.
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 670 by jannik.l...(a)gmail.com: moose menu - on a MooseModel -
bookmark entity
http://code.google.com/p/moose-technology/issues/detail?id=670
the browser is not updated at the end of process
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium Component-Glamour
New issue 651 by esteba...(a)gmail.com: label presentations doesn't update
contents
http://code.google.com/p/moose-technology/issues/detail?id=651
In a browser with a label presentation, the label is not being updated when
an announcement is triggered.
i.e., this browser:
browser := GLMTabulator new
row: #itemDetail;
row: #summary size: 18;
yourself.
browser transmit
to: #summary;
andShow: [ :presenter |
presenter label
updateOn: AnAnnouncement from: [self announcer ];
display: [ self summary ] ].
OK
thanks Cedric.
I will look into that when I have time which means probably only monday.
Still we have a real issue here: how to get the model of a big (10K classes) system?
compilers don't have this problem because they use incremental compilation (e.g. one java file at a time).
But in our case, we want the entire famix model in memory so what can we do?
- any tricks we could use to improve memory usage?
- may be the complete model solution is not the right one?
- or may be it is the right one and there is no good solution?
nicolas
----- Mail original -----
De: "Cedric Dumoulin" <cedric.dumoulin(a)lifl.fr>
À: "Nicolas Anquetil" <nicolas.anquetil(a)inria.fr>
Cc: "Stéphane Ducasse" <stephane.ducasse(a)inria.fr>, "Laval Jannik" <jannik.laval(a)inria.fr>, "Tudor Girba" <tudor(a)tudorgirba.com>
Envoyé: Vendredi 1 Juillet 2011 12:39:05
Objet: Re: Doru would like to participate to the effort
Hi,
About the 'uml' directory:
This directory contains diagrams' code generated by GMF. GMF generate numerous classes.
It should be possible to parse only a subset of 'uml', for example the oep.uml.diagram.clazz and all the required plugins.
I join a class diagram showing all of the required plugins, from 'uml', of diagram.clazz. On its left, plugins from 'uml', on its right, plugin from 'core'. Some required plugins from 'core' are missing in the diagram.
I suppose that the dependencies are the same for each diagram (oep.uml.diagram.[diagramnam]).
Steph, which mailing list are you talking about ?
Cedric
)
Nicolas Anquetil a écrit :
Welcome,
state of affairs:
- we have implemented Eclipse plugins in Moose
- we have an exporter to generate the information in MSE
- wednesday I implemented a new option in verveineJ that allows to not export "local references/entities"
On my computer I have source code in 7 directories:
core, developer, ocl, others, profile-tool, sysml, uml
I can parse 'core' (1383 java files), 5 others would probably not raise any problem: 'developer'=155 files, 'ocl'=6 files, 'others'=115 files, 'profile-tool'=20 files and 'sysml'=780 files.
The difficulty is with 'uml': 6269 java files.
I cannot even parse it alone ... despite incremental (separate) parsing and the 'no-locals' option, I still cannot generate data for this 'uml' directory, let alone the entire Papyrus (JDT explodes the memory).
so, I am welcoming any idea on how to solve this problem ...
nicolas
PS: the 'no-locals' option needs to be better tested. It works on a small project (~= 10 classes), but we should watch it carefully on real projects.
(Removing locals is not as simple as it may appear)
----- Mail original -----
De: "Stéphane Ducasse" <stephane.ducasse(a)inria.fr> À: "Cedric Dumoulin" <cedric.dumoulin(a)lifl.fr> Cc: "Nicolas Anquetil" <Nicolas.Anquetil(a)inria.fr> , "Laval Jannik" <jannik.laval(a)inria.fr> , "Tudor Girba" <tudor(a)tudorgirba.com> Envoyé: Jeudi 30 Juin 2011 23:51:01
Objet: Doru would like to participate to the effort
Hi guys
I'm at doru place and he would like to help for the papyrus case.
What would be good is also to have the discussion via the mailing-list
so that people can follow.
Stef
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 671 by usman.bh...(a)gmail.com: Browse a model in the moose panel
raise an error
http://code.google.com/p/moose-technology/issues/detail?id=671
In the last version of moose, if we import a model and then click on on it
in the left column of the moosepanel, we get :
MessageNotUnderstood: GLMPortForwarder>>removeAllSuchThat:
Begin forwarded message:
> From: Nicolas Anquetil <nicolas.anquetil(a)inria.fr>
> Date: July 1, 2011 10:56:47 AM GMT+02:00
> To: Stéphane Ducasse <stephane.ducasse(a)inria.fr>
> Cc: Laval Jannik <jannik.laval(a)inria.fr>, Tudor Girba <tudor(a)tudorgirba.com>, Cedric Dumoulin <cedric.dumoulin(a)lifl.fr>
> Subject: Re: Doru would like to participate to the effort
>
>
> Welcome,
>
> state of affairs:
> - we have implemented Eclipse plugins in Moose
> - we have an exporter to generate the information in MSE
> - wednesday I implemented a new option in verveineJ that allows to not export "local references/entities"
>
> On my computer I have source code in 7 directories:
> core, developer, ocl, others, profile-tool, sysml, uml
>
> I can parse 'core' (1383 java files), 5 others would probably not raise any problem: 'developer'=155 files, 'ocl'=6 files, 'others'=115 files, 'profile-tool'=20 files and 'sysml'=780 files.
>
> The difficulty is with 'uml': 6269 java files.
> I cannot even parse it alone ... despite incremental (separate) parsing and the 'no-locals' option, I still cannot generate data for this 'uml' directory, let alone the entire Papyrus (JDT explodes the memory).
>
> so, I am welcoming any idea on how to solve this problem ...
>
> nicolas
>
> PS: the 'no-locals' option needs to be better tested. It works on a small project (~= 10 classes), but we should watch it carefully on real projects.
> (Removing locals is not as simple as it may appear)
>
>
> ----- Mail original -----
>> De: "Stéphane Ducasse" <stephane.ducasse(a)inria.fr>
>> À: "Cedric Dumoulin" <cedric.dumoulin(a)lifl.fr>
>> Cc: "Nicolas Anquetil" <Nicolas.Anquetil(a)inria.fr>, "Laval Jannik" <jannik.laval(a)inria.fr>, "Tudor Girba"
>> <tudor(a)tudorgirba.com>
>> Envoyé: Jeudi 30 Juin 2011 23:51:01
>> Objet: Doru would like to participate to the effort
>> Hi guys
>>
>> I'm at doru place and he would like to help for the papyrus case.
>> What would be good is also to have the discussion via the mailing-list
>> so that people can follow.
>>
>> Stef