From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: eww: call to eww-render looks incorrect Date: Sun, 03 Sep 2017 19:27:46 +0300 Message-ID: <8360czycfx.fsf@gnu.org> References: <83d177ygng.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1504456101 5461 195.159.176.226 (3 Sep 2017 16:28:21 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 3 Sep 2017 16:28:21 +0000 (UTC) Cc: emacs-devel@gnu.org To: raman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Sep 03 18:28:07 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1doXkg-0000VC-Fw for ged-emacs-devel@m.gmane.org; Sun, 03 Sep 2017 18:28:02 +0200 Original-Received: from localhost ([::1]:58259 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1doXkn-0000mF-C2 for ged-emacs-devel@m.gmane.org; Sun, 03 Sep 2017 12:28:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38687) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1doXkd-0000lW-Iu for emacs-devel@gnu.org; Sun, 03 Sep 2017 12:28:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1doXkY-0007NP-ML for emacs-devel@gnu.org; Sun, 03 Sep 2017 12:27:59 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53465) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1doXkY-0007NL-Ig; Sun, 03 Sep 2017 12:27:54 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3660 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1doXkX-0003Cy-Ld; Sun, 03 Sep 2017 12:27:54 -0400 In-reply-to: (message from raman on Sun, 03 Sep 2017 08:52:20 -0700) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:217916 Archived-At: > From: raman > Cc: emacs-devel@gnu.org > Date: Sun, 03 Sep 2017 08:52:20 -0700 > > Eli Zaretskii writes: > > I might be confused -- reading that signature I thought status should be > passed first, the call I see passes url first No, status is not included in the list of arguments. The doc string says: (url-retrieve URL CALLBACK &optional CBARGS SILENT INHIBIT-COOKIES) Retrieve URL asynchronously and call CALLBACK with CBARGS when finished. URL is either a string or a parsed URL. If it is a string containing characters that are not valid in a URI, those characters are percent-encoded; see ‘url-encode-url’. CALLBACK is called when the object has been completely retrieved, with the current buffer containing the object, and any MIME headers associated with it. It is called as (apply CALLBACK STATUS CBARGS). STATUS is a plist representing what happened during the request, As you see, only CBARGS are taken from the call to url-retrieve, the status is added when the callback is invoked.