29 Jun
2011
29 Jun
'11
7:09 p.m.
Like Alex said, there are tests for this. It was these tests that broke when run headless
on the server for so long, and that I asked for help to fix :).
The tests are in MooseFinderTest and in subclasses.
But, indeed, there is no test for the MooseModel.
Cheers,
Doru
On 29 Jun 2011, at 17:19, Stéphane Ducasse wrote:
good idea
On Jun 29, 2011, at 9:04 AM, jannik.laval wrote:
--
www.tudorgirba.com
"Problem solving should be focused on describing
the problem in a way that makes the solution obvious."
On Jun 28, 2011, at 17:40 , Simon Denier wrote:
Ok, I open a bug entry.
Ok, so: or we ask for a class name, and we create it, or we do not ask... or maybe we can
provide a list with existing classes.
The time to run it is exponential...
We should profile that or have a message before the script asking the user if he is
sure.
During the test of the menu, I tried what a new user can do to see if Moose is cool.
Default choice have to work.
Jannik
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
On 28 juin 2011, at 17:04, jannik.laval wrote:
I think we should write a test that take all entries in menus and run them.
Hi,
I am trying menus in Moose 4.6. I loaded Moose from MooseScript (method
createModelForMoose). And I tried all command in menus.
Here are my comments:
Isn't there a test supposed to do that? Or does it just work on MooseModel menu?
On a PackageGroup, some commands are strange or does not work:
- utilities
- bookmark entity: it does not update the glamour browser and we should close and reopen
the browser to see bookmarked entities. It also changes the name of my group... which is
not the behavior that I want.
old stuff to remove? I think there is a new bookmark mechanism (with metanool?). If only
I knew where it was... - createLoadScriptForGroup: I tried with a new
class name, the class is not created. When I use MooseScripts, I have a DNU because of
UIManager
The script does not handle class creation -> bug if you want. - visualize:
- browse package blueprint: DNU
that's bad (package blueprints are still lacking tests).
#menuItems: does not exist in Mondrian anymore. (maybe a deprecated would have been
good?) What's the replacement?
- customizable eyesee chart: should have a
progress bar when the computing is slow.
- Dependencies (cycles): seems not working (loop ?)
MODominanceTreeLayout does not scale. Viz can be removed if necessary but it's a
simple viz yet it shows how to combine multiple things (famix, graph, mondrian) -->
good for demo/tutorial - distributionMap for these elements: I just did
"next", "finish" without configuring anything, I have a DNU
You have to think a bit about what the distribution map is supposed to show and make
sensible choices. Default choices may not work since they are computed from the metamodel
without regards.
--> Maybe the wizard should be configurable with default (sensible) choices so that
you don't get the DNU.