Community
Participate
Working Groups
Currently the only way to add custom information to editor left bar (same place where "Marker Bar" and line numbers) is to subclass the concrete editor. Please add an API to allow to add such info globally to all editors. Use cases for this feature may include CVS annotations, cross references, coverage information, etc. In many cases marker icon is not enough.
Any plans to address this issue in 3.2 stream?
Not planned for 3.2.
From a discussion on platform-text-dev@eclipse.org: If we added API for contributed columns, we would probably also provide an abstract base implementation taking care of boilerplate code and offering some event/notification mechanism for line-events (like "line selected", "line clicked"). One problem that would arise is that we have to stay compatible with the existing API of CompositeRuler. CompositeRuler makes some assumptions about the contained ruler columns (e.g. every column consists of a single Canvas and no child controls) that we should get rid of before adding the API. Other questions that need to be answered: * context menu - should the ruler continue to show the same context menu for all columns, or should a column (optionally) be able to have its own? * accessibility - with more and more information in the ruler, can we offer a way to make the ruler accessible (e.g. give focus to the ruler)? * painting: currently all ruler columns implement their own double-buffer painting, which may not scale well. * column ordering - this is currently done by the editor as the controlling instance - how would ordering work with arbitrary columns? * overview ruler - should there also be additional overview rulers? probably... * resizing - should rulers support (horizontal) resizing? this would be interesting to "expand" the condensed information upon user request
Tom, what I've suggested here is to add a single column which content (text and colors) would be rendered automatically, but the data (again, text, line ranges, etc) could be dynamically changed by the custom data provider eliminating all the work needed for custom canvas painting. User can choose which data provider should be used at a moment in a way similar to quickdiff providers. Speaking of the context meny, I think that the current one already has usability issues, such as no keyboard shortcut for invoking it (which by the way should be fixed too!) and adding new popup menus would only icrease this mess. I probably agree with you about the resizing. It would be convenient to have it.
>Speaking of the context meny, I think that the current one already has usability >issues, such as no keyboard shortcut for invoking it (which by the way should be >fixed too!) What's wrong with Ctrl+F10?
(In reply to comment #5) > >Speaking of the context meny, I think that the current one already has usability > >issues, such as no keyboard shortcut for invoking it (which by the way should be > >fixed too!) > What's wrong with Ctrl+F10? Ops, my fault. Ctrl-F10 is just fine, please keep it there. :-)
Marking as dup of bug 25793 which is even older; I will copy comment 3 over. Note that this is on the 3.3 plan - please add any further thoughts and comments to bug 25793. *** This bug has been marked as a duplicate of 25793 ***
