XnView Software

Hi

If you rename a file, but the target name (/file) already exists in the same dir, XnView just cancels the renaming but don't gives the user information about.

Example:
A.jpg and B.jpg in the same directory
Rename A.jpg to B.jpg - nothing happens.

I think a filename-conflict dialog could be nice, because it could be confusing in some cases (like folders with thousands files, active filters, or sorted by other than filename)

vommie wrote:Hi

If you rename a file, but the target name (/file) already exists in the same dir, XnView just cancels the renaming but don't gives the user information about.

Example:
A.jpg and B.jpg in the same directory
Rename A.jpg to B.jpg - nothing happens.

I think a filename-conflict dialog could be nice, because it could be confusing in some cases (like folders with thousands files, active filters, or sorted by other than filename)

+1!

Bug confirmed and will be fixed. See issue Issue 18 for current status and details.

This fix seams to have introduced
another problem.

If one starts renaming a file,
but doesn't change the name,
if one now clicks outside the
filename area (under the thumbnail)
then the rename dialog box opens.


It should probably recognize that
nothing was changed and just cancel
the renaming operation.

That's how it works in nemo
(the file explorer in linux mint),
and i'm pretty sure that's how it
works in the windows file explorer.


Tested with:
XnView MP v0.64, with default settings
(deleted the .ini, .keys and .db files)
on linux mint 15 cinnamon 32bit

Bug confirmed and will be fixed. See Issue 211 for current status and details.