| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| ... | |
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |\
| |
| |
| |
| |
| | |
Red_Starfish/mastodon-up.el:login into develop
Reviewed-on: https://codeberg.org/martianh/mastodon.el/pulls/255
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Most old users of the mastodon.el wouldn't know about the introduction
of new variable `mastodon-active-user'[1]. Our goal is to make them
aware.
Set the default value of [1] to nil. This way we can know that the user
hasn't set [1] properly because user is unaware of it.
In the definition of `mastodon-auth--access-token', check [1]'s value
and if it's null, explain to the user about the new situation. Finally
signal the error "Variables not set properly".
We have considered the possibility of automating the process but since
the new login mechanism depends on setting [1] *in the init file*, the
only way to automate it would be to write to user's init file which we
consider to be very rude and shouldn't be done by this package.
|
| | |
| |
| |
| |
| | |
Update Copyright holder info for files that have undergone non trivial
changes.
|
| | |
| |
| |
| |
| |
| | |
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'.
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- 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
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| | |
- 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
|
| | |
| |
| |
| |
| |
| |
| |
| | |
we always need all the funs for operating on individual toots so this is best.
Revert "revert require of mastodon-toot to autoloads"
This reverts commit 6a164669e0bffed67ad59c206f13651a67456127.
|
| | |
| |
| |
| |
| | |
- use (autoload) call in mastodon.el for functions
- use autoload cookie in mastodon-tool.el for customize options.
|
| |/ |
|
| |
|
|
|
|
|
|
|
|
| |
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.
|
| | |
|
| | |
|
| |
|
|
| |
strictly, the 27.1 dependency is only for proper-list-p in -http.el.
|
| | |
|
| | |
|
| |
|
|
| |
to avoid using C-S- bindings, which don't always work for others.
|
| |
|
|
|
|
|
|
|
|
|
| |
Basically, in Emacs for each file: select all text and
`indent-region`.
- This also removes one redundant comment, and
- fixes an error with json decoding where the `json-read-from-string`
was actually not within the intended `unless` clause (which explains
the warning about "result of (string-equal "" json-string) will be
ignored" which I never understood.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
These needed a bit of tender love and care to get back into passing
state.
- Move the auth tests to the `test` directory. No idea what it was
doing in `lisp`.
- Image tests are mostly broken because with later Emacsen we no
longer need the `imagemagic` option on create-image.
- Some method signatures have changed and mocking calls needed to
follow suit.
|
| |
|
|
| |
- & no need for all other mastodon-toot autoloads
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
this makes it so that if you reply to a direct message, your toot will also be
direct by default.
- we feed the reply's full toot JSON through the chain of functions called,
all the way down to "setup-as-reply". that way, if anything else needs to be
extracted when setting up a reply, it's all there.
|
| |
|
|
|
| |
kill-this-buffer doesn't always work if not called from the menu bar, as
stated in its docstring.
|
| | |
|
| | |
|
| |
|
|
| |
- masto view favorites binding moved to "V", in line with other separate views being in capitals
|
| |
|
|
|
|
|
| |
- new bindings for f-req accept/reject (in both notifs and in f-req views)
- check if we are at an f-req before accept/rejecting
- flycheck / docstrings
- fix notifs byline formatting for f-reqs
|
| |
|
|
|
|
|
|
| |
make mastodon-toot-mode is run in mastodon-toot--compose-buffer before
after-change-functions bugs.
this makes mastodon-toot work properly even if mastodon-mode has not yet been
run/loaded yet.
|
| | |
|
| |
|
|
|
|
| |
the former first checks if the value is stored in var mastodon-auth--acct-alist, and
only makes a request if it doesn't get the handle from there. and if run it also stores
the value.
|
| |
|
|
| |
requires cl-lib
|
| |
|
|
|
| |
uses a tiny minor mode 'profile-update', with bindings.
U is a general binding for it.
|
