Created attachment 174983 [details] This is the window I'm speaking of. Is there any reason to why "Create New File/Folder" window even exists? As far as I'm aware, it would be faster to create the file/folder with their default names and auto-select them for quick naming. So I'm requesting for this change.
How is that faster?
(In reply to David Edmundson from comment #1) > How is that faster? 1- As it is, clicking to create a file/folder will open that window, which will then create the file. 2- With this change, clicking to create a file/folder will create it and make its name highlighted. Although it's about a single second of time that will be gained, it proves that the window has no existencial purpose.
Created attachment 174986 [details] Concept art of the request.
Created attachment 175038 [details] Concept video of the request.
It might also solve Bug 493354 , which is related to this same window.
It might need a setting, as inline creation would not allow to create a hierarchy of files, might group it with the inline renaming setting. And plasma/dolphin/kio will to be follow the setting (probably as the renaming setting does. I.e it would be more basic. This has my preference over https://bugs.kde.org/show_bug.cgi?id=493354.
To not lose the feature of creating a folder with multiple subfolders in one go, it could be made so when naming a folder's name as "Cool Name/Cooler Name/Coolest Name" the slashes would create the subfolders.
Created attachment 175464 [details] Renaming with "/" would create subfolders (New feature). That would also add this feature when renaming folders, which would be a very neat addition. A "Tooltip" should appear and inform the user that using slashes will create subfolder(s).
*** Bug 493354 has been marked as a duplicate of this bug. ***
(In reply to Méven Car from comment #6) > It might need a setting, as inline creation would not allow to create a > hierarchy of files, might group it with the inline renaming setting. > > And plasma/dolphin/kio will to be follow the setting (probably as the > renaming setting does. > > I.e it would be more basic. > > This has my preference over https://bugs.kde.org/show_bug.cgi?id=493354. What is a "hierarchy of files" and why the "Rename"'s text entry box can't completely replace the "Create New File/Folder"'s text entry box because of it?
It's possible. Right now creating files/folders using a dialog allows us to use shared code with other KDE apps like Dolphin, which is a benefit. The cost is a less integrated experience.
(In reply to Nate Graham from comment #11) > It's possible. Right now creating files/folders using a dialog allows us to > use shared code with other KDE apps like Dolphin, which is a benefit. The > cost is a less integrated experience. Considering that this Inline feature will mostly reusing the renaming system and update how it interprets "/" to create subfolders. So I don't think it will be a lot less integrated with existing code. (But then again I'm not a programmer)
Would it be a good idea that if whenever you added a couple of "/" when re/naming a file's, it would put the file under a folder and subfolders of the names divided by "/", leaving the last one to the file itself?
(In reply to Fernando M. Muniz from comment #13) > Would it be a good idea that if whenever you added a couple of "/" when > re/naming a file's, it would put the file under a folder and subfolders of > the names divided by "/", leaving the last one to the file itself? To put it simply, naming a text file like this would create the folders and the file inside of them: Cool folder/Cooler subfolder/Coolest text.txt
Let's try to keep bug reports to only one topic.
The Inline "Create New File/Folder" should ignore every "//////" a folder's name starts with, then read the actual text after it (if exists). Currently anything that starts with "/" is simply not created, which could become frustrating with the Inline version. If a user creates "Main-Folder///ILovePlasma" the "//" should be "New Folder" "New Folder (1)" inside "Main-Folder" alongside "ILovePlasma". That would allow experienced users to efficiently create multiple generic folders inside any of the properly named sub/folders they desire.
Please stop talking about that in this bug report.
Honestly I'm not sure this it worth the effort. All those other issues you've opened shows how much work this would be, and for what real benefit? Unclear at this point. And it would make the desktop inconsistent with Dolphin, too. Sorry, I don't think we'll be able to consider this.
(In reply to Nate Graham from comment #18) > Honestly I'm not sure this it worth the effort. All those other issues > you've opened shows how much work this would be, and for what real benefit? > Unclear at this point. And it would make the desktop inconsistent with > Dolphin, too. Sorry, I don't think we'll be able to consider this. Should I reopen Bug 493354 ?
Yeah, that seems reasonable. Go ahead, and say I approved it. :)
For archival purposes: 493354 - Renaming folders with "/" has different behavior from creating folders with "/" 494988 - Inline version of "Create New File/Folder" 497305 - The inline version of "Create New File/Folder" should ignore every "/" at the start of the folder's name, but then read the actual text after it 497306 - Allow users to create multiple sub-folders alongside each other with the inline version of "Create New File/Folder" 497300 - Create new subfolders as needed when creating files with slashes in their names, as happens for folders 497307 - With the "Create New File", files created with just their ".extension" should create them with their generic names