Bug 314469

Thanks for the report! This looks interesting at first sight, but if you have a closer look, there are lots of problems with this approach. Just to name a few that come to my mind immediately:

1. If the file is first created with some default name, the view would scroll to the position of the new item, which might be annoying.

2. As soon as the renaming is done, the view will scroll again to a new position - annoying again. (With the current approach, the view scrolls exactly once.)

3. There wouldn't be a possibility to cancel the creation of the file any more. Pressing Esc would just cancel the renaming and leave the unwanted file with the default name untouched.

So I'm afraid that I can't quite agree with the "more usable and friendly" statement :-(

(In reply to comment #1)
> Thanks for the report! This looks interesting at first sight, but if you
> have a closer look, there are lots of problems with this approach. Just to
> name a few that come to my mind immediately:
> 
> 1. If the file is first created with some default name, the view would
> scroll to the position of the new item, which might be annoying.
> 
> 2. As soon as the renaming is done, the view will scroll again to a new
> position - annoying again. (With the current approach, the view scrolls
> exactly once.)
> 
> 3. There wouldn't be a possibility to cancel the creation of the file any
> more. Pressing Esc would just cancel the renaming and leave the unwanted
> file with the default name untouched.
> 
> So I'm afraid that I can't quite agree with the "more usable and friendly"
> statement :-(

But what about in GNOME? They have it and do not have dialogs for creating new files. Yes cancelling would leave the default name and user can simply use Ctrl+Z or delete that file. 

Also, renaming in Dolphin does not use dialogs and this can also be done in the same way.

Lastly, why does renaming scrolls two times (your 2nd statement)? I could not understand.

(In reply to comment #2)
> Lastly, why does renaming scrolls two times (your 2nd statement)? I could
> not understand.

Just tried it in Nautilus, and it indeed shows that behaviour:

1. Create new document -> the view jumps to the end (or whereever 'Untitled Document' occurs).
2. Enter the new name, e.g., 'a' -> view jumps to the position where the new item is now located.

So the view jumps twice. In Dolphin, it only does that once (namely, after the dialog is closed). I thought that this might be quite disturbing, but I'm not a usability expert.

(In reply to comment #3)
> (In reply to comment #2)
> > Lastly, why does renaming scrolls two times (your 2nd statement)? I could
> > not understand.
> 
> Just tried it in Nautilus, and it indeed shows that behaviour:
> 
> 1. Create new document -> the view jumps to the end (or whereever 'Untitled
> Document' occurs).
> 2. Enter the new name, e.g., 'a' -> view jumps to the position where the new
> item is now located.
> 
> So the view jumps twice. In Dolphin, it only does that once (namely, after
> the dialog is closed). I thought that this might be quite disturbing, but
> I'm not a usability expert.

Ummm. Now I got it. But I thought that scrolling should not be the big problem. Anyway, mine was just an idea :).

Fair enough :-) I'm not saying that the idea is bad. It's just that people got used to the way it is now, and they might find any disadvantage of any new approach disturbing. But I don't have any strong opinions about this. If lots of people support your idea, one might consider changing it.

*** Bug 214617 has been marked as a duplicate of this bug. ***