bug#23033: 24.5; Lock file uses the same extension as the file it's locking

[Stefan Kangas <stefan@marxist.se>]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Stefan Kangas <stefan@marxist.se>
>> Date: Fri, 08 Nov 2019 06:00:14 +0100
>> Cc: 23033@debbugs.gnu.org, Michael Sloan <mgsloan@gmail.com>
>> 
>> As much as I agree with the general sentiment above, one could also
>> consider users who are running e.g. 'find -iname "*.hs"' and are not
>> necessarily interested in seeing Emacs lock files.  IOW, if this is
>> not a big change, it could be worth doing it.
>
> What change did you have in mind?  AFAICT, no specific change was
> proposed in that bug report.
>
> The advantage of the current method is that Dired and 'ls' display the
> lock file right near the file that is locked, at least on most systems
> and with the default file sorting order.  If the change proposal will
> order them far apart, it would be a disadvantage.

My suggestion would be to add a one character suffix to the file name.
For example ".", so that:

lrwxrwxrwx  1 skangas skangas     30 2019-11-08 15:06 .#package.el -> skangas@joffe.31542:1572461517

Would instead look like:

lrwxrwxrwx  1 skangas skangas     30 2019-11-08 15:06 .#package.el. -> skangas@joffe.31542:1572461517

That, I think, looks visually not too busy.

(The most clear would be a suffix "-emacs-lock" or "-lock" but that is
probably too ugly and long.)

Best regards,
Stefan Kangas