SlickEdit Community
SlickEdit Product Discussion => SlickEdit® => Topic started by: wyckster on June 06, 2011, 03:47:45 pm
-
When I enter a filter in the buffers window, many file names will disappear from the list, leaving a vertical gap, where there's a placeholder for a list item, but there's no text, icon, or vertical divider rendered. You can still mouse-over them and the tooltip appears, and if you use the up/down arrow keys, then as the cursor passes over the gap where the missing item should be, it turns into a real item and renders correctly again. Until you click an item again, then random items disappear again.
It's too bad there's a bug because otherwise the filter is a very useful feature of the buffers window.
I'm using SlickEdit Version 15.0.1.3 on Ubuntu.
-
Can you provide a screen shot? That would help us to figure out what's going on here. In my quick tests, everything seems to be working just fine.
-
Here's the bad version with a gap. Usually happens after double-clicking on an item in the list.
(http://img96.imageshack.us/img96/1663/slickeditgap.png) (http://img96.imageshack.us/i/slickeditgap.png/)
Here's a screenshot demonstrating that hovering over it with the mouse reveals the item is actually there. Notice that the icon is missing.
(http://img194.imageshack.us/img194/9816/slickeditbadtooltip.png) (http://img194.imageshack.us/i/slickeditbadtooltip.png/)
Here's what it's supposed to look like.
(http://img17.imageshack.us/img17/2977/slickeditgood.png) (http://img17.imageshack.us/i/slickeditgood.png/)
Uploaded with ImageShack.us (http://imageshack.us)
-
Maybe this is a variation of the repaint problem which I suspect didn't get fixed
http://community.slickedit.com/index.php?topic=6997.0 (http://community.slickedit.com/index.php?topic=6997.0)
-
This is a bug in the tree control we haven't been able to reproduce such that we can use it for debugging. The good news is that next year we expect to have a new implementation for the tree control so the odds of this bug still hanging around are 0.
-
Curious. Well, like I said, it only happens when there is a filter. If I view the unfiltered list, I never see a painting problem. Also, the painting problem usually (not always) occurs immediately after double-clicking an item in the list.
Thanks for looking into it. I guess I'll have to look forward to a new tree control!