Community
Participate
Working Groups
N20060130-0010 (and earlier), GTK+ 2.8.8, KDE 3.4.3, X.org 6.8.2 I'll attach a screenshot. When I select collapse all in the Package Explorer, there is a big chunk of empty white space at the bottom. I apologize if I've mis-filed this bug.
Created attachment 33786 [details] Screenshot of the weird package explorer state
Note that we are seeing similar problems in the problems view using a tree with columns
this item is on the polish list for 3.2, will it be fixed for 3.2?
That is my hope.
I can't recreate this problem. Are there specific steps?
We need someone to help us recreate the problem. Otherwise, we should take this bug off the polish list. Tod, can you help us?
I think I can recreate this on GTK 2.8.10. When Tree items are collased or destroyed the tree doesn't 'clain bottom free space' nor reset the scrollbar. For me it looks worse in the outline view. 1. Open a class (a large one if possible, i used Tree.java) 2. Scroll to the middle in the outline view 3. check the button: hide non-public methods. => the view becomes empty, the scrollbar is wrong too. I'll attach the screenshot.
Created attachment 39337 [details] screenshot
snippet: Run it, scroll the tree till the end, press F2 fails on GTK 2.8.10, works on 2.4.4 public static void main(String[] args) { final Display display = new Display(); final Shell shell = new Shell(display); shell.setLayout(new FillLayout()); final Tree tree = new Tree(shell, SWT.BORDER); for (int i = 0; i < 200; i++) { TreeItem item = new TreeItem(tree, SWT.NONE); item.setText("Item " + i); } display.addFilter(SWT.KeyDown, new Listener() { public void handleEvent(Event event) { if (event.keyCode == SWT.F2) { TreeItem[] items = tree.getItems(); for (int i = 0; i < items.length; i += 2) { items[i].dispose(); } } } }); shell.setBounds(200, 200, 300, 300); shell.open(); while (!shell.isDisposed()) { if (!display.readAndDispatch()) display.sleep(); } display.dispose(); }
Bug in GTK, it is fixed in GTK 2.8.14, see: http://bugzilla.gnome.org/show_bug.cgi?id=316689 I tried to workaround this problem, but it happens deep down in the gtk internals.
This works fine in Fedora Core 5.
Tod, I asked you a question (comment #2) but forgot to check whether you were actually on this bug report. We think this is a WONTFIX. Do you agree?
If it is a GTK issue then I don't see that we should work around it this late in the game so I agree.
closing