Noting here re: icons

progress so far

As mentioned in this forum post, we should start with a browser extension.

In the interim, this will be an extension

On mobile the split should be horizontal, with the preview up top. It should also scroll with the editor content.

Idea 2:

👍

Sounds good. Just some other things to note about this approach:

pixelfed doesn't support the @user syntax (it's pixelfed.social/qwazix and not pixelfed.social/@qwazix) so I think it's not a good idea to do the prismo thing.

Just to add to #2, we should probably just leverage the remoteusers table, adding a handle column (or however we name it). That would let us look up the handle and associated actor_id.

I think people will definitely expect mentions to turn into links, so we should address that now.

I'm looking into turning handles into links and I think I should link to the user on remote instances.

I opened an issue on tootsuite here

Ok will do.

Awesome! Sounds good.

Just pushed branch activitypub-mentions where mentions work on pleroma.

I'll test with pleroma and then open the issue with mastodon. I'll also look around plume.

Hmm. Well that's good to know, but I think changing the entire post type really isn't the right solution. Do mentions work with Pleroma?

It seems that Mastodon ignores mentions in "Articles". Maybe now that mastodon has the [expand] functionality we should consider using "Note" when federating (at least up to a certain text length at least).

Yep, looks good

ok, how about this:

Looks great 👍

The current UI status, showing the success message after submission.

Yeah, just the script in that comment should be enough. I think the yesterday, today and tomorrow thing was in case we had those maps of dates to local translations -- so you can disregard.

So this seems to work well with only the script provided. Where were the uses of yesterday, today and tomorrow?

Here's some starter code for handling when an admin presses the "Reset Password" button (ideally, put this in admin.go). It either accepts a new password or generates a temporary one.

This is another small one that'll be a nice usability improvement.

This would be another good one to tackle next. Let's use the same style, position, etc. as we do in the templates/chorus-collection-post.tmpl template.

That's in the javascript near the bottom of the page -- I believe it loads a default value named anonymous or draft via some h.js helper functions.

@matt I have the template part done and working, just wondering if you remember off hand where we look up the last-selected publish choice.

I've been thinking about implementation details for this.

This will likely be a moderate refactor.