You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I should look into it. I see in 8ec4ac9 that the original author of libpandoc had changed the interface from wchar_t * to char *, adding a comment that all strings should be encoded as UTF-8. There's no explanation as to why!
This is doable, if I simply duplicate everything and change all CStrings to CWStrings. But that would get quite ugly. I'll see if I can refactor some stuff to do this less dirty (having a newborn doesn't help finding time either!!)
Activity
ShabbyX commentedon Jan 23, 2017
I should look into it. I see in 8ec4ac9 that the original author of libpandoc had changed the interface from
wchar_t *tochar *, adding a comment that all strings should be encoded as UTF-8. There's no explanation as to why!Phyks commentedon Jul 8, 2017
👍 for this issue. It seems that whatever accentuated character I am feeding in
libpandoc, I get the character with code 65533 as output.Typically, input "é" gives "�".
ShabbyX commentedon Jul 10, 2017
This is doable, if I simply duplicate everything and change all
CStrings toCWStrings. But that would get quite ugly. I'll see if I can refactor some stuff to do this less dirty (having a newborn doesn't help finding time either!!)Phyks commentedon Jul 10, 2017
Ok I'll try to have a look at this hack around
CWStrings. No problem, thanks for this lib!