Community
Participate
Working Groups
Questionable Code-Parts: - AbstractTreeViewer#itemExists() - CheckedTreeViewer in general because and because TreeViewer supports it - StructuredViewer#associate() - TreeViewer#handleTreeExpand() don't we have to pass the TreePath to uniquely identify which item is expanded? - ILazyTreeContentProvider don't we have to pass the TreePath? - ViewerDropAdapter only the model object is not good enough for TreeViewer with multiple same instances. This is only a list I came up in the last minutes. We should look closer to those parts and see if the current implementation is correct or not I only wanted to log the code parts so that they are not forgotten.
Changing OS from Mac OS to Mac OS X as per bug 185991
Hitesh is now responsible for watching bugs in the [Viewers] component area.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.