shift-F4 creating a new file without an extension passes an extra '.', which I believe is not indended,
since one can actually create file 'foo.' vs 'foo' even on windows.
step to repro, shift-F4, 'foo' => absolute path with 'foo.' is passed to external editor
shift-F4 creating a new file without an extension passes an extra '.'
Moderators: white, Hacker, petermad, Stefan2
Re: shift-F4 creating a new file without an extension passes an extra '.'
It's on purpose.
ghisler(Author) wrote: ↑2022-05-12, 08:03 UTC Yes, TC adds a dot at the end because otherwise notepad.exe will try to open filename.txt instead of filename when I just pass c:\path\filename to it.
You cannot create files with a dot at the end with normal Windows function calls, you have to use a very specific syntax to bypass the file system checks, which Far must be doing. I'm sorry but i don't think that there is a solution which works with both Far and Notepad.
Re: shift-F4 creating a new file without an extension passes an extra '.'
ah I see, I'm using a custom editor of mine and it gets confused (treats foo. and foo as different files), so I guess I'll have to work around this in the windows version.
thanks for the explanation
thanks for the explanation
Re: shift-F4 creating a new file without an extension passes an extra '.'
cant confirm on neither 32 nor 64bit?
on the contrary if I try shift-f4, 'foo.' I only get 'foo' created and opened in editor
on the contrary if I try shift-f4, 'foo.' I only get 'foo' created and opened in editor
Hoecker sie sind raus!
Re: shift-F4 creating a new file without an extension passes an extra '.'
yes, total commander creates "foo" but passes "abs_path/foo."
this is because of notepad.exe as was explained to me
however it's easy to create "foo.", say using git bash, then touch "foo."
in this case, total commander shows "foo.", but cannot delete it
the file can be deleted again using git bash and rm "foo."