GNU bug report logs - #2853
23.0.92; enabling uniquify is weird

Previous Next

Package: emacs;

Reported by: Miles Bader <miles <at> gnu.org>

Date: Thu, 2 Apr 2009 04:35:03 UTC

Severity: wishlist

Fixed in version 24.4

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 2853 in the body.
You can then email your comments to 2853 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#2853; Package emacs. (Thu, 02 Apr 2009 04:35:04 GMT) Full text and rfc822 format available.

Acknowledgement sent to Miles Bader <miles <at> gnu.org>:
New bug report received and forwarded. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. (Thu, 02 Apr 2009 04:35:04 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Miles Bader <miles.bader <at> necel.com>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.92; enabling uniquify is weird
Date: Thu, 02 Apr 2009 13:29:17 +0900
When one wants to turn on a user-level feature, I think it's usual that
one can do either M-x foo-mode, or M-x customize-variable RET foo-blah RET.

Uniquify, though doesn't seem to support either of these methods -- there
is no uniquify-mode, and customize-variable does not know about
`uniquify-buffer-name-style' unless the user manually loads the package.

There's a function `toggle-uniquify-buffer-names', but it seems vaguely
non-standard, and is apparently intended mostly for the menu-bar.

I'm not sure exactly what the right thing to do is, but I think at
least, we should ensure that uniquify-buffer-name-style is somehow
autoloaded so customize-variable knows about it...

-Miles



If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/local/share/emacs/23.0.92/etc/DEBUG for instructions.


In GNU Emacs 23.0.92.2 (x86_64-unknown-linux-gnu, GTK+ Version 2.16.0)
 of 2009-04-02 on dhlpc061
Windowing system distributor `The X.Org Foundation', version 11.0.10599902
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: ja_JP.UTF-8
  value of $XMODIFIERS: @im=SCIM
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Emacs-Lisp

Minor modes in effect:
  diff-auto-refine-mode: t
  shell-dirtrack-mode: t
  show-paren-mode: t
  recentf-mode: t
  rcirc-track-minor-mode: t
  minibuffer-electric-default-mode: t
  display-time-mode: t
  desktop-save-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  temp-buffer-resize-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
SPC n SPC n n SPC <backspace> n n n n n n n n n n n 
n n n n n SPC SPC SPC SPC SPC SPC n i SPC SPC SPC SPC 
SPC SPC SPC SPC SPC SPC n n n n n n n n n n n n n n 
q <escape> C-g <escape> x r c i SPC <return> C-x b 
<return> C-c C-SPC C-x 1 C-c C-SPC C-c C-SPC C-c C-SPC 
C-c C-SPC n i SPC n n SPC n SPC SPC SPC SPC SPC SPC 
n n n n n n n n n n n n n n n n n n i P l n n n SPC 
n n n n C-x d = n i SPC n n n n n n n n i SPC SPC SPC 
SPC SPC SPC SPC SPC SPC n t SPC SPC C-x d M-v <prior> 
C-x b C-g t f C-c C-y C-p C-SPC C-u C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-p C-p C-p C-p 
C-p C-p C-w C-n C-n C-n C-n C-SPC C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-w C-o C-n C-o I f 
SPC i t ' s SPC e m a c s , SPC t r y <escape> x u 
n i q SPC C-g C-h v u n i q SPC ? b u f SPC <return> 
C-x n C-x C-v ~ / . c u s t o m <return> C-s u n i 
q u C-a C-SPC C-n C-n <escape> w C-s C-s C-s C-s C-s 
C-s C-s C-a C-x b <return> <tab> <tab> <tab> <return> 
<tab> <tab> <S-iso-lefttab> <return> <escape> x r e 
p o SPC r SPC <return>

Recent messages:
x*DING*  [2 times]
Mark saved where search started
mouse-2, RET: find variable's definition
mouse-2, RET: describe this function
mouse-2, RET: describe this variable
mouse-2, RET: find variable's definition
mouse-2, RET: customize variable
mouse-2, RET: find variable's definition
Auto-saving...done
Making completion list...

-- 
Virtues, n. pl. Certain abstentions.




Severity set to `minor' from `normal' Request was from Glenn Morris <rgm <at> gnu.org> to control <at> emacsbugs.donarmstrong.com. (Mon, 06 Apr 2009 17:55:05 GMT) Full text and rfc822 format available.

Message #8 received at 2853-quiet <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: 2853-quiet <at> debbugs.gnu.org
Subject: Re: bug#2853
Date: Fri, 05 Feb 2010 15:06:30 -0500
See http://lists.gnu.org/archive/html/emacs-devel/2008-05/msg00593.html




Severity set to 'wishlist' from 'minor' Request was from Lars Magne Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 11 Jul 2011 14:18:02 GMT) Full text and rfc822 format available.

Information forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#2853; Package emacs. (Mon, 11 Jul 2011 14:38:02 GMT) Full text and rfc822 format available.

Message #13 received at 2853 <at> debbugs.gnu.org (full text, mbox):

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 2853 <at> debbugs.gnu.org
Subject: Re: bug#2853
Date: Mon, 11 Jul 2011 16:17:02 +0200
Glenn Morris <rgm <at> gnu.org> writes:

> See http://lists.gnu.org/archive/html/emacs-devel/2008-05/msg00593.html

Stefan said:

> I see.  Actually, now that I think about it, I'd be tempted to make the
> smarter unification the default (i.e. preload uniquify.el).

I think that makes lots of sense, but probably not for Emacs 24.1.  :-)

There should still be a `uniquify-mode' command to switch it off or on,
though.

I'm moving this to the wishlist.

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/




Reply sent to Glenn Morris <rgm <at> gnu.org>:
You have taken responsibility. (Sun, 08 Jun 2014 07:05:02 GMT) Full text and rfc822 format available.

Notification sent to Miles Bader <miles <at> gnu.org>:
bug acknowledged by developer. (Sun, 08 Jun 2014 07:05:03 GMT) Full text and rfc822 format available.

Message #18 received at 2853-done <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: 2853-done <at> debbugs.gnu.org
Subject: Re: bug#2853: 23.0.92; enabling uniquify is weird
Date: Sun, 08 Jun 2014 03:04:09 -0400
Version: 24.4

I think this is no longer an issue now that uniquify is preloaded and
enabled by default. It is simply a feature that is always on, and you
can customize it by setting uniquify-buffer-name-style. (The traditional
<1>, <2> can be viewed as just another form of uniquification.)




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 06 Jul 2014 11:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 9 years and 296 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.