From: Marcin Borkowski <mbork@mbork.pl>
To: Help Gnu Emacs mailing list <help-gnu-emacs@gnu.org>
Subject: Re: A (probably silly) problem with request.el
Date: Sat, 06 Jun 2015 22:44:16 +0200 [thread overview]
Message-ID: <87mw0c7ejj.fsf@mbork.pl> (raw)
In-Reply-To: <878ubwskor.fsf@members.fsf.org>
On 2015-06-06, at 21:25, Nicolas Richard <youngfrog@members.fsf.org> wrote:
> Marcin Borkowski <mbork@mbork.pl> writes:
>> Now the question is:
>> how do I do anything reasonable with what I got? In my particular case
>> I expect json, so I'd like to use e.g. json.el to convert it to s-exps.
>> How do I do that? I tried
>>
>> (request "http://httpbin.org/get" :parser #'json-read),
>
> The request form will *never*[1] return json, because it returns before the
> request is complete. This is what asynchronous means, and that is why I
> said "The real job must be done by a callback function".
>
> The very first example in the homepage of the package uses httpbin.org.
> Here's a simplified version of it :
>
> (request
> "http://httpbin.org/get"
> :parser 'json-read
> :success (function*
> (lambda (&key data &allow-other-keys)
> (message "response: %S" data))))
>
> Please try it and see what happens. The function mentionned as :success
> takes over once the request is complete (well, unless the request fails
> obviously...). That is a "callback" function.
OK, so now that I played with it for a moment, let me ask more questions
(not very urgent ones, I'm just curious). Do I get it correctly that
the "success" function will be called *at some later point* (assuming
that the request succeeded)? What Emacs mechanism is used for that -
timers? (I assume that the asynchronicity is more or less natural when
using curl, and then async processes are used, right? Does url.el also
use some external tool?)
TIA,
--
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University
next prev parent reply other threads:[~2015-06-06 20:44 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-04 21:12 A (probably silly) problem with request.el Marcin Borkowski
2015-06-05 10:09 ` Nicolas Richard
2015-06-05 14:02 ` Marcin Borkowski
2015-06-05 15:40 ` Nicolas Richard
2015-06-05 21:26 ` Marcin Borkowski
2015-06-06 19:25 ` Nicolas Richard
2015-06-06 20:31 ` Marcin Borkowski
2015-06-06 20:44 ` Marcin Borkowski [this message]
2015-06-08 5:36 ` Nicolas Richard
2015-06-10 21:58 ` Marcin Borkowski
2015-06-10 22:15 ` John Mastro
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87mw0c7ejj.fsf@mbork.pl \
--to=mbork@mbork.pl \
--cc=help-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.