From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.devel Subject: Re: Jumping to C source from *Help* Date: Tue, 20 Apr 2004 01:41:03 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <20040407025556.FCC3.LEKTU@mi.madritel.es> <87wu4rxaki.fsf@mail.jurta.org> <877jwqfmjb.fsf-monnier+emacs@alfajor.local> <3allkxkus6.fsf@xpc14.ast.cam.ac.uk> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1082421983 3485 80.91.224.253 (20 Apr 2004 00:46:23 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 20 Apr 2004 00:46:23 +0000 (UTC) Cc: juri@jurta.org, Glenn Morris , emacs-devel@gnu.org, monnier@iro.umontreal.ca, storm@cua.dk Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue Apr 20 02:46:16 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BFjOy-0004hi-00 for ; Tue, 20 Apr 2004 02:46:16 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BFjOx-0005WM-00 for ; Tue, 20 Apr 2004 02:46:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BFjOd-0000BY-In for emacs-devel@quimby.gnus.org; Mon, 19 Apr 2004 20:45:55 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BFjOH-0008Kl-Qx for emacs-devel@gnu.org; Mon, 19 Apr 2004 20:45:33 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BFjNT-00070j-IN for emacs-devel@gnu.org; Mon, 19 Apr 2004 20:45:18 -0400 Original-Received: from [131.111.8.3] (helo=plum.csi.cam.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BFjNM-0006wz-7z; Mon, 19 Apr 2004 20:44:36 -0400 Original-Received: from cass41.ast.cam.ac.uk ([131.111.69.186]) by plum.csi.cam.ac.uk with esmtp (Exim 4.20) id 1BFjNA-00083r-8M; Tue, 20 Apr 2004 01:44:24 +0100 Original-Received: from xserv1.ast.cam.ac.uk (IDENT:r/8VwPetYQasFV5vRuP4ojmvyS9RnAG8@xserv1.ast.cam.ac.uk [131.111.69.235]) by cass41.ast.cam.ac.uk (8.12.10+Sun/8.12.10) with ESMTP id i3K0gXmm011572; Tue, 20 Apr 2004 01:43:13 +0100 (BST) Original-Received: from xserv1.ast.cam.ac.uk (IDENT:76BMxwSDwws+yZx4qiogREyBc/8Uc559@xpc14.ast.cam.ac.uk [131.111.69.34]) by xserv1.ast.cam.ac.uk (8.11.6/8.11.6) with ESMTP id i3K0fLm07462; Tue, 20 Apr 2004 01:41:29 +0100 Original-To: rms@gnu.org X-Spook: theater missile defense MILF Devrimci Sol kill platter X-Attribution: GM Mail-Followup-To: rms@gnu.org, Glenn Morris , monnier@iro.umontreal.ca, storm@cua.dk, juri@jurta.org, emacs-devel@gnu.org User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ X-Cam-AntiVirus: No virus found X-Cam-SpamDetails: Not scanned X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:21920 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:21920 Richard Stallman wrote: > The question is, is this a bug, or is it just a case of "So don't do > that, then." Well, if that was not a rhetorical question, and if I understand correctly that the issue is "ought one to put a dedicated window in an unsplittable frame", then IMO it doesn't seem like such a crazy thing to do. As I alluded to in a previous mail it already happens in at least one place in Emacs, namely the calendar if one has (setq calendar-setup 'calendar-only). I tried changing the calendar frame to no longer be unsplittable and the results were not satisfactory. >>From an abstract point of view it seems like something Emacs ought to be able to deal with when multiple frames are available. Perhaps the effort required would outweigh the benefits - I wouldn't know. Strangely, if in my previous example I use t for the second argument of set-window-dedicated-p, rather than 'foo (say), then there is no problem. This approach also works for the calendar frames, so I'll change them to do that. Weird though.