| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Also removed tests for `stack-core-filter-data--item-in-tree' since it
no longer exists.
|
| |
|
| |
|
|
|
|
| |
If this value is `t', requests will default to being silent.
|
|
|
|
| |
Vectors should not be turning into lists. See test cases.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Only works on flat structures right now. This should be used and
let-bound to a variable when that variable is going to be used a lot.
Theoretically, it should be faster than traversing through the entire
data structure. Think of this as a Emacs-local version of the API's own
filter.
|
| |
|
|
|
|
|
|
|
|
| |
Emacs 24.3 supposedly does not have a second argument to
`url-retrieve-synchronously'. Introduce a switch dependent on
`emacs-minor-version'.
This hopefully fixes the url- issue.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The StackExchange API explicitly states that responses to requests are
gzipped. For some reason, they are not zipped when called locally on my
machine, but they are zipped when run from Travis CI.
I do not know if `url-retrieve-synchronously' is performing any magic.
When I curl the request, I receive a gzipped response (as expected). A
proper fix for this would be to somehow advise `url-*' to request as
curl does.
|
| |
|
|
|
|
| |
Whoops.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
The consing that was happening actually formed a much
easier-to-understand list of lists.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
stack-filter needs stack-core to compile the filter, but stack-core uses
the default filter to make a request.
Note that setting `stack-core-filter' to `nil' still gives proper
behaviour; no `filter' argument is passed through the method call.
|
|
Well, not really. If you would like the old version history, please get
in touch with me at code@seanallred.com. It's a wreck though and
contains inconsistent information.
|