| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | | | |
|
| |_|/
|/| |
| | |
| | | |
fix go to first toot on thread load
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
this factors out display of accounts from mastodon-search--search-query into
mastodon-search--insert-users-propertized.
mastodon-tl--get-follow-suggestions is the fun to view suggestions.
seeing as this allows easy display of profile note under the account handle, i
also added this display to --search-query, but it cd be easily disabled by
calling --insert-users-propertized without its second arg.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
it's now called in tl-init* for follow requests inits.
calling it here also enables profile mode in whatever bufer view-follow-reqs
was called from, which is useless.
|
| | |
| | |
| | |
| | |
| | | |
- use (autoload) call in mastodon.el for functions
- use autoload cookie in mastodon-tool.el for customize options.
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
to make `mastodon-notifications--get' available outside our keymap
as it needs to be available to evil users and via M-x. otherwise there's no way to run it.
|
| | |
| | |
| | |
| | |
| | |
| | | |
i received an notification (also in other clients/web interface) attached to
no toot. these checks should allow notifications view to display without
tripping up on any such vacant notifs from the server.
|
| |/
|/| |
|
| |
| |
| |
| |
| | |
we use it as a number various times so let's leave it a number, then convert
to string for display in toot info.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
we remove the hacky non-check for a user handle from mastodon-tl--process-link, so that it
/always/ runs mastodon-tl--extract-userhandle-from-url.
the in extract-userhandle-from-url, we test if the url host = local instance.
if so, we just return buffer-text, which = "@user", with no suffix. else we
return a full "@user@instance.url" handle.
remove unused var after fix to userhandle parsing
|
| |
| |
| |
| |
| |
| |
| |
| | |
some servers have 'max_toot_chars, but others seem to have 'max_characters,
under statuses, under configuation.
we allow for both types, but also we check our var isn't nil before trying to
check it's length, which broke toot--send in some cases.
|
|/
|
|
| |
finally we now display all types of notifications! it's about bloody time.
|
| |
|
| |
|
| |
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
which was a copy of mastodon-tl--insert-status.
we revert to having just the latter as main function with optional argument.
mastodon-notifications--insert-status just calls it with the arg ID.
the reason we need the difference is to ensure notifications have their own
ID, and not that of the toot the notif refers to, attached as property
"toot-id". then we have all functionality working on notifications, such as
boosting mentions and so on.
|
|/
|
|
|
|
|
|
|
|
| |
previously we had duplication of functions depending on whether we were in
follow requests view or notificaitons view.
now we just check which kind of f-req we have and act accordingly.
main function being `mastodon-notifications--follow-request-process'.
also updates keybindings for both views. we no longer need them included
separately in profile-mode.
|
|
|
|
| |
and remove duplicate mastodon-toot-mode call.
|
| |
|
|\ |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
|/ |
|
| |
|
|
|
|
|
|
|
|
| |
- add `mastodon-tl--format-faves-count function
- handle notifications formatting (get 'status field of toot)
- apply to author-byline formatting
- apply to the (F) and (B) formatting for faves/boosts
- ensures where point lands after `mastodon-tl--goto-next-toot is always propertized
|
| |
|
| |
|
| |
|