Hello,
I didn't find any issue about this problem, but it surely exist one:
When I import a model with inFusion and then try to export it to MSE, it
raise an error.
In my case, the 'isWrite' instance variable of a FAMIXAccess is not
initialized when importing MSE from inFusion. Then, it generate an error
when trying to export this information.
The problem come from inFusion, and I don't know if someone is already
looking at that? (tell me if I have to open an issue)
I'm trying to set some actions on items in a glamour tree presentation, say:
actions: [:tree | tree selection xMenuItems ]
But #selection called on the widget returns nil. Is this the expected behaviour?
I managed to get what I wanted after diving in the object:
actions: [:tree | tree selectionPath last xMenuItems ]
--
Simon
Hi,
I have improved a bit the drop down list. Its superclass now is GLMFormattedPresentation.
The new versions are:
Glamour-Presentations-VeronicaUquillas.79
Glamour-Morphic-VeronicaUquillas.282
Glamour-Examples-VeronicaUquillas.142
Regards,
Veronica
Hi,
i was looking for the type returned by a java method but i didn't find anything related to it neither in the FAMIX MM nor in the MSE file generated by inFusion. Is this information available in the meta model?
Cheers,
Fabrizio
hi thorsten
Good to hear about you. We made huge progress since then :)
Now for PHP we do not have an importer but I imagine about a week of work to get one using fame and PHP knowledge.
I imagine that we some incentives we could find some ways to have this support. :)
tell us more
Stef
> hello,
>
> i have just a short question. i know moose from my good old smalltalk times, but i'm currently need to reorganize a huge php project. are you supporting php code as well?
>
> best regards
>
> thorsten dittmar
> _______________________________________________
> Moose mailing list
> Moose(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose
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."