Re: [soc-dev] Eclipse Platform: Implementing generic in JFace viewers

[Hendrik Still <hendrik.still@xxxxxxxxx>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hey John,

I'm currently playing with the code from the master branch. You wrote
that you have some presentations on moving APIs to Java 5. It would be
very nice if you could send me some of them.

Regards,
Hendrik

Am 02.04.2013 15:18, schrieb John Arthorne:
> Hi Hendrik, this sounds great. There may be other candidates but I
> would be happy to act as a mentor on this. I can dig up some old
> presentation material on moving APIs to Java 5 to help get you
> started.
> 
> You can certainly run your own build, but the easiest way to
> develop is just build JFace in your Eclipse workspace and run the
> automated tests as you develop. Here are some pointers to help get
> started:
> 
> http://wiki.eclipse.org/Platform_UI/How_to_Contribute
> 
> John
> 
> 
> 
> 
> From:   Hendrik Still <hendrik.still@xxxxxxxxx> To:
> soc-dev@xxxxxxxxxxx, Date:   04/02/2013 08:13 AM Subject:
> [soc-dev] Eclipse Platform: Implementing generic in JFace viewers 
> Sent by:        soc-dev-bounces@xxxxxxxxxxx
> 
> 
> 
> Hey, my name is Hendrik Still and I'm interested to work on the
> topic "Eclipse Platform: Implementing generic in JFace viewers" as
> part of the GSoC. At the moment I'm studying Computer Science in my
> third year in Karlsruhe (Germany). Before I've started studying, I
> gained a degree as IT specialist for application development. As
> part of my work as a software developer and student I'm using
> Eclipse JDT, PDT, CDT..  daily. To be honest until now I've not
> committed to one of this projects or the eclipse platform yet, but
> I'm really looking forward to do so.
> 
> By now I've already cloned the source of eclipse.platform.ui,
> skimmed through the code and tried to build the platform from the 
> eclipse.platform.releng.aggregator.git repository. Currently my
> build isn't running but hopefully I'll get this to work by this or
> next week.
> 
> As far as I understand the main issue is that without specifying
> the type for e.g. the used model while compiletime leads to heavily
> using of casting. That's why, according to me, the goal is to avoid
> castings like in this example from www.vogella.com with the use of
> Java Generics
> 
> public class TodoLabelProvider extends LabelProvider { //... 
> @Override public String getText(Object element) { if (element
> instanceof Category) { Category category = (Category) element; 
> return category.getName(); } return ((Todo) element).getSummary(); 
> } //...
> 
> I really want to take the Google Summer of Code as a chance to
> learn more about the Eclipse Platform and about Eclipse opensource
> community, as well . Extending my proficiency, it would be a great
> chance to share my time and knowledge and become part of the
> project.
> 
> 
> Kindest Regards Hendrik Still
> 
> 
> 
> 
> _______________________________________________ soc-dev mailing
> list soc-dev@xxxxxxxxxxx 
> http://dev.eclipse.org/mailman/listinfo/soc-dev
> 
> 
> 
> 
> 
> _______________________________________________ soc-dev mailing
> list soc-dev@xxxxxxxxxxx 
> http://dev.eclipse.org/mailman/listinfo/soc-dev
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQEcBAEBAgAGBQJRcZcAAAoJECjZOs4dIxisMIgH/1Z9vmSGWErmImJuRcRZZij9
/i2w5jLnx8DDP21Iue42NZng9d/VPAgZ6A6EJLv6HBVD8OMIzWEhIALBxQif8b4R
XAzyf1yJidpIyYYKh6EszbA8n4SB3v5BJPq/fBxY1yVa6iNuKfy6LjyJPDiBTPcg
AOlpIsBaluVXFQAKoWEuLZaYEexAc5gWx8NXOjObLeOWObIfaB7A6O4JKQlga35u
GwKjdFop/z9GBedbUfhKWtUxhbm7PZP6TPsJDSiOLJzSuMYSXeG7bt94p0uHb2ZN
WPcc3BiJcAfAOvX8/jBK33IiDtk2GlJEpobLilUEW7H4T/dEKL8syE6vZ7j+Jsw=
=zef6
-----END PGP SIGNATURE-----