| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
| |
- 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
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
strictly, the 27.1 dependency is only for proper-list-p in -http.el.
|
| | |
|
| |
|
|
|
|
| |
because it breaks propertizing of links/handles.
so echo faves is now only on byline author name.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
move help-echo propertizing to author name of byline, in
`mastodon-tl--byline-author'. so when we use `goto-next-toot' point is on
author and we get the help echo
and add the same help-echo to `mastodon-tl--content', but only when in thread
view. this ensures the propertizing occurs prior to any image propertizing,
when will then only replace the faves propertizing for the image part of the
given toot.
that way we have help echo for images when we want, and faves count otherwise.
|
| |\ |
|
| | | |
|
| | |\ |
|
| | | |
| | |
| | |
| | |
| | |
| | | |
if --media-attachments is non-nil,
make sure we have non-nil media-args, and that
we have same num of -ids to attach as attachments uploaded.
|
| |\| | |
|
| | |\| |
|
| | | |
| | |
| | |
| | | |
just test that length of --media-attachments == length of --media-attachment-ids.
|
