-
Notifications
You must be signed in to change notification settings - Fork 41
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Text type? #16
Comments
I'm a little confused as to the exact use of the verbatim string. I'd assume it is for the same case you're describing, but clarification and perhaps standardisation on an encoding (i.e. UTF-8) would be useful to prevent weird issues. That being said, would it be OK to use non-printing characters (like unicode modifier chars) or terminal colour codes in a verbatim type reply? |
Perhaps adding a third |
Bulk strings are binary safe, there's no need for that. |
Verbatim Strings and Bulk Strings would be equivalent in that case but it could be handy having a semantic difference between the two, and leaving verbatim strings still open to arbitrary use (if |
@antirez -- what do you think about a dedicated UTF8-encoded text type? For us Python users this would mean correct handling of |
I wonder what you think of adding a dedicated text type, which would be identical to the bulk-string, but would indicate UTF8-encoded unicode text as opposed to an arbitrary blob of bytes?
The difference to the client would be equivalent to how Python 3 differentiates
str
(for unicode) andbytes
(for blobs). I think msgpack has something similar.Or perhaps this is the intended use-case for the "verbatim string" type?
The text was updated successfully, but these errors were encountered: