! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Cursor/selected item actions after change
Status:
RESOLVED: FIXED

Comments

Description Harold Aling 2006-08-20 11:54:55 CEST
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.
Comment 1 Benedikt Meurer editbugs 2006-08-26 20:20:39 CEST
It's some weird race condition with Gamin (kqueue/inotify backends). Works as expected with FAM.
Comment 2 Benedikt Meurer editbugs 2006-08-26 20:49:07 CEST
Hm, no, different issue...
Comment 3 Benedikt Meurer editbugs 2006-08-26 22:04:57 CEST
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.
Comment 4 Benedikt Meurer editbugs 2006-09-03 16:42:04 CEST
Moving to 0.5.0rc2.
Comment 5 Benedikt Meurer editbugs 2006-09-13 21:40:42 CEST
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.
Comment 6 Harold Aling 2007-01-05 13:28:29 CET
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...

Comment 7 Jannis Pohlmann editbugs 2010-11-13 20:20:15 CET
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.
Comment 8 Jannis Pohlmann editbugs 2011-01-24 18:30:37 CET
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.

Bug #2199

Reported by:
Harold Aling
Reported on: 2006-08-20
Last modified on: 2011-01-24

People

Assignee:
Jannis Pohlmann
CC List:
0 users

Version

Attachments

Possible fix (7.39 KB, patch)
2006-08-26 22:04 CEST , Benedikt Meurer
no flags

Additional information