Bug 113591 - smarter proposals for "new file name"
Summary: smarter proposals for "new file name"
Status: RESOLVED NOT A BUG
Alias: None
Product: krusader
Classification: Applications
Component: general (other bugs)
Version First Reported In: 2.3.0-beta1 "New Horizons"
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Shie Erlich
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-29 22:55 UTC by Oliver Grimm
Modified: 2017-05-23 19:53 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Oliver Grimm 2005-09-29 22:55:57 UTC
Version:           1.60 (using KDE KDE 3.4.1)
OS:                Linux

When writing longer documents with LaTeX I am used to finish my file names with a version number like "foofile_v13", "foofile_v14" etc. For increasing the version number I start Krusader, select "foofile_v13" and do a copy&paste. At this point Krusader prompts me for a new file name. There is button "propose new file name" which always just adds a "1" to the old file name. Obviously this does not make much sense in my case since the successor version of "v13" is not "v131" but "v14".

Thus, my proposal is to add the following feature:
When Krusader proposes a new name for a file name which has a numeric ending it should just increase that number by one.
Comment 1 Alex Bikadorov 2017-05-23 19:53:11 UTC
This is already similarly solved by KIO. The "File Already exists" dialog shows as default the old file name and "Suggest New Name" button. The action here is to suggest
"old_name.txt" -> "old_name (1).txt"
and further
"old_name (1).txt" -> "old_name (2).txt"
"old_name (2).txt" -> "old_name (3).txt"
and so on...