From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thien-Thi Nguyen Newsgroups: gmane.emacs.devel Subject: Re: breadcrumbs for Info . . . . . . Date: Fri, 13 Jun 2008 19:17:24 +0200 Message-ID: <87y759b6fv.fsf@ambire.localdomain> References: <009d01c8cb55$13d53e20$0200a8c0@us.oracle.com> <87fxrkltma.fsf@jurta.org> <00ae01c8cb71$c26aeef0$0200a8c0@us.oracle.com> <873ankqou6.fsf@jurta.org> <00d901c8cbc9$7df36fb0$0200a8c0@us.oracle.com> <87tzfzk331.fsf@jurta.org> <00a501c8ccdd$93328720$c2b22382@us.oracle.com> <002401c8cd1f$98631650$0200a8c0@us.oracle.com> <87hcbxd8t8.fsf@ambire.localdomain> <004201c8cd5d$1baa0900$0200a8c0@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1213377645 7614 80.91.229.12 (13 Jun 2008 17:20:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 13 Jun 2008 17:20:45 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 13 19:21:28 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1K7Cxh-00031r-Nz for ged-emacs-devel@m.gmane.org; Fri, 13 Jun 2008 19:21:18 +0200 Original-Received: from localhost ([127.0.0.1]:48826 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K7Cwt-00077f-SJ for ged-emacs-devel@m.gmane.org; Fri, 13 Jun 2008 13:20:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K7Cwp-00077Q-Sd for emacs-devel@gnu.org; Fri, 13 Jun 2008 13:20:23 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K7Cwn-00076C-VM for emacs-devel@gnu.org; Fri, 13 Jun 2008 13:20:23 -0400 Original-Received: from [199.232.76.173] (port=37333 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K7Cwn-000763-Pv for emacs-devel@gnu.org; Fri, 13 Jun 2008 13:20:21 -0400 Original-Received: from [151.61.143.184] (port=37897 helo=ambire.localdomain) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1K7Cwn-0006f3-B0 for emacs-devel@gnu.org; Fri, 13 Jun 2008 13:20:21 -0400 Original-Received: from ttn by ambire.localdomain with local (Exim 4.63) (envelope-from ) id 1K7Ctw-0002x5-PB; Fri, 13 Jun 2008 19:17:24 +0200 In-Reply-To: <004201c8cd5d$1baa0900$0200a8c0@us.oracle.com> (Drew Adams's message of "Fri, 13 Jun 2008 06:55:15 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:99131 Archived-At: () "Drew Adams" () Fri, 13 Jun 2008 06:55:15 -0700 No one suggested that. No one has suggested anything for NEWS, AFAIK. Right. It was pure conjecture, as was: > but rather: [...] Whatever. Fine. I suppose we can discuss the user pov when the user actually becomes informed by way of NEWS, instead of beforehand. No big deal. I proposed more than once to add a user option for showing breadcrumbs. Personally, I think it should be optional but on by default. You shouldn't have to "find a way" to remove it - that should be as easy as customizing an option. Cool. Yes, i would welcome such an option. Perhaps even better... If someone wants to implement it, optionally not showing breadcrumbs could provide behavior like you describe (MB3 shows a breadcrumbs menu,...). Go for it. ...would be to separate the collection of path-to-root info from its display. The customizable option might be (a hypothetical) `Info-display-breadcrumbs-method', with nil meaning don't bother, or otherwise a function that takes the list of nodes up to root. The default value can be a function to formattedly insert into the buffer (as you propose, iiuc), whereas curmudgeons, who might like using the collected info but not its default display method, can write (or badger others to write) something else. Btw, if i detect correctly a tone of annoyance in your reply, i apologize for having triggered it. It's not my intent to annoy. thi