Re: [mylyn-integrators] Problems writing a custom context bridge

[Miles Parker <miles.parker@xxxxxxxxxxx>]

[let's drop integrators from the list, follow ups to incubator only]

On Aug 12, 2011, at 2:36 AM, Jan Mauersberger wrote:

thanks for the hints and all the information. I finally managed to get my bridge working and to see my objects in the context tree so I don't think it was a complete waste of time but rather a good lesson to understand mylyn context stuff. I'm now prepared to join the collaboration :-)

Yes, totally. I was in the same boat as well.

I was observing the code initially contributed by Benjamin to http://git.eclipse.org/c/mylyn/org.eclipse.mylyn.incubator.git so I did not recognize any updates. I will check https://github.com/MilesParker/mylyn.incubator instead, thanks Benjamin.

Yes, we're looking at moving that over too EclipseLabs git, but let me know if you want to commit to my fork.

[...]

http://dev.eclipse.org/mhonarc/lists/mylyn-integrators/msg00922.html

http://dev.eclipse.org/mhonarc/lists/mylyn-incubator-dev/msg00006.html

Naturally Integrators is the one Mylyn list that I didn't sign up to follow :), so I missed your message here. Please follow-up on incubator list since that is where the EMF bridge work is happening.

I tried to register to the incubator list but got a Mail Man error page :-( I will try later again...

That's pretty funny, the same thing happened to me when I tried to answer you on integrators. https://bugs.eclipse.org/bugs/show_bug.cgi?id=353378

[...] Perhaps you'd like to take that on?

https://bugs.eclipse.org/bugs/show_bug.cgi?id=343200

Well, give me some time to dive into the code ... afterwards,? No objection.

SOrry it is still such a moving target. In particular I'm mucking with a lot of the diagram stuff right now. Anyway, whatever works for you. Or if you see a big gap in the tasks somewhere else. And as I've grabbed all the tasks for myself ;) if you see something that I'm working on that you'd like a go at, let me know. Another thing that would be useful is to see how generalizable the basic setup is to other models. I'd like to have it work -- probably requiring a bit of glue customization -- for arbitrary GMF and perhaps even pure GEF / Graphiti models, so that might worth looking at.

We still haven't really decided what to do about two things: 1. EMF tree editor (e.g. the Sample Model editor, etc..) as well as general EMF.Edit generated editors. That might require a specialized editor though it might be possible to do something with the adapter factory, I'll have to look into that. 2. Layouts. There are a lot of issues with how or if it makes sense to approach actually laying out the editors depending on DOI.

BTW, Benjamin just discovered yet another go at this from a year or so ago [...]

From first look it seems to be the same code as the one from Yongming, isn't it?

I thought so, but this one looked a little different to me -- could be wrong about that as it's been a while since I looked at the other piece. I don't think there is anything there that we haven't replicated. I've updated the wiki for the GMF page to try to direct people to this effort.

cheers,

Miles