- Some stuff just doesn't make sense to be generified because it often contains various kinds of objects, e.g. (tree) viewers. See also *http://dev.eclipse.org/mhonarc/lists/platform-ui-dev/msg05459.html* <http://dev.eclipse.org/mhonarc/lists/platform-ui-dev/msg05459.html>.
We need to investigate that, for example in the e4 tools project our tree is based on MApplicationElement hence for us it would make sense to have a generified TreeViewer. 2014-07-30 11:42 GMT+02:00 Daniel Megert <daniel_meg...@ch.ibm.com>: > Just for the records, here are some constraints that I required in order > to agree to continue that work: > > - Some stuff just doesn't make sense to be generified because it often > contains various kinds of objects, e.g. (tree) viewers. See also > *http://dev.eclipse.org/mhonarc/lists/platform-ui-dev/msg05459.html* > <http://dev.eclipse.org/mhonarc/lists/platform-ui-dev/msg05459.html>. > - If generified types cannot be plugged together unless everything is > again just Object or Class, it's not worth to generify those types. > - The generified code must be in a shape so that clients can start to fix > their code by invoking Refactor > Infer Generic Type Arguments... This > needs to be validate on existing Platform UI code. > > Dani > > > > From: Lars Vogel <lars.vo...@gmail.com> > To: cross-project-issues-dev@eclipse.org, Jeanderson Candido < > jeanderso...@gmail.com>, Hendrik Still <gamm...@gmail.com> > Date: 30.07.2014 11:23 > Subject: [cross-project-issues-dev] Information about the > "Generifing JFace viewers" project > Sent by: cross-project-issues-dev-boun...@eclipse.org > ------------------------------ > > > > Hi, > > as some of you probably remember, the platform.ui team started a GSoC > project last year to generify the JFace viewer framework. We (platform.ui > team together with John Arthone and Dani Megert) decided that it is worth > to finish this project and started a new GSoC project. > > Jeanderson Barros Candido (cc) is working on this project with Hendrik > Still (cc) (GSoC student from last year) and me as mentor. > > I personally think the work looks already very good and plan to integrated > it soon into the master. We are trying to learn from the experience from > last year, therefore: > > - We plan to integrate it as a whole, not piece wise so people can fix > warning messages created by this change > - We reworking the JFace snippets and tests at the same time to have a > first proof-point > - We plan to use it for platform views to validate that it works > > > Of course generifying an existing API, will result in certain limitations > and some suggested a complete rewrite of the JFace viewer framework but > this is currently not the scope of this project. > > The implementation is currently done at Github: > *https://github.com/jeandersonbc/eclipse.platform.ui* > <https://github.com/jeandersonbc/eclipse.platform.ui> and we do our > planning in *https://github.com/jeandersonbc/gsoc14-eclipse-planning* > <https://github.com/jeandersonbc/gsoc14-eclipse-planning>. > > If someone wants to test the new implementation and provide feedback, > please let us know. > > Best regards, Lars_______________________________________________ > cross-project-issues-dev mailing list > cross-project-issues-dev@eclipse.org > To change your delivery options, retrieve your password, or unsubscribe > from this list, visit > https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev > > _______________________________________________ > cross-project-issues-dev mailing list > cross-project-issues-dev@eclipse.org > To change your delivery options, retrieve your password, or unsubscribe > from this list, visit > https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev >
_______________________________________________ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
