From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.help Subject: Re: Rename Shell buffer with current directory Date: Mon, 09 Dec 2013 19:16:40 +0100 Message-ID: <87d2l5evp3.fsf@web.de> References: <86ppp92ig5.fsf@somewhere.org> <86siu3f5bd.fsf@somewhere.org> <86d2l6mndo.fsf@somewhere.org> <52A58F09.1010409@krugs.de> <86k3fe43jl.fsf@somewhere.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1386613790 15861 80.91.229.3 (9 Dec 2013 18:29:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 9 Dec 2013 18:29:50 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Dec 09 19:29:53 2013 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Vq5aa-0008FK-U4 for geh-help-gnu-emacs@m.gmane.org; Mon, 09 Dec 2013 19:29:53 +0100 Original-Received: from localhost ([::1]:45339 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vq5PW-0001q5-4c for geh-help-gnu-emacs@m.gmane.org; Mon, 09 Dec 2013 13:18:26 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48765) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vq5OP-0000Fl-1E for help-gnu-emacs@gnu.org; Mon, 09 Dec 2013 13:17:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vq5OH-00083m-Bf for help-gnu-emacs@gnu.org; Mon, 09 Dec 2013 13:17:16 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:38412) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vq5OH-00083J-5e for help-gnu-emacs@gnu.org; Mon, 09 Dec 2013 13:17:09 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Vq5OG-0001my-4U for help-gnu-emacs@gnu.org; Mon, 09 Dec 2013 19:17:08 +0100 Original-Received: from ip-90-186-60-141.web.vodafone.de ([90.186.60.141]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 09 Dec 2013 19:17:08 +0100 Original-Received: from michael_heerdegen by ip-90-186-60-141.web.vodafone.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 09 Dec 2013 19:17:08 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 38 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip-90-186-60-141.web.vodafone.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) Cancel-Lock: sha1:IepEEssm9PcRhrnabrHoOTFbXfI= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:94910 Archived-At: "Sebastien Vauban" writes: > >>> Why do you use a non-nil LOCAL parameter for `add-hook'? Without > >>> it, your code works for me. > >> > Though, I just realized it also renames R buffers (as it is bound to comint > mode). I'll have to make some exceptions there. Oh, that's clear, silly me. So, you must indeed use the local parameter. I think something like this should DTRT: --8<---------------cut here---------------start------------->8--- (defun my-rename-buffer-to-curdir (&optional _string) "Change Shell buffer's name to current directory." (message "%s" default-directory) (rename-buffer (concat "*shell " default-directory "*"))) (add-hook 'shell-mode-hook (lambda () (my-rename-buffer-to-curdir) (add-hook 'comint-output-filter-functions #'my-rename-buffer-to-curdir nil t))) --8<---------------cut here---------------end--------------->8--- > As well, it does not handle (yet) the problem of two Shell buffers in > the same directory, as the name won't be unique. Not sure what's the > most straightforward approach for this one. Maybe looking at > `uniquify' or so. How do you want it to behave? Regards, Michael.