@adrianco IMO, Twitter threads were often great, and yet the "threading" was often awkward or straight up broken ("likes and retweets" atomized, interesting replies buried, etc.)
If I could wave a wand I'd make the client present a coherent ~200 chars and then tap-to-expand.
@Theoreticalb @adrianco No wand needed. Check out the @tooot mobile client (for Android + iOS), which has supported this tap-to-expand feature for a while.
@adrianco I definitely agree there’s some optimum, and 500chars seems above it, and 1000 way past it.
I think the need for character golf made my writing a lot better, and without that constraint I can just blurt out whatever with no editing.
@lkanies @adrianco 500 is very often a problem. My instance has a limit of 2500 characters, and I'd say that's much closer to the optimum.
The short message limit of Twitter has been described as the cause of a lot of the problems of the medium. The argument is that it encourages boiling down your points to a soundbite, thus encouraging simple explanations to sometimes complicated problems.
Whether that's true is debatable of course, but it's at least possible.
Which official Mastodon UI?
I use the web UI, loaded right from the mastodon servers I have identities on, and when the content is hidden, the length, as seen by the user, is also hidden.
Are you talking about the memory footprint behind the UI, as in "the content is hidden but it still takes up memory in the implementation"?
Seems like on-the-fly compression for toots over some character length might be an incremental solution to the latter problem.
I don't think there's anything stopping you from using Mastodon like that.
I used to have a regular expression for a client that filtered out toots that were shorter than 141 characters, to avoid tweets that had been echoed to Mastodon.
@adrianco The constraint wasn’t even intended to be psychological; it was technical!
Twitter wanted users to be able to tweet from an SMS which has 160char limits.