emoji-unicode | Supports | Icon library

/^(?:[A-Za-z0-9\u00C0-\u017F\u20AC\u2122\u2150\u00A9 \/.,\-_$!\'&*()="?#+%:;\<\[\]\r\r\n]|(?:\ud83c[\udf00-\udfff])|(?:\ud83d[\udc00-\ude4f\ude80-\udeff])){1,2000}$/

But really, this require some explanations before you go on... And first of all, let's get back to some definition... You probably know some of these, but they are really necessary for the answer to actually make sense.

Regex are state machines that consume "characters". Sounds simple enough, but various regex engines have different definition of what is a "character", with two predominant variants: either a character is a single byte, or a character is a UTF16 code unit (that is each sequence of 16 bits when the text is encoded in UTF16). JavaScript use the second variant.

Emoji characters require two consecutive UTF16 code unit; that is the reason why, in a UTF16-based regex, they must be matched as two consecutive characters (for example \ud83c[\udf00-\udfff]). The two characters form a pair, and that sequence must be maintained in the regex.

In a regex, a character class (for example [a-z0-9 ,-]) will match a single input character, given that it is contained in the specified characters list. There is no sequence and no ordering on the characters inside that class: at most one character will get matched. Emojis can't therefore be matched correctly simply by including their UTF16 code unit to a long list of accepted characters (well, doing so would actually result in a regex that accepts all valid input, but also accept many invalid input).

A character class can equivalently be replaced by a long list of "alternatives" particles: (?:a|b|c|...|y|z|0|1...|9| |,|-). Note here that I used a non-capturing group, that is (?:...), instead of a capturing group (...); this is desirable whenever you do not intend to refer to the value of a group, since there is a performance cost associated to capturing that value. Indeed, a long list of alternatives is far less efficient than a character class particle; there is however an advantage doing so: alternatives allow matching for sequences of multiple characters. For example, one could say (?:apple|banana|cherry|...). In this form, it is now possible to correctly match emoji characters: (?:\ud83c\udf00|\ud83c\udf01|\ud83c\udf02...\ud83c\udfff|...). But expending all alternatives this would result in a ridiculously long and hard to maintain regex. So you will definitely want to mix character class and alternatives appropriately.

So your regex will basically have the following form: