buckket / twtxt

Decentralised, minimalist microblogging service for hackers.
http://twtxt.readthedocs.org/en/stable/
MIT License
1.94k stars 79 forks source link

Increase default message size #4

Closed ghost closed 8 years ago

ghost commented 8 years ago

140 characters is an archaic limitation that twitter only used so that single tweets could fit in an SMS. it's equivalent to not allowing lines of source code over 80 characters because then they won't fit on a punch card. Even doubling it, or 256 characters, would be an awesome improvement.

buckket commented 8 years ago

The message size is not really limited. Technically the message can be as long as you want. It’s just the client that shortens longer strings per default, because I wanted people do stick to short and pregnant status updates.

Implementing a config option for when the shortener kicks in may be an option, but in general I’d like to stick to the default value of 140 characters, while also warning the user.

ghost commented 8 years ago

I understand the technical limitation. I'm suggesting the change because I feel there are important design implications to keeping the default at 140.

Increasing the default setting, and recognizing that many people won't change it, would allow for greater expressivity by default. I think going the App.net route (256 characters) or even giving people enough space to write a solid single paragraph would open up different forms of interaction, encourage clarity while still discouraging verbosity, and explore an affordance that isn't the route most people go.

Just a suggestion. I appreciate the attention you're giving these tickets.

jomo commented 8 years ago

Hmm, I like twitter's 140 character limit, although a little more probably wouldn't hurt. However I don't think links should fully count towards the limit, otherwise people will resort to using all sorts of crappy URL-shorteners. Twitter solved this by giving links a fixed 'character count' of 23 while displaying the full link (although they still use a shortener for tracking or whatever).

plomlompom commented 8 years ago

There's already some thinking about putting metadata by convention into individual messages, which would further blow them up in length. It's unrealistic to keep the length of raw message texts below 140 characters that way, but how about this:

Push as much individual-message metadata as possible to the end of the message text, so that even naive clients (that don't interpret metadata) may display the most human-readable part of a message before their message-length cut-off point. Some optional separator, such as "/META" or a second in-line "\t", could be defined (by convention or even protocol) beyond which only metadata is supposed to lie in a message, so that clients might decide to only directly display as text the message part preceding this separator.

Beyond this separator, there could be space-delimited metadata tokens defining the feed or individual timestamp therein to which a message is a reply (such as "REPLY:http://example.org/twtxt/bob.txt#2016-02-05T19:44:54.340257+00"), or string replacement operators to blow up parts of the pre-meta-separator message text to URLs subject to link parsing (i.e. "REPLACE[@bob|[@http://example.org/twtxt/bob.txt"]), multimedia to optionally append to the message (i.e. "IMAGE[http://example.org/cat.gif]"), whatever. The point is to separate the parts of the message of value to someone just skimming the text from those that may be used to enrich them with metadata, to keep the former short, and allow the latter to expand to whatever sizes the weight of future extensions may demand.

erlehmann commented 8 years ago

@plomlompom or you could just use the Atom XML standard https://tools.ietf.org/html/rfc4287.

otherjoel commented 8 years ago

@erlehmann I second this. Atom is perfect for this job. A huge amount of work went into creating this standard, it’s well-defined, and there are validation tools and clients already out there and in widespread use.

buckket commented 8 years ago

One thing I’d like to add here first: Currently the soft limit of 140 characters only kicks in after all the processing has been done. The raw tweet can be way longer than that what you’re actually seeing. Exactly the opposite applies when creating a new tweet. What you type is what get’s counted.

Coming with the next release the limit will be configurable.

It’s will be up to the user to decide how to consume twtxt’s content (micro- or not-so-mirco-blogging…) and what limit appeals most to ones personal taste. The default of 140 characters will remain though.

quite commented 8 years ago

Ah, sorry for commenting on closed issue. Didn't catch this one before it went in. I thought that perhaps, the input and output character limit could be two separate options? So I can always read 1024 characters long messages, but possibly limit myself to producing 140 char long ones... https://en.wikipedia.org/wiki/Robustness_principle

buckket commented 8 years ago

Right now the warning about tweeting more than 140 characters is still in place. It’s independent of what character_limit you set. You might be right, that it’s better to make this configurable as well, or remove it it completely. Will think about it.