GNU bug report logs -
#59756
[PATCH] Use file-name-nondirectory to determine project-name
Previous Next
Reported by: Randy Taylor <dev <at> rjt.dev>
Date: Fri, 2 Dec 2022 03:35:01 UTC
Severity: normal
Tags: patch
Done: Dmitry Gutov <dgutov <at> yandex.ru>
Bug is archived. No further changes may be made.
Full log
Message #11 received at 59756 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> If a project is named something like ".emacs.d", file-name-base will
>> return ".emacs" instead of ".emacs.d" as expected (or at least as I
>> expect it).
>>
>> Therefore, we use file-name-nondirectory instead.
>
> Why do we want to support such project names?
Because people put their configuration files under version control, and
they want to use project commands there. For example "~/.emacs.d",
which is what I use.
> I could also name my project /foo/bar/baz, and defeat file-name-nondirectory
> as well. Where does it end?
>
> My suggestion is to require that project names don't include slashes,
> backslashes, periods and maybe also colon characters.
It's fine to disallow slashes, backslashes, and colons, but banning
periods would break some of my most important use-cases. So I hope we
won't do that.
This bug report was last modified 2 years and 166 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.