| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | |
| | |
| | |
| | |
| | |
| | | |
Remove `mastodon-auth--generate-token-no-storing-credentials' and
'mastodon-auth--generate-token-and-store' as these two are no longer
needed.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Refactor `mastodon-auth--generate-token' to work with new user
authentication and token generation mechanism. This enables mastodon.el
to work with 2FA and also not to handle password directly.
In this implementation mastodon-auth--generate-token gets authorization
code from the user and sends post request to mastodon server. Ask for
authorization code from the user using two helper functions:
* mastodon-auth--ask-authorization-code: Explain to the user what the
user needs to do to get the authorization code. Store this explanation
message in variable `mastodon-auth--explanation'.
* mastodon-auth--get-browser-login-url: Return a appropriate query
string appended to url to the caller, which is needed by the user to
access the authorization code.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Mastodon API requires some info that needs to be passed during app
registration and user authentication. Those info were hard coded into
various functions.
Introduce three variables (defvars):
1. mastodon-client-scopes
2. mastodon-client-website
3. mastodon-client-redirect-uri
use them to abstract those info.
Also refactor `mastodon-client--register' function in terms of these
variables.
|
| | |
| | |
| | |
| | |
| | |
| | | |
Add helper function `mastodon-http-append-query-string' which create
URLs with query strings appended to its end. (see doc string for
details.)
|
| | |
| | |
| | |
| | |
| | |
| | | |
Update the docstring for the defcustom `mastodon-instance-url' to
clarify what it's value should be to reflect the changes introduced in
the previous commit.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Use `mastodon-active-user' and `mastodon-instance-url' to determine
which mastodon account the user wants to be active for the current
session of Emacs. See the documentation string of this variable for
details on how to use it.
This new variable becomes necessary to prevent conflict when a user has
two accounts on the same instance, that is same value of
`mastodon-instance-url'.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
because we switched to using boost/fave JSON rather than parent, as
'toot-json, replies to these toots were broken (mentions, etc.)
so now we attach both bits of data and selectively pull from each.
|
| | |
| | |
| | |
| | |
| | | |
we already have the same test for declaring lingva-translate fun, so this
shouldn't be needed and seems to prevent our fun from loading.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
do not use the time stamp of the boosting/faving.
in other views, mastodon-tl--field already handles this by fetching from
'reblog if present, but in notifs, there's no reblog section, and instead
there's a status section. so we fetch from status if present, else fallback to
using --field.
this became necessary when we started attaching the boost/fave json to such
notifs, rather than the json of the boosed/faved toot.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
"unknown" type is given when a media image fails to load or similar.
nil is e.g. when a profile picture isn't given, and missing.png is used as a replacement
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
we just modify the if test to not run in accounts buffers, which means we end
up using the next-toot solution, as was originally the case.
hopefully a profile view will always have a toot or user or sth. else we cd
find a better solution
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
to achieve this, in notifications--format-note, we run
notifications--insert-status on 'note' rather than 'status'
handle mentions/reblogs when following from a notif
|
| | |
| | |
| | |
| | | |
this could easily be made into a macro supporting any emacs translation pkg
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
in profile--add-author-bylines, which now prints profile notes
|
| | |
| | |
| | |
| | | |
- also make profile--extract-ysers-handles work on user listings as well as toots
|
| | |
| | |
| | |
| | | |
just feedback for when we call it when not on anything
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
this is more needed now that we have some other buffers like follow
suggestions and follow requests, which want to be able to use these functions.
previously, if any of them were called in these buffers when not on the
correct item, the buffer would reload and duplicate.
ultimately this was probably due to tl--property calls failing, which causes
goto-next-toot to be called, which when it also fails calls tl--more.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
not prifile--add-author-bylines
autoload insert-users-propr in -profile
|
| | |
| | |
| | |
| | | |
ensures we hever have an empty author name slot
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
readme follow req reject binding
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- profile statuses: leave as is
- profile followers/following: we extract handle direct from toot-json without
running mastodon-profile--extract-users-handles on the toot, as with user
views there is no toot
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- remove call to goto-next-item from view filters and view foll suggests
tweak init-sync goto-first-item behaviour
remove call to goto-next-toot on profile load
|
| | |
| | |
| | |
| | | |
cleanup indents
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- they get keymaps that inherit and so override the main masto keymap, which
allows them to still have the basic timeline/view nav functions.
- but we give them next-item rather than next toot so that they never try to
e.g. load for toots into the buffer, which wouldn't work.
- also remove the reference to foll requests view in tl--init as it is not
longer needed.
binding for follow suggestions
remove tab from foll suggests keymap
makes tab work as default, which means you can n/p to next/prev user, while
still being able to tab to user next handle, to visit profile
squashed commit: remove foll suggestions keymap
|
| | |
| | |
| | |
| | | |
uses init-sync now also
|
| | | |
|
| | |
| | |
| | |
| | | |
and enable it in "favourites" buffer
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- revert profile--extract-users-handles
- rewrite search--insert-users-propertized to handle raw account JSON, and to
call search--get-user-info itself, so we can add full acct JSON to each user
displayed and use it for follow-user etc.
- and to choose how we want to follow users, we edit
tl--interactive-user-handles-get to work differently depending on context:
- poss contexts are "follow suggestions" view, search results, and profiles
displaying a user's followers/followed users.
|
| | | |
|
| | |
| | |
| | |
| | | |
This reverts commit 787f18dcff2ee7a4c5a5cbf331f4e2d26997e1cc.
|
| | |
| | |
| | |
| | | |
This reverts commit 48a89e518d0a84d4b81c223c9e8cf151df619b1f.
|
| | | |
|
| | |
| | |
| | |
| | | |
suggestions fix fun names(!)
|