For the keyboard-using-thunar-users it would be very usefull if Thunar sets the focus on items if the following events occur: (as mentioned in the mailinglist before) * On 'item delete', auto select the next item or if you deleted the last item, select the last item in the list. Example: file1 <file2> selected file3 ...press "Delete"... file1 <file3> selected Current behaviour: none selected, and a 'down' keypress scrolls to top and selects the second item. You have to navigate to the old location to continue your work. Multiple select before delete is a workaround, but not to satisfactory... * On 'item paste', scroll to and select the pasted item(s) Current behaviour: none, so you have to manually try to find the pasted files to check if they are copied/moved to the current directory... Cheers! Harold.
It's some weird race condition with Gamin (kqueue/inotify backends). Works as expected with FAM.
Hm, no, different issue...
Created attachment 749 Possible fix Uhm, did I say _one_ race condition? Actually that were atleast two to three but all more or less related to invalid ordering of events from "fast" notification sources. This patch should atleast make it work in most cases, its not really perfect yet. It'll definitely not work for the trash root folder, tho.
Moving to 0.5.0rc2.
Fixed with revision 23149. 2006-09-13 Benedikt Meurer <benny@xfce.org> * thunar-vfs/thunar-vfs-monitor.c, thunar/thunar-standard-view.c: Fix several race conditions that were introduced over time and prevented the "new-files" job handling from working properly with Gamin and automatic folder reload. Bug #2199.
In today's revision (24255) this still isn't 100% solved. Example: I wanted to delete 2 files in one folder today. I scrolled down to the first file with the use of 'page down' and 'down', pressed 'delete' and when pressing the 'down' key again, I had to scroll all the way down again to delete the next file...
Here's my results with Thunar's master branch: (In reply to comment #0) > * On 'item delete', auto select the next item or if you deleted the last item, > select the last item in the list. > > Example: > > file1 > <file2> selected > file3 > > ...press "Delete"... > > file1 > <file3> selected > > Current behaviour: none selected, and a 'down' keypress scrolls to top and > selects the second item. You have to navigate to the old location to continue > your work. Multiple select before delete is a workaround, but not to > satisfactory... Behavior in master: file1 is selected after file2 is deleted. The view scrolls to file1. So I guess that's good. > * On 'item paste', scroll to and select the pasted item(s) > > Current behaviour: none, so you have to manually try to find the pasted files > to check if they are copied/moved to the current directory... Yes, that would be great. I'll work on a fix for this one.
I'm closing this one as fixed. Please re-open if this is not true. And please file a separate bug report for the enhancement related to pasting.