| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
- 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
|
|
|
|
| |
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(!)
|
|
|
|
|
|
|
|
|
| |
this means that we only do the propertizing when we are actually doing an
author byline,
docstring for add-author-bylines
it also needs renaming
|
| |
|
|
|
|
| |
fix remnant call to goto-next-filter
|
|
|
|
| |
rather than using goto-next-toot, which loops when we have no items in buffer
|
|\ |
|
| |\ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- separate goto-next/prev-filter commands
- we use properties toot-id and byline so the navigation works, calqued on
- goto-prev/next-toot
- error handle no word or context supplied
- reload filters view on create or delete
|
| |\ \ |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| |_|/
|/| |
| | |
| | | |
with calls to mastodon-profile--add-author-bylines.
|
| | | |
|
| |/
|/| |
|
| | |
|
| |
| |
| |
| |
| |
| | |
- keymap / help-echo are conditional on mpv being installed.
- maybe mpv (and company, emojify, etc.) should become hard dependencies...
|
| | |
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
I have no idea how this ever worked, already the original
commit (https://github.com/mooseyboots/mastodon.el/commit/746694f0ea75f5fa76739d49509836ccd67d7d65?utm_source=pocket_mylist)
seems to have passed a time instead of seconds. The docs for
`run-at-time` (https://www.gnu.org/software/emacs/manual/html_node/elisp/Timers.html)
make it clear that this cannot work.
Now we keep the absolute times but upon calling `run-at-time` we
convert that to relative seconds from now.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
we have to use mastodon-tl--field for the media types.
we can't use mastodon-tl--property, as the 'attachments property for the toot
doesn't exist yet when we are looking.
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- previously, boost/fave markers behaved differently depending on whether they
had just been created by the user, or if they were already existing and loaded
with the timeline. in the first case, they'd not be part of the byline, in the
second they would be.
we make it that they not part of the byline, so `mastodon-tl--goto-next-toot',
which works according to text properties, should always put point after them,
on the author-byline.
this also means that we can add help-echos and actions to the author byline
without having to worry about also adding them to the boost/fave markers.
fix call to format-faved-or-boosted-byline
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- new: mpv-play-video-from-byline
- new: find-first-video-in-attachments, returns first moving image attachment
from the toot
- edit mpv-play-video-at-point to accept args url and type
- attachments type/url are now stored in attachments property of the byline
- fetched with get-attachments-for-byline
- keymap byline-keymap to allow playing with C-RET
|
| | | |
|
| | | |
|
|\| | |
|
| |/
| |
| |
| | |
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.
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
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 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
|
|/
|
|
| |
oops fix the mpv require statement
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|