From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Juanma Barranquero" Newsgroups: gmane.emacs.devel Subject: Re: emacsclient's option decoding code Date: Mon, 3 Nov 2008 22:26:54 +0100 Message-ID: References: <87wsflyf80.fsf@cyd.mit.edu> <87k5blzphq.fsf@cyd.mit.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1225747645 6263 80.91.229.12 (3 Nov 2008 21:27:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 3 Nov 2008 21:27:25 +0000 (UTC) Cc: cyd@stupidchicken.com, emacs-devel@gnu.org To: "Eli Zaretskii" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 03 22:28:27 2008 connect(): Connection refused 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 1Kx6yH-0003Nj-90 for ged-emacs-devel@m.gmane.org; Mon, 03 Nov 2008 22:28:26 +0100 Original-Received: from localhost ([127.0.0.1]:44916 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kx6x9-000536-0l for ged-emacs-devel@m.gmane.org; Mon, 03 Nov 2008 16:27:15 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kx6x2-00051x-MA for emacs-devel@gnu.org; Mon, 03 Nov 2008 16:27:08 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kx6wx-0004zf-Rt for emacs-devel@gnu.org; Mon, 03 Nov 2008 16:27:07 -0500 Original-Received: from [199.232.76.173] (port=55693 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kx6wx-0004zS-Kb for emacs-devel@gnu.org; Mon, 03 Nov 2008 16:27:03 -0500 Original-Received: from an-out-0708.google.com ([209.85.132.244]:26609) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Kx6wu-0001BC-08; Mon, 03 Nov 2008 16:27:00 -0500 Original-Received: by an-out-0708.google.com with SMTP id c38so125637ana.21 for ; Mon, 03 Nov 2008 13:26:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=2QYVqf0vfuZzRb0UyZoFjh4SpkjUG50PFyEYmthjB/A=; b=k3/iCU4WgmuKDUdNg6GgWdLIW8Ts1B6nJZb0pneEbECbYvSs1+/0sFLYnUcjwysE+X 9jqWP6MbS2qqS3Kd0Ii4N536tJDzSyFNff6wTbk/krQhkvZ2tm1o8Mr2c9YOcvhhXHyg 9MLfRN8YZe2jfFyT3C00dMyZ3mEVni+pG6Xnk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=hoQUgIIxCkxLg/NUNRVrsaLLSvHDbKF2/WNhCtGo5yvdSVGkK3+w2jmZjzwFF6s+03 USlfG/Y7ejoZcZ9sf/EV1wRAa6vFAoi4TSMoJrSPQQSi8OuHcRVWfZu68ORVBD3+JBnd uNcmJIPMzenzu4zqAVBD3lSjoyG7cognj5xxw= Original-Received: by 10.100.48.19 with SMTP id v19mr241979anv.46.1225747614967; Mon, 03 Nov 2008 13:26:54 -0800 (PST) Original-Received: by 10.100.13.13 with HTTP; Mon, 3 Nov 2008 13:26:54 -0800 (PST) In-Reply-To: Content-Disposition: inline X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 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:105314 Archived-At: On Mon, Nov 3, 2008 at 21:06, Eli Zaretskii wrote: > Thanks, but I'd like to look for a cleaner patch, one that doesn't add > new ifdef's. That's why I said "proof-of-concept". > 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? Juanma