Label pane scroll position inconsistent
-
The default scroll-position of the label pane should depend on the justification selected in the settings. E.g. If justified Top, default scroll position should be at the top.
-
When the label pane changes (i.e. on window resize or split-pane size change, relative scroll position keeps up). E.g. If split pane is dragged down and the label pane scroll is at the top, the label pane scroll position should remain at the top.
Currently, neither of these behaviors seem to happen. Scroll position of the label pane deteriorates as elements change size/position, requiring continual manual corrective scrolling.
Comments (10)
-
reporter -
reporter -
assigned issue to
-
assigned issue to
-
reporter Also, selecting an item from the select list should probably initiate the search.
-
reporter In fact, live updating here as you type might be appropriate.
-
reporter - changed version to alpha03
-
reporter I think that adjustScrollBar should probably take into account previous scroll position somehow and re-scroll there when it has changed indirectly.
-
reporter - changed status to resolved
This is fixed as of the "label pane scroll idea" branch with the "whizzing" labels.
-
reporter - changed status to closed
Merged to master.
-
reporter - changed component to General interface
-
reporter - removed milestone
Removing milestone: General interface (automated comment)
- Log in to comment
Hitting enter in the gene search box doesn't appear to always work, but it sometimes gets updated when you hit enter in the array search box (even if you haven't changed its search string). Hitting enter in either box should update based on the values in both boxes.
Also, the wildcard doesn't appear to always be selecting all results. After searching for a gene, if I enter a wildcard search of CCR*, I should end up with 2 squares selected, but I'm only getting 1. If I empty the gene search box and then enter the same array search, I end up with the expected 2 columns selected.