Community
Participate
Working Groups
3.0M9 - activate code folding and find a text range with annotations (e.g. QuickDiff changes or task tags) - collapse the region => The (folded) annotations are not rendered in the overview ruler. However, if you hover over the right position in the overview ruler, the annotation message is shown in a tooltip. => expected: annotations still rendered
This is on purpose. The thumb reflects the visible region of the viewer. When showing all annotations we'd loose that relation. Also, it's in sync with the segmented mode. No action for 3.0
I agree that the thumb reflects the visible region of the viewer and I also think it's correct to collapse a collapsed region in the overview ruler too. However, errors and warnings are already shown in a combined annotation when the region is collapsed. What I suggest is that the other annotations should likewise be rendered in the overview ruler at the position of the top line of the folded region. They are already there when you hover over the right position - only the colored rectangle is missing. I agree this not critical for 3.0, but it would be nice to see that there is something in a collapsed region (e.g. changes or todos in a nested type) with a quick glance at the overview ruler.
*** Bug 65774 has been marked as a duplicate of this bug. ***
*** Bug 66896 has been marked as a duplicate of this bug. ***
Agree with comment #2, and I think that when the user clicks on the 'combined annotation icon' in the overview ruler, the code should unfold and the editor should be scrolled to the location of the first annotation in the previously folded region (just as if the code was not folded).
*** Bug 73133 has been marked as a duplicate of this bug. ***
*** Bug 76650 has been marked as a duplicate of this bug. ***
*** Bug 82348 has been marked as a duplicate of this bug. ***
See bug# 82348 for proposed change (i.e. option to enable or disable this "feature")
*** Bug 98367 has been marked as a duplicate of this bug. ***
*** Bug 71758 has been marked as a duplicate of this bug. ***
*** Bug 103114 has been marked as a duplicate of this bug. ***
*** Bug 113392 has been marked as a duplicate of this bug. ***
Time permitting for 3.2
This has to be deferred.
*** Bug 109314 has been marked as a duplicate of this bug. ***
For a bug this old it would be helpful to get a sense of whether it will be considered for the future or whether it is considered low priority now that it is no longer on the 3.3 plan. For example, on the Mylar end we may need to plan some additional UI to work around this, because in the presence of having Mylar folding most declarations in a typical Java file, the overview ruler can no longer be 'trusted' by the user as a mechanism for finding matches or other important annotations.
This depends on how much resources we will have for the next release and what the themese will be. Of course a patch is always welcome if someone is really hot for a feature / bug fix.
Will this be considered for the 3.4 plan?
Not without help.
Created attachment 147100 [details] Work in progress (using internal code) The fix for this decrease performance in case of enabled folding.
Fixed in HEAD. Available in builds > N20100119-2000.
Verified with I20100125-0800 for 3.6 M5.
.
