Bug 77394 - when creating a new folder, konqueror should highlight the folder just created
Summary: when creating a new folder, konqueror should highlight the folder just created
Alias: None
Product: konqueror
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE RPMs Linux
: NOR wishlist with 115 votes (vote)
Target Milestone: ---
Assignee: Peter Penz
: 47896 62199 110902 146478 155706 (view as bug list)
Depends on:
Reported: 2004-03-12 15:55 UTC by Danny Allen
Modified: 2009-03-23 21:15 UTC (History)
12 users (show)

See Also:
Latest Commit:
Version Fixed In:

the current behaviour (52.07 KB, image/png)
2004-03-12 16:00 UTC, Danny Allen
what should happen (focus on new folder) (53.13 KB, image/png)
2004-03-12 16:01 UTC, Danny Allen

Note You need to log in before you can comment on or make changes to this bug.
Description Danny Allen 2004-03-12 15:55:55 UTC
Version:            (using KDE KDE 3.2.1)
Installed from:    SuSE RPMs
OS:          Linux

when creating a new folder in konqueror (rmb > create new folder), the newly created folder is not highlighted or focused on. 

This is a usability issue in folders with many other files and folders in, as it is difficult to locate the new folder (see attachments for details).

Comment 1 Danny Allen 2004-03-12 16:00:50 UTC
Created attachment 5190 [details]
the current behaviour
Comment 2 Danny Allen 2004-03-12 16:01:44 UTC
Created attachment 5191 [details]
what should happen (focus on new folder)
Comment 3 Mircea Bardac 2005-05-15 19:00:30 UTC
KDE 3.4

I would also like to "bump" this feature request and ask for an implementation which should work for all "Create new..." entries (folder, text file etc.).

I find it pretty natural to get this behaviour, most likely because the next natural step is to do something with the newly created object (be it folder or normal file).
Comment 4 Thomas Schildknecht 2005-06-28 13:31:07 UTC
i agree

btw, it's the same problem when one paste a file... the focus should pass to this files
Comment 5 Thomas Schildknecht 2005-06-28 13:35:15 UTC
this bug is a duplicate of http://bugs.kde.org/show_bug.cgi?id=47896
Comment 6 Tommi Tervo 2005-06-28 14:04:49 UTC
*** Bug 47896 has been marked as a duplicate of this bug. ***
Comment 7 Jaakko Holster 2005-07-20 15:07:09 UTC
I agree with this wish. When one creates a folder, usually [s]he wants to open it immediately. Konqueror should focus to the created folder (or file), so user does not need to locate it manually but just hit 'return'.

There should also be an option to make konqueror 'cd' into created directory automatically, if someone prefers that kind of behaviour.

For example, OS X's Finder (the filemanager) focus to the folder one has created. (No, OS X is not my ideal GUI, in fact I find it inconvenient.)

Note: by focusing I mean that the filename is surrounded by dotted border - not "coloured" or highlighted.
Comment 8 Dylan 2006-03-28 19:22:12 UTC
*** This bug has been confirmed by popular vote. ***
Comment 9 Tommi Tervo 2006-12-01 09:59:46 UTC
*** Bug 110902 has been marked as a duplicate of this bug. ***
Comment 10 Iñaki Baz Castillo 2007-02-11 22:15:48 UTC
I'd like to add that it is not enough if the created file or dir is highlighted/focused on. It should be visible too.

Imagine I have a directory with many files and directories. I'm viewing the first files (alphabetically) and create a new file or directory called ZZZZ. After press "OK" and create it I can't see the new file/directory because I still see the first objects of the window. 
I think Konqueror should go to and select the created file/directory after create it and scroll the browser to show the new file/directory.
The same problem occurs when I rename a file, it just dissapears and goes to the new position (alphabetically), but it's difficult to find it. 
Comment 11 Tommi Tervo 2007-03-16 08:10:47 UTC
*** Bug 62199 has been marked as a duplicate of this bug. ***
Comment 12 Tommi Tervo 2007-06-07 11:41:28 UTC
*** Bug 146478 has been marked as a duplicate of this bug. ***
Comment 13 FiNeX 2008-05-19 16:47:08 UTC
Sorry Peter for wildly add you in the CC of oldies bugs/wishes. It's the more quick way to inform you about issues from the past.

Probably in KDE 3.5 this feature will not be implemented. Could it be reasonably added on dolphin in KDE4?
Comment 14 Peter Penz 2008-05-19 16:53:02 UTC
> Probably in KDE 3.5 this feature will not be implemented.
> Could it be reasonably added on dolphin in KDE4? 

Yes, I think this is a good idea. I've reassigned this issue to myself and will fix this until KDE 4.2 (maybe 4.1, but no promise).
Comment 15 Angel Blue01 2009-03-04 17:46:58 UTC
I'm glad someone is working on this :-)
Comment 16 Harald Hvaal 2009-03-12 02:26:48 UTC
If some is working on this, I would like to add one important point. For a simple drag and drop, and the action of creating a folder, it is always clear what is going to appear and then will be selected afterwards.
However, in my case, a drag and drop from Ark will not know what will be extracted until the extraction has finished. For this reason I really need the function that will highlight the files to be exported as a public function available through dbus.
This way, ark extractions can also follow the same path as the one that is described here in this bug.

I have talked to peter penz about this before, but I am mentioning it again here because it seems from the mailing list that someone else might be working on this.
Comment 17 Ralph Müller-Welt 2009-03-12 03:40:34 UTC
I think the behaviour should be in sync with open/save-dialogs behaviour.
Me personal is enough to give new item focus as after creation of new item one has its hands on the kbd and one more enter dives into/opens it.

the auto dive into was one thing that confudes me when i hit 4.2.x.
Comment 18 Rahman Duran 2009-03-14 16:50:41 UTC
I am working on this and I'm in touch with Peter Penz. It is almost done; in Dolphin selecting and scrolling to new created item perfecly works for F10 action, context and file menu actions. We simplified some of existing code to share same code for all actions that handle "new item create". One issue left; this feature doesn't work for the context in konqueror. I made dolphinpart to share same code for F10 and Edit menu actions so they work in konqueror too. But dolphinpart uses some different mechanism (Kpart::BrowserExtensions) for context menu that I couldn't figure out yet. Expect this, every thing is Ok.
Comment 19 Peter Penz 2009-03-17 21:48:52 UTC
*** Bug 155706 has been marked as a duplicate of this bug. ***
Comment 20 Peter Penz 2009-03-18 14:25:58 UTC
[Update] a fix has been committed already, there are 2 open issues left:

- When using the F10 shortcut for "Create Folder", the new folder won't get selected (interface extension necessary in konqlibs).

- Does not work in Column View yet.
Comment 21 David Faure 2009-03-23 21:15:05 UTC
Interface extension added in KNewMenu.

But please don't forget the additional item:

- Does not work in Konqueror yet.