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: Tue, 30 Nov 2010 12:16:15 -0800 Message-ID: References: <003e01c9257c$a385d800$0200a8c0@us.oracle.com> <009701c9263f$9cce7120$0200a8c0@us.oracle.com> <000001c94cc1$e10e9c40$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> <820DF2B77AA64BEA96FCB4091B38D281@us.oracle.com> <4CF52F4B.2080509@gmx.at> <6DC576D536ED4ADDB4E7E7824C9FDF60@us.oracle.com> <4CF55530.4090400@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 1291190471 15741 80.91.229.12 (1 Dec 2010 08:01:11 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 1 Dec 2010 08:01:11 +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 09:01:06 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 1PNhcc-0008WV-M8 for geb-bug-gnu-emacs@m.gmane.org; Wed, 01 Dec 2010 09:01:04 +0100 Original-Received: from localhost ([127.0.0.1]:42412 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PNhcb-0002E4-Rc for geb-bug-gnu-emacs@m.gmane.org; Wed, 01 Dec 2010 03:01:01 -0500 Original-Received: from [140.186.70.92] (port=47651 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PNdfJ-0003Jx-SZ for bug-gnu-emacs@gnu.org; Tue, 30 Nov 2010 22:47:54 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PNX4Q-0004HR-6k for bug-gnu-emacs@gnu.org; Tue, 30 Nov 2010 15:45:03 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46232) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PNX4P-0004Gc-Vz for bug-gnu-emacs@gnu.org; Tue, 30 Nov 2010 15:45:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PNWYT-0004D7-Pm; Tue, 30 Nov 2010 15:12:01 -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: Tue, 30 Nov 2010 20:12:01 +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.129114787816132 (code B ref 1077); Tue, 30 Nov 2010 20:12:01 +0000 Original-Received: (at 1077) by debbugs.gnu.org; 30 Nov 2010 20:11:18 +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 1PNWXk-0004C8-OV for submit@debbugs.gnu.org; Tue, 30 Nov 2010 15:11:18 -0500 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PNWXi-0004Bw-Ei for 1077@debbugs.gnu.org; Tue, 30 Nov 2010 15:11:14 -0500 Original-Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id oAUKGnma007172 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 30 Nov 2010 20:16:51 GMT Original-Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id oAUKGlsO013645; Tue, 30 Nov 2010 20:16:48 GMT Original-Received: from abhmt018.oracle.com by acsmt355.oracle.com with ESMTP id 828138361291148175; Tue, 30 Nov 2010 12:16:15 -0800 Original-Received: from dradamslap1 (/10.159.217.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 30 Nov 2010 12:16:15 -0800 X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcuQx6dO+V5paj16RdObdDDzU0B1SAAAbFDQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 In-Reply-To: <4CF55530.4090400@gmx.at> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Tue, 30 Nov 2010 15:12:01 -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:42034 Archived-At: > > IOW, if a user currently cannot get this feature on > > window sytem WXYZ, so be it (too bad). That's not the > > same thing as hard-wiring Emacs to not provide the feature. > > Being able to set `menu-bar-lines' to something > 1 is hardly useful > when the window manager decides how many lines the menubar has. I believe we are saying the same thing here. That's what I meant by a user not currently being able to get the feature on some given window system. The point is that that doesn't mean that some other window system might not provide such a feature, or even that a future or past version of the same window system might not provide it. IOW, let's separate which features Emacs allows from what some window managers might support. Certainly we do that in general; there are some window mgrs that do not support some features that Emacs supports. > It might be useful to know the actual size of the menubar for calculating > the size of the Emacs window. But you would not need a frame > parameter for that. Sorry, I don't follow. What does that have to do with what you or I say above?