Skip to content
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

non 7-bit ASCII #29

Closed
JeromeMartinez opened this issue Oct 18, 2017 · 2 comments
Closed

non 7-bit ASCII #29

JeromeMartinez opened this issue Oct 18, 2017 · 2 comments
Labels

Comments

@JeromeMartinez
Copy link
Member

(Received by email)

(...) that used the open quotation (hex 93) and close quotation (hex 94) characters in their data and it didn't translate well at all!

@JeromeMartinez
Copy link
Member Author

non 7-bit ASCII chars are problematic: actually, there is no indication in EBU tech 3285 about which locale is used.
on my Windows machine with code page 437 ("OEM-US"), when I test • (hex 95, because command line prompt transforms quotation marks to simple quotation hex 22) with command line, it is saved with hex 95 (which, I guess, would be translated differently on a non occidental machine...)
with the GUI, it is silently replaced by a question mark because it is not 7-bit ASCII.

I guess we can say it is a bug (especially because behavior is not same depending on the interface), and fixing it would not be easy (not technically, but debate about which locale to use in the file).

@dericed
Copy link
Collaborator

dericed commented Apr 2, 2020

Isn't this closed via #34? Is there a part that is left?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants