aboutsummaryrefslogtreecommitdiff
path: root/lisp/mastodon-tl.el
Commit message (Collapse)AuthorAgeFilesLines
...
* | autoload -search--get-user-info for follow suggestionsmousebot2022-02-141-0/+1
| |
* | make mpv an optional dependencymousebot2022-02-131-7/+9
| | | | | | | | | | | | - keymap / help-echo are conditional on mpv being installed. - maybe mpv (and company, emojify, etc.) should become hard dependencies...
* | docstrings/comments cleanupmousebot2022-02-131-10/+10
| |
* | Merge branch 'develop' into mpv-play-at-pointmousebot2022-02-121-4/+10
|\ \
| * | Fix the timers for auto-updating of relative timestamps.Holger Dürer2022-02-121-4/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* | | use tl--field to get media attachments infomousebot2022-02-121-4/+2
| | |
* | | move get-media-types / docstrings.mousebot2022-02-121-12/+15
| | | | | | | | | | | | | | | | | | 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.
* | | add c-ret binding to author-byline help echomousebot2022-02-121-4/+7
| | |
* | | autoloads and docstringsmousebot2022-02-111-3/+6
| | |
* | | improve propertizing of boost/fave markersmousebot2022-02-111-15/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - 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
* | | implement playing toot's moving image when point is on author bylinemousebot2022-02-111-4/+54
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - 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
* | | display toot's media type when on author bylinemousebot2022-02-111-15/+33
| | |
* | | replace if call with or call in tl--mediamousebot2022-02-111-4/+3
| | |
* | | Merge branch 'develop' into mpv-play-at-pointmousebot2022-02-111-32/+59
|\| |
| * | add go to next toot to tl--threadmousebot2022-02-071-13/+15
| |/ | | | | | | fix go to first toot on thread load
| * implement follow suggestions.mousebot2022-02-071-0/+20
| | | | | | | | | | | | | | | | | | | | | | 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.
| * place point on byline of first toot on timeline load.mousebot2022-02-051-0/+1
| |
| * update homepage and copyright boilerplatemousebot2022-02-051-1/+2
| |
| * autoload fix for mastodon-notifications--get; set interative to tmousebot2022-01-301-1/+3
| | | | | | | | | | 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.
| * handle a buggy empty notificationmousebot2022-01-151-17/+18
| | | | | | | | | | | | 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.
* | Merge branch 'develop' into mpv-play-at-pointmousebot2022-01-151-9/+9
|\|
| * FIX local mentions/links checkingmousebot2022-01-111-9/+9
| | | | | | | | | | | | | | | | | | | | | | 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
* | add function to play gif/video at point. uses mpv.elmousebot2022-01-111-0/+17
|/ | | | oops fix the mpv require statement
* refactor mastodon-notifications--insert-statusmousebot2021-12-241-3/+7
| | | | | | | | | | | | | 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.
* Merge branch 'main' into developmousebot2021-12-231-13/+9
|\
| * tiny cleanups after Ediff main / mastermousebot2021-12-231-14/+10
| |
| * override 'O' binding on links to my-profilemousebot2021-12-211-0/+2
| |
* | override 'O' binding on links to my-profilemousebot2021-12-211-0/+2
| |
* | improve delete toot testsmousebot2021-12-201-0/+2
| |
* | typos and docstringsmousebot2021-12-201-5/+8
|/
* improve faves count help-echo propertizingmousebot2021-12-171-10/+30
| | | | | | | | - 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
* mapcar* -> cl-mapcar in -tl.elmousebot2021-12-171-3/+2
|
* bump version to a round numbermousebot2021-12-171-1/+1
|
* cl-lib not cl for mapcar* in -tlmousebot2021-12-171-2/+2
|
* boilerplate maintainer contactmousebot2021-12-171-0/+1
|
* depend on emacs 27.1, flychecks, docstrings, etc.mousebot2021-12-171-1/+1
| | | | strictly, the 27.1 dependency is only for proper-list-p in -http.el.
* bump version, change homepage link, readmemousebot2021-12-171-2/+2
|
* revert echo faves on toot text in thread viewmousebot2021-12-171-12/+1
| | | | | | because it breaks propertizing of links/handles. so echo faves is now only on byline author name.
* keep "O"/my-profile binding when point on image.mousebot2021-12-171-0/+2
|
* FIX echo faves in thread view clashing with media help-echomousebot2021-12-171-16/+28
| | | | | | | | | | | | | 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.
* Merge branch 'develop' into echo-faves-in-threadmousebot2021-12-161-126/+130
|\
| * refactor notify-user-posts functionsmousebot2021-12-161-25/+32
| | | | | | | | | | this updates the functions to toggle receiving notifications when a user posts to work with the newly refactored follow-user function and associated functions.
| * Merge branch 'develop' into notify-when-postmousebot2021-12-161-211/+163
| |\
| | * Merge branch 'develop' into media-typemousebot2021-12-161-124/+94
| | |\
| | | * Merge branch 'refactor-follows-etc' into developmousebot2021-12-161-120/+76
| | | |\
| | | | * indent-buffer on -tl.elmousebot2021-12-161-14/+14
| | | | |
| | | | * refactor un/follow, un/block, un/mute functionsmousebot2021-12-151-116/+72
| | | | |
| | | * | improve display of polls:mousebot2021-12-161-4/+18
| | | |/ | | | | | | | | | | | | place them after toot content and add padding for vote count display.
| | * / fetch media_attachments' "type" from server and store as propertymousebot2021-11-091-2/+3
| | |/ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - if the type is not "image", it is displayed in`'help-echo' property. - the idea is to use this to handle gifs/videos differently to images. but for now i'm not sure how to actually render such media. but this way, at least the item could be viewed externally if the user wants to see it, or at least they know they're missing out on something. - NB: EWW can't handle content type "video/mp4".
| | * remove help-echo for faves/boosts/replies, it breaks img echo keymapmousebot2021-11-091-10/+0
| | |