Bug 314469 - Dolphin uses dialog for "create new" context command.
Summary: Dolphin uses dialog for "create new" context command.
Status: CONFIRMED
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 2.1.97
Platform: Ubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
: 214617 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-02-05 18:36 UTC by Volkan
Modified: 2018-04-21 19:23 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Volkan 2013-02-05 18:36:25 UTC
Dolphin uses dialog for "create new" wishes. This is not really friendly.

Reproducible: Always

Steps to Reproduce:
1. Right click on Dolphin
2. Hover Create...
3. Click on any new file type
Actual Results:  
It shows a dialog to type a name for the file to be created.

Expected Results:  
It should create the file first, then highlight the filename to change it.

This is more usable and friendly. In addition, the extension can also be shown so that user can change with Ctrl+A shortcut
Comment 1 Frank Reininghaus 2013-02-06 12:37:10 UTC
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 :-(
Comment 2 Volkan 2013-02-06 13:34:02 UTC
(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.
Comment 3 Frank Reininghaus 2013-02-06 13:41:16 UTC
(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.
Comment 4 Volkan 2013-02-06 13:50:57 UTC
(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 :).
Comment 5 Frank Reininghaus 2013-02-06 16:55:59 UTC
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.
Comment 6 Elvis Angelaccio 2017-01-14 14:17:13 UTC
*** Bug 214617 has been marked as a duplicate of this bug. ***