Tom,
A very good point indeed. I'd need to open a bugzilla anyway because
no line of code is committed without a bugzilla entry which allows us
to generate our release notes http://www.eclipse.org/modeling/emf/news/relnotes.php?project=emf&version=HEAD
that include a little link next to each bug which goes to the
search view http://www.eclipse.org/modeling/emf/searchcvs.php?q=215260
where the link on the right of the entry goes to http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.emf/org.eclipse.emf/plugins/org.eclipse.emf.edit/src/org/eclipse/emf/edit/provider/ItemProvider.java?root=Modeling_Project&r1=1.7&r2=1.8
which is an online diff view of the change. It's just too cool. Never
again do I have to personally and the question, what did you change for
this bugzilla nor even the question, what did you put in this build or
what build is this bugzilla in?
Tom Schindl wrote:
[...]
I don't know if EObjectObservableMap is
really supposed to handle the case of the key being a FeatureMap.Entry,
or some unwrapping logic (FeatureMap.Entry#getValue()) needs to be
inserted outside... (but where?) :-)
It seems to me that everything should be handled gracefully. But as I
said in other notes in the group, I've really tested this stuff very
little. I told Boris I wasn't going to check in the map support
because I didn't understand how it was used. So he explained it to him
and then it made more sense, but that was a few months ago now. If you
wanted to send me a zipped up (exported) set of projects I could import
to reproduce the problem either in the newsgroup or to merks at ca dot
ibm dot com I'd have a look at fixing it in time for next week's
build....
Would it make more sense todo this in bugzilla, then I could attach
myself there and get informations about the progress.
Tom
|