Hi Tom, Many thank's to have taking time to answer me. I would like migrate ourXDocReport Eclipse Application<http://xdocreport-rap.opensagres.cloudbees.net/xdocreport?startup=fr.opensagres.xdocreport.eclipse.ui.application>and our MongoDB IDE <https://github.com/opensagres/mongodb-ide> with e4 which uses a lot of dialogs, wizards and FormToolkit FormEditor and so I tell me what is the best pratice to do that. I would like having pure e4 code and not use 3.x bridge (I suppose this bridge will be deprecated in the future of e4, EditorPart, ViewPart will be deprecated too, is that?).
I have seen your ModelEditor<http://git.eclipse.org/c/e4/org.eclipse.e4.tools.git/tree/bundles/org.eclipse.e4.tools.emf.ui/src/org/eclipse/e4/tools/emf/ui/internal/common/ModelEditor.java>code and I find there are a lot of code that we could set in an abstract class editor (perhaps it's the "add native support for editors " that you told me. So I tell me if e4 could provide some abstract class for Editor (Editor with multi-page, Editor with FormToolkit etc..). I understand the e4 idea with Part is to use Pojo with annotations (@Focus, etc) but I think it should be cool if e4 provides those abstract class for Editor (you use it or not). 2012/8/27 Tom Schindl <[email protected]> > When you talk about wizards, which wizards do you talk about? Those > configured using extension points or custom ones? If it is the latter > you can use DI using ContextInjectionFactory in your custom code. > I talk about the 2 wizards kind. In our application we use DI with wizard+dialog with Spring DM to consume some OSGi services. For instance if you see http://code.google.com/p/xdocreport/source/browse/dynaresume/org.dynaresume.eclipse.ui/plugin.xml?repo=eclipse I declare a dialog (and wizard) like editor : <extension point="fr.opensagres.xdocreport.eclipse.ui.dialogFactories"> <factory id="org.dynaresume.eclipse.ui.dialogs.SearchResumeDialog" class="org.eclipse.springframework.util.SpringExtensionFactory:searchResumeDialog" title="%SearchResumeDialog.title" > </factory> </extension> (I have created an extension point for that). So I tell me how to manage that with e4? It seems ContextInjectionFactory that you suggested me, is the solution. > > Same goes for dialogs although those are always custom code and you use > ContextInjectionFactory. > > Same goes for editors but they are not yet available in e4 and you need > to use the compat layer there at the moment. Take a look at the > model-editor which uses DI for implementating an editor and dialogs. > > Final note: We plan to provide Wizards, Dialogs are part of the > Application Model in 4.3 and add native support for editors in e4 > applications. > Cool! What do you mean with native support for editors? You wish provides some abstract class editor? Regards Angelo > > Tom > > > Am 27.08.12 01:13, schrieb Angelo zerr: > > Hi E4 Team, > > > > E4 provides DI which is really great, but it seems working just with > > Part (perhaps I'm wrong, I'm a newbie). I tell me how to we can benefit > > from DI with > > > > * wizard > > * dialog > > * editor. > > > > How to manage that with E4 (create Addon, etc) ? > > > > When I say "editor", I would like to use FormToolkit to have a Part like > > FormEditor (like PDE editor). > > Is EditorPart (FormEditor extends EditorPart) are depreceated in E4? If > > yes, how to manage the same think than FormEditor with e4? > > > > Perhaps, e4 should to provide some classes like EditorPart, > > MultiPageEditor, FormEditor? > > > > Many thank's for your answer. > > > > Regards Angelo > > > > > > _______________________________________________ > > e4-dev mailing list > > [email protected] > > https://dev.eclipse.org/mailman/listinfo/e4-dev > > > > > -- > B e s t S o l u t i o n . a t EDV Systemhaus GmbH > ------------------------------------------------------------------------ > tom schindl geschäftsführer/CEO > ------------------------------------------------------------------------ > eduard-bodem-gasse 5-7/1 A-6020 innsbruck fax ++43 512 935833 > http://www.BestSolution.at phone ++43 512 935834 > _______________________________________________ > e4-dev mailing list > [email protected] > https://dev.eclipse.org/mailman/listinfo/e4-dev >
_______________________________________________ e4-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/e4-dev
