From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#1077: 23.0.60; x-create-frame: (wrong-type-argument number-or-marker-p nil) Date: Wed, 1 Dec 2010 10:19:57 -0800 Message-ID: References: <003e01c9257c$a385d800$0200a8c0@us.oracle.com> <8F1F8998D60341099C4204B7BDD8AD4F@us.oracle.com> <96BC00F728B94AC18A15EA95B66C5248@us.oracle.com> <83zksv5g7j.fsf@gnu.org> <0A475933984F4CDA855D91C8B7639E3B@us.oracle.com> <83fwum5xzk.fsf@gnu.org> <9F24875655894485A414CD785D95725B@us.oracle.com> <83ipzh9qze.fsf@gnu.org> <4CF386C9.5070909@gmx.at> <8362vg9ctt.fsf@gnu.org> <4CF409A3.1030906@gmx.at> <83y68b96c5.fsf@gnu.org> <71C125BECEDF4C5E9F703E5743F76893@us.oracle.com> <83r5e38nhg.fsf@gnu.org> <4CF4AE39.4050007@gmx.at> <4CF503A5.3030404@gmx.at> <4CF52EBF.6020107@gmx.at> <0C2D07EAE2D04BA498890195EA23B8CF@us.oracle.com> <83ipze8y5i.fsf@gnu.org> <4CF55571.1020402@gmx.at> <36EAA476B3E94D99A96F2BFB1553353A@us.oracle.com>! <4CF61C55.60306@gmx. at> <4CF685B5.6090003! @gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1291229306 11752 80.91.229.12 (1 Dec 2010 18:48:26 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 1 Dec 2010 18:48:26 +0000 (UTC) Cc: 1077@debbugs.gnu.org To: "'martin rudalics'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Dec 01 19:48:18 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PNriz-0005vf-4N for geb-bug-gnu-emacs@m.gmane.org; Wed, 01 Dec 2010 19:48:18 +0100 Original-Received: from localhost ([127.0.0.1]:40891 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PNriy-0003zh-Fo for geb-bug-gnu-emacs@m.gmane.org; Wed, 01 Dec 2010 13:48:16 -0500 Original-Received: from [140.186.70.92] (port=50374 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PNrfw-00028c-CX for bug-gnu-emacs@gnu.org; Wed, 01 Dec 2010 13:45:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PNrft-0004pH-Pj for bug-gnu-emacs@gnu.org; Wed, 01 Dec 2010 13:45:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:35470) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PNrft-0004pD-OG for bug-gnu-emacs@gnu.org; Wed, 01 Dec 2010 13:45:05 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PNrCo-0000tr-Cn; Wed, 01 Dec 2010 13:15:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 01 Dec 2010 18:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1077 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 1077-submit@debbugs.gnu.org id=B1077.12912272753408 (code B ref 1077); Wed, 01 Dec 2010 18:15:02 +0000 Original-Received: (at 1077) by debbugs.gnu.org; 1 Dec 2010 18:14:35 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PNrCN-0000su-25 for submit@debbugs.gnu.org; Wed, 01 Dec 2010 13:14:35 -0500 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PNrCK-0000sV-NH for 1077@debbugs.gnu.org; Wed, 01 Dec 2010 13:14:33 -0500 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id oB1IK91J012065 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 1 Dec 2010 18:20:11 GMT Original-Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id oB1IK15L011262; Wed, 1 Dec 2010 18:20:05 GMT Original-Received: from abhmt009.oracle.com by acsmt354.oracle.com with ESMTP id 833073771291227598; Wed, 01 Dec 2010 10:19:58 -0800 Original-Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 01 Dec 2010 10:19:57 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <4CF685B5.6090003@gmx.at> Thread-Index: AcuRfSiz3GSMMgN7SZ+xo/sgtCeoDgABM7DQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 01 Dec 2010 13:15:02 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:42071 Archived-At: > >> and probably get some very convoluted semantics wrt > >> the selected frame. > > > > =? > > Which one is the selected frame when I have a standalone minibuffer > frame and access the Minibuf entry in the menubar of another frame? I don't know, here. But I do use a standalone minibuffer all the time and I click etc. things in other frames during minibuffer input (e.g. using completion). (This is on Windows; dunno whether that makes a difference.) There is a difference (as I'm sure you know) between a frame having the focus and a window being selected. Typically during minibuffer input (e.g. using completion) the minibuffer window is selected, at least at some point(s), but the frame that has the focus remains the frame that had the focus before calling `completing-read' (or whatever). That doesn't prevent things working as expected. Activating the minibuffer does not move the frame focus to the minibuffer frame, I believe. And a user can still interact with other frames during this. But yes, it can happen that some user actions during input will cause the focused frame to change. (I'm going on memory here; I don't claim 100% accuracy for this description.) So I would agree that it might be tricky or that we don't (that is, I don't) know a priori what would happen wrt choosing a menu item in another frame's menu bar. But presumably using the menu bar of the frame with the focus (which is not the minibuffer frame) should not have any such focus-change effect - that would be my guess anyway. > Or do you mean you don't care? My `=?' meant "what do you mean by that?" What convoluted semantics do you foresee? That's all I meant.