| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | | |
|
|\ \ \
| | | |
| | | | |
Initialization; Persistent, Lazy Filters
|
| |\ \ \
| |/ / /
|/| | |
| | | |
| | | | |
Conflicts:
sx-request.el
|
| | | | |
|
| | | | |
|
| |_|/
|/| | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Keeping method calls within `sx-request.el' was causing circular
requirements.
This commit sorts through all of the requirements for each of the files
and ensures that this does not happen. Much of the content removed was
for `sx-request-default-keyword-arguments-alist' and related items. It
was unused, so it was pruned. If it is deemed necessary in the future,
it should be included in `sx-method.el'.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
It's ugly to look at, but diffs will be more precise.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
* sx-auth.el
- Use new symbolic cache access
* sx-cache.el
- Implement symbolic cache access
* sx-filter.el
- Use symbolic cache access
- Compile and save filters on-demand
(more work to be done to this end)
* sx-question.el
- Symbolic filters
* sx-request.el
- Protection against infinitely recursing when compiling a filter
This will be re-worked into requests (a front-end function) and
'raw' requests (a back-end function). The front-end will add
convenience to the back-end.
* test/tests.el
Remove outdated tests
|
| | | |
|
|/ / |
|
| |
| |
| |
| | |
Also moves question-display code to its own file.
|
| | |
|
| | |
|
|/ |
|
|\
| |
| | |
Implement sx-assoc-let macro.
|
| | |
|
|/
|
|
| |
Letbind symbols to their values inside alists.
|
|\
| |
| | |
Rename files to sx prefix (and variables accordingly)
|
| | |
|
| | |
|
| |
| |
| |
| | |
A file stackexchange.el should be added for user-facing functions.
|
|/
|
|
| |
Still a lot to be done inside them.
|
|\
| |
| | |
Question list live data
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |\
| |/
|/| |
|
|\ \
| | |
| | | |
Authentication
|
| |\ \
| |/ /
|/| |
| | |
| | | |
Conflicts:
stack-core.el
|
|\ \ \
| | | |
| | | | |
Add API key to requests
|
| | | | |
|
| | |\ \
| |_|/ /
|/| | | |
|
|\ \ \ \
| |/ / /
|/| | | |
Made it more readable.
|
|/ / /
| | |
| | | |
Just fixed the links and made it more readable.
|
| | |
| | |
| | |
| | |
| | |
| | | |
We are not using `private_info' yet, so there is no need to request this
permission. It can, of course, be easily added later on if the
information is ever usable.
|
| | |
| | |
| | |
| | |
| | | |
As it is let-bound in the authentication flow, it is not truly a
constant. Add a warning to the documentation appropriately.
|
| | |
| | |
| | |
| | |
| | | |
This key is actually used in request-making on the whole, so it has been
moved to `stack-core.el' as of 9cb376361983742f0a15775b233fc194d61b3ea7.
|
| | |
| | |
| | |
| | |
| | |
| | | |
This should probably be altered so that the caching function requires
symbols; this would keep everything consistent since the caching
function could apply the same pattern to every symbol it receives.
|
| | |
| | |
| | |
| | |
| | | |
These pages should be tracked by that branch; it is an explicitly
separate part of the system.
|
| | |
| | |
| | |
| | |
| | | |
I looked at it for a few minutes and wondered how to use it -- and I
wrote the thing! :)
|
| | |
| | |
| | |
| | |
| | | |
Tested with commit 1749aa32c25d8eee9ca0753cb55bd7d134f320b7, current
HEAD of the `gh-pages' branch.
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This should be accessible using `raw.github.com/...', but if not, I
will put it on my webserver. For now, this seems like it's as good as
it's going to get.
When the page is accessed with an access token, this token is
displayed (styled as CSS class `uservalue', big, dark, and green).
Error conditions are not currently being handled, but they will be.
|