GNOME Bugzilla – Bug 45588
Switching sort criterion leaves scroll position somewhere arbitrary
Last modified: 2008-10-12 15:06:55 UTC
This may have gotten worse due to my recent changes to fix scrolling region problems, but I think the basic problem was always there. To reproduce: (1) Launch Nautilus and switch to icon view if necessary. Make sure there are enough icons that the vertical scroll bar is visible. (Find another more crowded directory otherwise.) (2) Choose View->Lay out->manually (3) Choose View->Lay out->by Name In a sensible world the window would end up scrolled to the top. But in our world that does not happen. I think this is a must-fix for 1.0, possibly for PR3. ------- Additional Comments From darin@bentspoon.com 2001-01-15 12:21:40 ---- A quick fix for this is probably to force a scroll to the top each time we re-layout. ------- Additional Comments From don@eazel.com 2001-02-07 14:00:22 ---- I could live with this if we don't fix it for 1.0. ------- Additional Comments From don@eazel.com 2001-02-15 23:51:51 ---- Not a 1.0 blocker. ------- Additional Comments From sullivan@eazel.com 2001-03-09 15:24:12 ---- See also related bug 47632. ------- Additional Comments From eli@eazel.com 2001-03-26 11:11:39 ---- QA Assigning to self. ------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:51 ------- The original owner (engber@eazel.com) of this bug does not have an account here. Reassigning to the default owner of the component, nautilus-maint@bugzilla.gnome.org.
Changing to "old" target milestone for all bugs laying around with no milestone set.
The current behaviour seems more fair to me, showing aproximately the same files as before the change of layout-order. But the usability-team has probably better ideas on the correct behaviour.
*** Bug 47632 has been marked as a duplicate of this bug. ***
I haven't played with this to see exactly how it behaves now, but my guess is that the appropriate behaviour would be to ensure that the last item you selected was still visible after a re-layout, preferably in roughly the same position within the view as it was before. If no items were selected, scrolling to the top might be a reasonable default. Or perhaps ensuring that whatever item was deemed to be 'in the middle' of the view before the layout switch was still 'in the middle' afterwards, or as near as you could make it. Would probably need to play with a bit to decide which of these behaviours was less annoying :)
Created attachment 120016 [details] [review] Patch for this bug Hi, I'm attaching a patch for this issue, it reveals the selection after the user sorts by some type or clicks the "reverse order" sort action.
I commited the patch, marking this as fixed.