matthiasmullie added a comment.

As I understand it, Twitter currently:

  • has a fixed limit of 280 (most languages) or 140 (Chinese, Japanese, and Korean)
    • that limit is the amount of characters, not the amount of bytes (so characters requiring more bytes only count 1 towards the total allowed length)
  • shows a vague indicator (circular progress bar)
  • shows the exact amount of remaining characters when there are only 20 left

Counting bytes instead of characters makes no sense except for hard storage constraints, which is not the case here. The current length validation for descriptions (5 <= input <= 10000) just tests .length, which is character length (not byte count) already.

As I understand it, we want to encourage short captions.
Does that mean we need to enforce them even if there are no technical reasons for doing so? Or do we just want to nudge people towards writing succinct descriptions, without forcing them to? (accurately describing something that has a really long name might get annoying)

Assuming we don't want to enforce that limit, I'm thinking we could add some progress bar towards some ideal length & warn users once they're over, but still allow them to submit it.
Kind of like how we warn when a user attempts to submit something without categories, but still allow them to submit it. Or maybe not even warn at all: progress bar might suffice to nudge people towards the desirable length.
I don't think we need to display an exact "x characters remaining" count if we don't really enforce it.

As for support in different languages: assuming we have no other research, we could start out with Twitter's findings of nudging people towards <some limit> in most languages, and <some limit / 2> in Chinese, Japanese & Korean?

Thoughts?


TASK DETAIL
https://phabricator.wikimedia.org/T188502

EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: matthiasmullie
Cc: Ramsey-WMF, PDrouin-WMF, gerritbot, matthiasmullie, Aklapper, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, E1presidente, Cparle, Darkminds3113, Sksvdbvd, SandraF_WMF, Youssefalli1, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Tramullas, Acer, V4switch, LawExplorer, Lewizho99, Maathavan, Susannaanas, Wong128hk, Aschroet, Jane023, Wikidata-bugs, PKM, Base, aude, Bawolff, Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Matanya, Mbch331
_______________________________________________
Wikidata-bugs mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Reply via email to