Community
Participate
Working Groups
It is possible for some dynamic presentationReconcilier that they actually have nothing to contribute to the file. That's for example the case of the TextMate based one mentions in bug 507753 , which is meant to be associated on all types and to do something or not according to whether a textmate grammar is found. The generic editor should handle the case of multiple presentation reconciliers associated to a file-type (using the most specialized with higher priority), and in case the current top-priority reconcilier does nothing, defer to the next one.
I believe bug 514979 would allow to cover the user-story in a more elegant and consistent manner.
New Gerrit change created: https://git.eclipse.org/r/102624
(In reply to Eclipse Genie from comment #2) > New Gerrit change created: https://git.eclipse.org/r/102624 The strategy implemented here is that a PresentationReconciler can "opt-out" from binding to Generic Editor by throwing an IllegalArgumentError during `install`. For example, a reconciler that needs to check things dynamically against current editor instance or document to evaluate whether they're useful or not can send the IllegalArgumentError so the Generic Editor will ignore it and try another registered one.
As part of this change, we should sort presentationReconcilers by "specialization" ie we sort the provided reconciler extensions by most specialized content-type first.
The proposed patch seems to introduce an issue. It seems like bug 520685 can cover the same user-story better. So let's focus on bug 520685 and then re-evaluate whether we need it.
Let's abandon this one bug 520685 and related patch covers the initial user story with a cleaner solution.