I de-obfuscated a bunch of client code (tedious) and came to the same conclusion as people have reached via experimentation...
-
Show this thread
-
The new maximum Tweet length is 280 (normalized) Unicode characters, EXCEPT THAT characters 0x1100 upwards all count double.
2 replies 5 retweets 10 likesShow this thread -
"Unicode characters 0x100 upwards" includes every character used for Base65536, including the padding characters.
2 replies 1 retweet 3 likesShow this thread -
So the maximum number of Base65536 characters allowed in a Tweet remains 140, and the maximum amount of data so expressed remains 280 bytes.
1 reply 1 retweet 3 likesShow this thread -
(As far as I know, this limit is only enforced client-side. It is possible to circumvent the check and send 280 characters/560 bytes...
1 reply 1 retweet 4 likesShow this thread -
...but I'm taking the check seriously for the purposes of this piece of work.)
1 reply 0 retweets 2 likesShow this thread -
So, no, the new changes do not make it possible to send 560 bytes of text per Tweet. That limit stays at 280 bytes. With current encodings.
1 reply 0 retweets 2 likesShow this thread -
Twitter has divided Unicode up into two sets for our purposes: "good" (0x0000 to 0x10FF, weight 1) and "bad" (0x1100 to 0x10FFFF, weight 2).
2 replies 0 retweets 4 likesShow this thread -
Replying to @qntm
I've definitely seen posts with 280 of mostly emoji. Are you *sure* it isn't 1100 to FFFF? JS is UTF-16; is there special surrogate logic?
2 replies 0 retweets 0 likes -
Replying to @Random832
The posts you're seeing (and which I also see) disagree with the code I've de-obfuscated. It's possible I've made a mistake...
1 reply 0 retweets 0 likes
...but the code I'm looking at seems to assign the "default weight" to astral plane characters. In the new universe, the default weight is 2
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.