GNU bug report logs -
#62621
29.0.60; uniquify can't make buffers unique based on things other than filename
Previous Next
Reported by: Spencer Baugh <sbaugh <at> janestreet.com>
Date: Sun, 2 Apr 2023 17:38:02 UTC
Severity: normal
Found in version 29.0.60
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> From: Spencer Baugh <sbaugh <at> janestreet.com>
> Date: Sun, 02 Apr 2023 13:37:36 -0400
>
>
> I have a lot of buffers visiting files with the same basename, in
> directory paths which have long meaningless numeric identifiers. This
> means that with uniquify, I get buffers named things like:
>
> foo<ahlai5Ei>, foo<IHoano7o>, foo<yoeWo3ae>
>
> This is not much better than foo<1>, foo<2>, foo<3> for me.
>
> What would be great is if uniquify could use things other than the
> filename when making unique buffer names.
>
> For example, project-name from project.el is something that *is*
> unique for these files, because of my custom project.el integration.
> Then I'd get something like:
>
> foo<proj-emacs>, foo<proj-vi>, foo<proj-nano>
>
> However, uniquify is currently not customizable in this way. Could we
> add support for including additional attributes into the things which
> uniquify will use? Then I could add project-name as one of those
> attributes in my configuration, and I'd be happy.
>
> I would be happy to implement this feature in uniquify myself, if this
> is an interesting feature for upstream.
Sounds like a useful feature indeed, provided that the customization
will allow more or less arbitrary uniquification, not just by project
names. Also, please keep in mind that a single project could have
files named the same in different directories.
This bug report was last modified 2 years and 19 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.