From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: emacsclient's option decoding code Date: Tue, 04 Nov 2008 06:19:03 +0200 Message-ID: References: <87wsflyf80.fsf@cyd.mit.edu> <87k5blzphq.fsf@cyd.mit.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1225772361 313 80.91.229.12 (4 Nov 2008 04:19:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 4 Nov 2008 04:19:21 +0000 (UTC) Cc: cyd@stupidchicken.com, emacs-devel@gnu.org To: Juanma Barranquero Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 04 05:20:21 2008 connect(): Connection refused Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from mail-forward1.uio.no ([129.240.10.70]) by lo.gmane.org with esmtp (Exim 4.50) id 1KxDOv-00011j-DD for ged-emacs-devel@m.gmane.org; Tue, 04 Nov 2008 05:20:21 +0100 Original-Received: from exim by mail-out1.uio.no with local-bsmtp (Exim 4.69) (envelope-from ) id 1KxDNo-0002qj-QT for ged-emacs-devel@m.gmane.org; Tue, 04 Nov 2008 05:19:12 +0100 Original-Received: from mail-mx5.uio.no ([129.240.10.46]) by mail-out1.uio.no with esmtp (Exim 4.69) (envelope-from ) id 1KxDNo-0002qg-PI for ged-emacs-devel@m.gmane.org; Tue, 04 Nov 2008 05:19:12 +0100 Original-Received: from lists.gnu.org ([199.232.76.165]) by mail-mx5.uio.no with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1KxDNo-0005U1-24 for ged-emacs-devel@m.gmane.org; Tue, 04 Nov 2008 05:19:12 +0100 Original-Received: from localhost ([127.0.0.1]:40232 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KxDNh-0006PF-Lw for ged-emacs-devel@m.gmane.org; Mon, 03 Nov 2008 23:19:05 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KxDNd-0006OL-Hb for emacs-devel@gnu.org; Mon, 03 Nov 2008 23:19:01 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KxDNc-0006No-DS for emacs-devel@gnu.org; Mon, 03 Nov 2008 23:19:01 -0500 Original-Received: from [199.232.76.173] (port=40123 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KxDNc-0006Nh-7l for emacs-devel@gnu.org; Mon, 03 Nov 2008 23:19:00 -0500 Original-Received: from mtaout5.012.net.il ([84.95.2.13]:21998) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KxDNc-0004O5-5I for emacs-devel@gnu.org; Mon, 03 Nov 2008 23:19:00 -0500 Original-Received: from HOME-C4E4A596F7 ([77.126.241.172]) by i_mtaout5.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0K9S00GKAK2F3S60@i_mtaout5.012.net.il> for emacs-devel@gnu.org; Tue, 04 Nov 2008 06:20:40 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by monty-python.gnu.org: Solaris 9.1 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 X-UiO-SPF-Received: Received-SPF: pass (mail-mx5.uio.no: domain of gnu.org designates 199.232.76.165 as permitted sender) client-ip=199.232.76.165; envelope-from=emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org; helo=lists.gnu.org; X-UiO-Spam-info: not spam, SpamAssassin (score=-4.0, required=5.0, autolearn=disabled, MISSING_SUBJECT=0.001,NO_RECEIVED=-0.001,RCVD_IN_DNSWL_MED=-4, uiobl=NO, uiouri=NO) X-UiO-Scanned: B5D6023F6E9CAD1E50A89C0BB7884EF2C8849B53 X-UiO-SPAM-Test: remote_host: 199.232.76.165 spam_score: -39 maxlevel 200 minaction 2 bait 0 mail/h: 2 total 75607 max/h 424 blacklist 0 greylist 0 ratelimit 0 Xref: news.gmane.org gmane.emacs.devel:105321 Archived-At: > Date: Mon, 3 Nov 2008 22:26:54 +0100 > From: "Juanma Barranquero" > Cc: cyd@stupidchicken.com, emacs-devel@gnu.org > > > Here' I think it's unclean that the w32 port has make-frame-on-display > > fboundp, but it's dysfunctional when called. If make-frame-on-display > > can be made to work on Windows, provided that `display' is nil (or > > maybe it should ignore `display' even if non-nil?), that would be a > > cleaner and more general change. > > Of course, but, is there any use of make-frame-on-display on Windows, > with display non-nil? "Any use" in what sense? I was thinking about doing TRT when some code calls make-frame-on-display, assuming that it will work on any platform that supports a GUI session.