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:
On a MooseModel, some commands are strange or does not work: - browse: - code with dependencies: > why are there 2 times Smalltalk in the first pane ? > the visu seems strange and slow ! > is it used by someone ? - code with design flow > unusable as it is slow > is it used by someone ? - code with namespace > is it used by someone ? - code with package > is it used by someone ? - export: - export to fl > does not work, there is a DNU. It seems that the notification does not work - export to mse > same problem than export to fl - import file structure > no progress bar. > why is it loaded in the same mooseModel and change the model name ? - import from fl / mse > it imports, but I do not see what it does. There is no new model in the root. And no new entities in my model. > after the import mse, the MooseBrowser twinkled !!! (strange behavior) and the VM used 100% of my processor.... - utilities - bookmark entity: do nothing after asking for a name - ensure classes and namespaces: do nothing. What is it ? - infer namespace parents based on names: do nothing - set root folder does not work: I select a folder, and it does not keep my selection.
Jannik
Hi,
Thanks. Comments inline.
On 28 Jun 2011, at 16:50, jannik.laval wrote:
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:
On a MooseModel, some commands are strange or does not work:
- browse:
- code with dependencies:
why are there 2 times Smalltalk in the first pane ?
Because for some reason there are two namespaces created with the same name. Check allNamespaces.
> the visu seems strange and slow !
It is made for systems that have namespace hierarchies - like Java. So, for Smalltalk it does not make sense.
> is it used by someone ?
Yes.
- code with design flow
unusable as it is slow is it used by someone ?
Yes. It is the same as above. It makes sense for Java systems.
- code with namespace
is it used by someone ?
Same as above.
- code with package
is it used by someone ?
Yes. This is the one that makes sense for Smalltalk. What is wrong with it?
- export:
- export to fl
does not work, there is a DNU. It seems that the notification does not work
We know. Cyrille posted the issue on the Pharo mailing list and it appears that we will have a fix in Pharo for it.
- export to mse
same problem than export to fl
Same as above.
- import file structure
no progress bar. why is it loaded in the same mooseModel and change the model name ?
Every action that is in the contextual menu is performed on what you clicked. This is always like that in Moose. So, in this case, the import happens in the same model. Changing the name should not happen, though. This is a bug.
- import from fl / mse
it imports, but I do not see what it does. There is no new model in the root. And no new entities in my model.
There should be new entities in the model. Perhaps the browser does not refresh properly.
> after the import mse, the MooseBrowser twinkled !!! (strange behavior) and the VM used 100% of my processor....
What did you import? What does twinkled mean? Did it finish in the end?
- utilities
- bookmark entity: do nothing after asking for a name
It does create a new entry in the bookmarks group in the model. Again, perhaps the browser does not refresh. If it's true, it's a bug.
- ensure classes and namespaces: do nothing. What is it ?
It simply patches a model to make sure there is no nil belongsTo
- infer namespace parents based on names: do nothing
It simply tries to infer namespace hierarchy when the importer does not do it. It makes sense for Java systems. For example verveineJ exports a namespace with a name like root::child::anotherchild. The mentioned script will create root <- child <- anotherchild
- set root folder does not work: I select a folder, and it does not keep my selection.
Yes, it works. What do you mean?
Cheers, Doru
Jannik _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Every thing should have the right to be different."
- ensure classes and namespaces: do nothing. What is it ?
It simply patches a model to make sure there is no nil belongsTo
doru may be using "consolidate model' would be a better name
- infer namespace parents based on names: do nothing
It simply tries to infer namespace hierarchy when the importer does not do it. It makes sense for Java systems. For example verveineJ exports a namespace with a name like root::child::anotherchild. The mentioned script will create root <- child <- anotherchild
- set root folder does not work: I select a folder, and it does not keep my selection.
Yes, it works. What do you mean?Cheers, Doru
Jannik _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Every thing should have the right to be different."
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
On Jun 28, 2011, at 17:31 , Tudor Girba wrote:
Hi,
Thanks. Comments inline.
On 28 Jun 2011, at 16:50, jannik.laval wrote:
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:
On a MooseModel, some commands are strange or does not work:
- browse:
- code with dependencies:
why are there 2 times Smalltalk in the first pane ?Because for some reason there are two namespaces created with the same name. Check allNamespaces.
Is it a good reason ? :)
> the visu seems strange and slow !It is made for systems that have namespace hierarchies - like Java. So, for Smalltalk it does not make sense.
Do you think it is possible to particularize menu for kind of system ? The idea is to have this menu for java software and not for smalltalk, as it is not useful.
> is it used by someone ?Yes.
- code with design flow
unusable as it is slow is it used by someone ?Yes. It is the same as above. It makes sense for Java systems.
- code with namespace
is it used by someone ?Same as above.
- code with package
is it used by someone ?Yes. This is the one that makes sense for Smalltalk. What is wrong with it?
Nothing wrong, I am discovering these browsers :), and I am asking if someone uses them, to avoid obsolete entries.
- export:
- export to fl
does not work, there is a DNU. It seems that the notification does not workWe know. Cyrille posted the issue on the Pharo mailing list and it appears that we will have a fix in Pharo for it.
- export to mse
same problem than export to flSame as above.
- import file structure
no progress bar. why is it loaded in the same mooseModel and change the model name ?Every action that is in the contextual menu is performed on what you clicked. This is always like that in Moose.So, in this case, the import happens in the same model. Changing the name should not happen, though. This is a bug.
ok, I opened a bug entry.
- import from fl / mse
it imports, but I do not see what it does. There is no new model in the root. And no new entities in my model.There should be new entities in the model. Perhaps the browser does not refresh properly.
When I load the same model from the same file (maybe the script does not load duplicated entities ?) I have the same number of packages whereas it should be double. I am not sure if the problem comes from entities that are not added or cache that is not initialized. But, there is something :)
> after the import mse, the MooseBrowser twinkled !!! (strange behavior) and the VM used 100% of my processor....What did you import? What does twinkled mean? Did it finish in the end?
It is the first time I have that. And I am not sure it is reproducible. Maybe Morphic ?
- utilities
- bookmark entity: do nothing after asking for a name
It does create a new entry in the bookmarks group in the model. Again, perhaps the browser does not refresh. If it's true, it's a bug.
ok, a new entry :)
- ensure classes and namespaces: do nothing. What is it ?
It simply patches a model to make sure there is no nil belongsTo
Is it not a good idea to do this action just after the import ? Maybe there are some strong implications ? But, what does it do precisely ? I think it put Smalltalk namespace for smalltalk source code. I do not see for Java ? where java should not have a nil at this place.
- infer namespace parents based on names: do nothing
It simply tries to infer namespace hierarchy when the importer does not do it. It makes sense for Java systems. For example verveineJ exports a namespace with a name like root::child::anotherchild. The mentioned script will create root <- child <- anotherchild
Ok, that is a really nice functionality. Does it work for Smalltalk ? For example: Network-Core could create Network <- Core.
- set root folder does not work: I select a folder, and it does not keep my selection.
Yes, it works. What do you mean?
Ok, if it works, I do not understand the functionality :) I hoped that when I selected the new directory, when I open a file browser to save or open a new file, the browser open this particular directory. Which is useful when the directory is not the same as the Moose directory.
Cheers, Jannik
Cheers, Doru
Jannik _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Every thing should have the right to be different."
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
On Jun 28, 2011, at 4:50 PM, jannik.laval wrote:
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:
On a MooseModel, some commands are strange or does not work:
- browse:
- code with dependencies:
why are there 2 times Smalltalk in the first pane ? the visu seems strange and slow ! is it used by someone ?
- code with design flow
unusable as it is slow is it used by someone ?
- code with namespace
is it used by someone ?
- code with package
is it used by someone ?- export:
- export to fl
What is FL I add no idea and I hate acronyms
> does not work, there is a DNU. It seems that the notification does not work
- export to mse
same problem than export to fl- import file structure
no progress bar. why is it loaded in the same mooseModel and change the model name ?- import from fl / mse
it imports, but I do not see what it does. There is no new model in the root. And no new entities in my model. after the import mse, the MooseBrowser twinkled !!! (strange behavior) and the VM used 100% of my processor....- utilities
- bookmark entity: do nothing after asking for a name
- ensure classes and namespaces: do nothing. What is it ?
- infer namespace parents based on names: do nothing
- set root folder does not work: I select a folder, and it does not keep my selection.
Jannik _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
- export:
- export to fl
What is FL I add no idea and I hate acronyms
+10
Alexandre
> does not work, there is a DNU. It seems that the notification does not work
- export to mse
same problem than export to fl- import file structure
no progress bar. why is it loaded in the same mooseModel and change the model name ?- import from fl / mse
it imports, but I do not see what it does. There is no new model in the root. And no new entities in my model. after the import mse, the MooseBrowser twinkled !!! (strange behavior) and the VM used 100% of my processor....- utilities
- bookmark entity: do nothing after asking for a name
- ensure classes and namespaces: do nothing. What is it ?
- infer namespace parents based on names: do nothing
- set root folder does not work: I select a folder, and it does not keep my selection.
Jannik _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
FL is Fuel :) export/import mse files is for files with an extension ".mse" export/import fl files is for files with an extension ".fl"
When you have a .fl file, you do not know that it is a fuel file. So I prefer to keep fl. It is not a simple acronym but a real reference to the file extension.
Jannik
On Jun 29, 2011, at 8:46 , Alexandre Bergel wrote:
- export:
- export to fl
What is FL I add no idea and I hate acronyms
+10
Alexandre
> does not work, there is a DNU. It seems that the notification does not work
- export to mse
same problem than export to fl- import file structure
no progress bar. why is it loaded in the same mooseModel and change the model name ?- import from fl / mse
it imports, but I do not see what it does. There is no new model in the root. And no new entities in my model. after the import mse, the MooseBrowser twinkled !!! (strange behavior) and the VM used 100% of my processor....- utilities
- bookmark entity: do nothing after asking for a name
- ensure classes and namespaces: do nothing. What is it ?
- infer namespace parents based on names: do nothing
- set root folder does not work: I select a folder, and it does not keep my selection.
Jannik _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Jannin, just an obvious observation: Fuel does not care at all about name extensions. The Fuel exporter that Martin did or whoever puts that .fl extension could be easily changed to .fuel if it is better.
cheers
On Wed, Jun 29, 2011 at 9:34 AM, jannik.laval jannik.laval@gmail.comwrote:
FL is Fuel :) export/import mse files is for files with an extension ".mse" export/import fl files is for files with an extension ".fl"
When you have a .fl file, you do not know that it is a fuel file. So I prefer to keep fl. It is not a simple acronym but a real reference to the file extension.
Jannik
On Jun 29, 2011, at 8:46 , Alexandre Bergel wrote:
- export:
- export to fl
What is FL I add no idea and I hate acronyms
+10
Alexandre
> does not work, there is a DNU. It seems that thenotification does not work
- export to mse > same problem than export to fl - import file structure > no progress bar. > why is it loaded in the same mooseModel and change themodel name ?
- import from fl / mse > it imports, but I do not see what it does. There is nonew model in the root. And no new entities in my model.
> after the import mse, the MooseBrowser twinkled !!!(strange behavior) and the VM used 100% of my processor....
- utilities
- bookmark entity: do nothing after asking for a name
- ensure classes and namespaces: do nothing. What is it ?
- infer namespace parents based on names: do nothing
- set root folder does not work: I select a folder, and it does not
keep my selection.
Jannik _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Sure, now the point is that Moose create a .fl, so we import a .fl
In fact, you are right, maybe we should put fuel, which seems better that .fl Thank you mariano.
Jannik
On Jun 29, 2011, at 9:52 , Mariano Martinez Peck wrote:
Jannin, just an obvious observation: Fuel does not care at all about name extensions. The Fuel exporter that Martin did or whoever puts that .fl extension could be easily changed to .fuel if it is better.
cheers
On Wed, Jun 29, 2011 at 9:34 AM, jannik.laval jannik.laval@gmail.com wrote: FL is Fuel :) export/import mse files is for files with an extension ".mse" export/import fl files is for files with an extension ".fl"
When you have a .fl file, you do not know that it is a fuel file. So I prefer to keep fl. It is not a simple acronym but a real reference to the file extension.
Jannik
On Jun 29, 2011, at 8:46 , Alexandre Bergel wrote:
- export:
- export to fl
What is FL I add no idea and I hate acronyms
+10
Alexandre
> does not work, there is a DNU. It seems that the notification does not work - export to mse > same problem than export to fl - import file structure > no progress bar. > why is it loaded in the same mooseModel and change the model name ? - import from fl / mse > it imports, but I do not see what it does. There is no new model in the root. And no new entities in my model. > after the import mse, the MooseBrowser twinkled !!! (strange behavior) and the VM used 100% of my processor....
- utilities
- bookmark entity: do nothing after asking for a name
- ensure classes and namespaces: do nothing. What is it ?
- infer namespace parents based on names: do nothing
- set root folder does not work: I select a folder, and it does not keep my selection.
Jannik _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- Mariano http://marianopeck.wordpress.com
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Hi,
This will mess up with the icon :)
Cheers, Doru
On 29 Jun 2011, at 09:58, jannik.laval wrote:
Sure, now the point is that Moose create a .fl, so we import a .fl
In fact, you are right, maybe we should put fuel, which seems better that .fl Thank you mariano.
Jannik
On Jun 29, 2011, at 9:52 , Mariano Martinez Peck wrote:
Jannin, just an obvious observation: Fuel does not care at all about name extensions. The Fuel exporter that Martin did or whoever puts that .fl extension could be easily changed to .fuel if it is better.
cheers
On Wed, Jun 29, 2011 at 9:34 AM, jannik.laval jannik.laval@gmail.com wrote: FL is Fuel :) export/import mse files is for files with an extension ".mse" export/import fl files is for files with an extension ".fl"
When you have a .fl file, you do not know that it is a fuel file. So I prefer to keep fl. It is not a simple acronym but a real reference to the file extension.
Jannik
On Jun 29, 2011, at 8:46 , Alexandre Bergel wrote:
- export:
- export to fl
What is FL I add no idea and I hate acronyms
+10
Alexandre
> does not work, there is a DNU. It seems that the notification does not work - export to mse > same problem than export to fl - import file structure > no progress bar. > why is it loaded in the same mooseModel and change the model name ? - import from fl / mse > it imports, but I do not see what it does. There is no new model in the root. And no new entities in my model. > after the import mse, the MooseBrowser twinkled !!! (strange behavior) and the VM used 100% of my processor....
- utilities
- bookmark entity: do nothing after asking for a name
- ensure classes and namespaces: do nothing. What is it ?
- infer namespace parents based on names: do nothing
- set root folder does not work: I select a folder, and it does not keep my selection.
Jannik _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- Mariano http://marianopeck.wordpress.com
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"It's not how it is, it is how we see it."
-
Alexandre Bergel -
jannik.laval -
Mariano Martinez Peck -
Stéphane Ducasse -
Tudor Girba