Community
Participate
Working Groups
Since it is possible to generate code per adaptor (bug https://bugs.eclipse.org/bugs/show_bug.cgi?id=521222), there are now two different ways of generating code, which result in code being produced in 2 different locations. 1. Generation of whole toolchain based on the tools.codegenerator.ui plugin. This generates code assuming the base path of the eclipse project where the model resides. 2. Generation of each adaptor based on a context meny item defined in the Sirius model. In this geenration, the user is prompted for the base path. Make sure these 2 generation approaches are consistent in behaviour for the user.
New Gerrit change created: https://git.eclipse.org/r/111804
/org.eclipse.lyo.tools.codegenerator.ui/plugin.xml Has two problems: 1) org.eclipse.ui.popupMenus is deprecated 2) objectContribution (should be menuContribution) needs a child Visibility
(In reply to Yash Khatri from comment #2) > /org.eclipse.lyo.tools.codegenerator.ui/plugin.xml > > Has two problems: > > 1) org.eclipse.ui.popupMenus is deprecated > 2) objectContribution (should be menuContribution) needs a child Visibility Are these problems due to teh new change, or have they existed before? because the plugin has been working before.
Gerrit change https://git.eclipse.org/r/111804 was merged to [master]. Commit: http://git.eclipse.org/c/lyo/org.eclipse.lyo.tools.git/commit/?id=8fde435d89d7c94d183e1aac77bf4102d1942a11
Created attachment 271722 [details] A meny item that should not be visible in the context meny of a Adaptor A meny item that should not be visible in the context meny of a Adaptor
Created attachment 271723 [details] A meny item that should not be visible in the context meny of a Domain Specification A meny item that should not be visible in the context meny of a Domain Specification. It just does not make sense.