Media entries.

UserListEntry, which was easy

Notification log formatting

Re: header.

ExtendableIndicator, without the hard part

Diagnose unsupported markup tags

Aha, Iterator::position is a bit nicer

First-draft HTML parser

Get the QualNames out of my html::Receiver.

push_para

FileHeader text implementation

Render paragraphs by wrapping them.

Build paragraphs, in a bodgy slow way.

For the moment, I've made a CharIterator that returns each coloured
character of a ColouredString one by one. That's nasty, but easy. I
think more ideally I'd want an iterator that returned contiguous
chunks of a ColouredString according to a filter function passed in
that classifies characters as wanting to be in the same chunk. But
that involves function parameters, so I can try that later.

Factor out truncation of a ColouredString

Username headers

EditorHeaderSeparator, which is really easy

SeparatorLine (with proper date formatting!)

More ColouredString stuff I needed

Start of the text module.

Oh wait I don't need to _implement_ Eq

Maybe the version with slices?

Basic version of split.

Returns a newly allocated ColouredString. Perhaps it would be nice to
be able to return a lighter-weight thing containing a pair of &str?

Successful frags iterator!

More, but still not finished

I'm not at all sure that counting by chars is what I really want, hmmm.

UNFINISHED: ColouredString class.

OK, now it doesn't.

Looks as if the only problem there was trying to link the document
root to itself.

Try walking the tree. It crashes, oops.

Abandon html2text and try html5ever.

I _think_ this gets me a tree structure containing the HTML DOM. Now I
have to do the same formatting and wrapping that I'm doing in the
Python version, but that really should just be a matter of conversion.

Now the scanners seem to be working!

First cut at transcribing the scanning regexes.

First cut at parsing HTML of a toot.

But it doesn't work right, because the CSS is ignored. I think that's
because html2text only processes CSS classes on <span> elements, not
on <a> where the Mastodon server puts them.

Now we can draw directly without ratatui widgets.

I didn't really want to have to structure my program around their
widget API, and now I don't have to.

Looks as if this is the best way to go beep!

Set up ratatui and demonstrate event handling.

I've had to put the event-reading in another thread, because I
couldn't see any way to tie extra fds into ratatui's poll loop. So
instead I'm going to have to make subthreads communicate to the main
loop via an interthread channel.

Update .gitignore.

Process raw stream data into UTF-8 lines.

Get rid of the rest of the unwraps.

Made auth file handling fallible.

There are no doubt many ways to do it better, but this is a start -
now it will at least print what went wrong.

Move auth file handling out into a module.

It ought to be fallible, though.

Try using xdg to get the config directory location.

Replace copy_to with direct use of the Read trait

First demo of a streaming API working.

Had to bodgily pull in the Python version's auth data for this, but
it's a start. I can sort that part out properly later.

Move the types out into a separate module.

Experimented with a reqwest Client.

OK, that's probably enough data modelling for now

Deserialise visibility, with compiler warnings

Got most of the dates, but what about last_status_at?

Fill in some more parts of the main structures

Self-reference to subthings via Box

Cope with some optional fields

Decode a sample Status as well as an Account

PoC of retrieving and unpacking a struct.

Begin setting up a Rust framework.

Fix the various 'user's posts' variations.

By generalising the True/False -> true/false mapping across all
booleans submitted as request parameters.

Support <pre> tag in post HTML.

Option to view a post by its numeric id.

More timelines.

These don't auto-update.

Graduations of mode to view a user's posts.

Now we can exclude blogs, and also exclude replies to other threads.

(Interestingly, the 'exclude replies' flag in the API only excludes
replies to _other_ accounts. So it keeps replies to _yourself_. One
effect of this is that if you post a multitoot thread, it all shows up
in this list. Of course the client could filter it too...)

Fix a few NoneType errors.

Change my mind about how to extend backwards.

I think pressing [0] at the top of the file is better than double-[B].
Firstly, it's fewer keystrokes to do on purpose; secondly, it's not a
key you would have been repeating already. Now I can hold down [B]
safely to page up through the existing text, _and_ if I want to keep
extending backwards I can do it more easily than before.

Fix out-of-bounds access in files shorter than the screen

Lists of followers, folllowees, favers and boosters.

Support <blockquote> in HTML.

Ahem, fix last minute breakage.

First cut at viewing a user's posts.

Change wording from 'Reply' to 'Send' for non-statuses.

You might be sending a message to the named user, but you're not
_replying_ to anything of theirs.

First cut at Examine User.

Currently you can only type in names to examine by hand.

Experimental ^K change of behaviour.

If you press ^K to delete to end of line and you're in mid-paragraph,
I think not a bad answer is to _insert_ a paragraph break, so that the
text on the next line doesn't unexpectedly wrap.

This is intuitively as close as possible to the behaviour in the
non-auto-wrapping 'me'. The only thing I don't like about it is that
pasting the text back in again with ^Y doesn't delete the line break,
but I haven't thought of a less astonishing answer to that yet.

Tests of Ctrl-K.

So I can refactor it.

Fix goof in IndentedParagraph.

HTML formatting: support <i>.

Same as <em>, of course.

Some more TODO comments.

Match reply visibility to the incoming message.

I had a conversation in 'unlisted' status with someone, and it was a
pain to keep setting this by hand.

Of course, it's only a default: you _can_ change the visibility in a
reply.

Post info: add list of mentioned users.

Because the post itself doesn't show their fully qualified usernames.

Second thoughts, remove that assertion again.

Turns out that Composer does want to keep the entire editor buffer in
a ColouredString so that it can colourise it as a whole. And that can
include \n. We do want to keep \n away from add_wch, but keeping it
out of ColouredString entirely isn't a workable approach.

Oh well. The immediate crash is fixed, at least.

Squelch literal \n appearing in post HTML.

For some reason this doesn't happen very often, but I just saw it for
the first time, and it totally confused Paragraph and also
ColouredString.frags. Avoid getting into that sitation in the first
place.

Fix missing screen refresh when new posts arrive.

The rework of resize handling had the accidental side effect that when
the self-pipe from the stream-watching thread signals us, we do call
extend_future() on our feeds, but we _don't_ loop back round to the
screen redraw, so that if the user is sitting in their home timeline,
the bottom line of the screen doesn't update to show that new stuff is
available.

Fix file-position stability over backward extend.

That last-minute idea to bound pos_within_item within the actual size
of the item ... forgot that each logical item (e.g. a status) is made
up of multiple physical items (paragraphs, separator line, etc), so I
bounded it within _those_ and made a mess. Should be back to normal now.

Implement searching in the file pager.

Fix display of whether you've boosted something.

I had forgotten for a moment that it's called something else at the
protocol level.

Allow changing the visibility of posts.

Allow tagging posts with a content warning.

Add 'change language' in the pre-posting menu.

Uses the new bottom-line editor to prompt for a replacement language
tag.

Ability to prompt on the bottom screen line.

Feature to print detailed info about a status.

Now I can retrieve its URL to send to people, and find out all the
fiddly internals too.

Cope with a timeline not containing any posts!

Of course, that's the first thing that happens when you log in to a
fresh Mastodon test instance.

Override for config directory.

This provides a crude means of managing multiple accounts. At the
moment my only use case for this is logging in to a test server so
that I can test the fine points of posting without making a fool of
myself on the live fediverse. So I don't need to run the accounts in
parallel in a user-friendly way, and I can easily just pass a weird
command-line option when I'm doing testing.

Fix resizing the window smaller.

Some weird sequence of events was triggering an attempted redraw at
the old size, before properly noticing the change and redrawing at the
new size. When going from smaller to bigger this just caused a display
flicker (in fact not even a perceptible one), but bigger to smaller
caused an exception when we tried to draw a big screen in a small
window and curses caught us printing outside the screen area.

Now seems to work better.

Bodgy fix for poor performance of wcwidth.

Mastodonochrome was running rather slowly, and when I profiled it, it
turned out the bottleneck was the 'wcwidth' Python module, which is
not a wrapper on the C function, but a reimplementation in pure Python
and therefore not very fast.

I've bodged it by just making one big cache of all the strings that
the program ever passes to wcwidth, since there were only two calls to
that function at all and they were both in text.py. I don't know if
that's the right fix in the long term, but it seems to have improved
things considerably for now.

(Also, while I'm at it, ColouredString now wcwidths its contents once
at construction time and doesn't redo it on every call, so it doesn't
even look up the same thing in the cache multiple times.)

^K and ^Y for copy and paste to end of line.

Well, end of _paragraph_, for the moment. Perhaps end of line would be
better. But my immediate use cases won't care about the difference:

 - ^W^K to delete the last word I typed at the end of a paragraph
 - dealing with code snippets which don't wrap anyway

Editor: ^W and ^T to go forward/back a word

Properly indicate whether we can extend backwards.

Ability to retrieve the thread of a post.

Fix a wrapping glitch I spotted this morning.

Fix API mismatch in composer tests.

Add a final menu before posting a status.

So far it doesn't have anything useful in it, but the idea is that it
will be where you add all the other options in statuses, like media
attachments, content warnings, etc.

Make the dry-run posting mode a standard option.

It's silly to keep hacking it out in the source code every time I want
to test something!

Proper old-fashioned [RET][.][RET] to finish a post

Implement extending feeds backwards.

Get editor limits from the instance.