Community
Participate
Working Groups
The tuning of the task context model decay scaling factor is not aware of screen sizes. This means that views that are focused can often end up with a scollbar when a lot of elements are interesting, especially when working on smaller monitors. We've wanted to implement this for some time, but were concerned that it would be confusing to have different interest filter thresholds on different views. But once we get the in-place context view (bug 174677), we will have a "canonical" task context view that the user can refer to at any time. We already have a manually configurable interest filter on the Context editor tab, and now just need a mechanism for measuring how many items can fit into the view, and adapting the threshold of the filter accordingly.
Tentatively scheduling for 2.3.
Please don't do that only to force us not use Java Declaration Filter
Hope to explore this further for 3.1.
Postponing.
TBD whether or not this makes sense to do. Llet's discuss before proceeding.
Perhaps using only the interest is the wrong way to prevent scrolling for tree views. Instead, we could remove elements starting from the bottom of the tree. For the package explorer, this might mean that on a small monitor, I see all interesting classes but only the most interesting methods and fields. Basically, rather than rasing the interest threshold uniformly, we would raise it more for elements that are deeper in the tree, and we would not raise it at all for the top level elements (projects in the package explorer). This would ensure that the user could still get to those interesting elements that were hidden without having to completely unfocus the view. Of course, one could argue that the nodes that appear as leaves in a filtered tree are the _most_ interesting nodes, and so instead of hiding them we should hide the super-structure. It's strange in a way that there is no view that shows only interesting classes and methods, without projects or packages. Having a node for the src folder is of no value to me at all.
Some kind of interest-based semantic zooming when holding Ctrl and using the mouse wheel would be really cool.
Mylyn has been restructured, and our issue tracking has moved to GitHub [1]. We are closing ~14K Bugzilla issues to give the new team a fresh start. If you feel that this issue is still relevant, please create a new one on GitHub. [1] https://github.com/orgs/eclipse-mylyn
