Many thanks for your reply, Neil. I didn't know that Unicode make a distinction between titlecase and uppercase. Given that, the file can be found at https://www.unicode.org/Public/UNIDATA/SpecialCasing.txt (just for reference). What surprised me (just as a comment) is the first special case: # The German es-zed is special--the normal mapping is to SS. # Note: the titlecase should never occur in practice. It is equal to titlecase(uppercase(<es-zed>)) 00DF; 00DF; 0053 0073; 0053 0053; # LATIN SMALL...
Sorry, this was a mistake (and there seems to be no editing option of the original message): Would it be possible that SCI_UPPERCASE would not expand single characters into extra characters? With current behavior,SCI_LOWERCASE gets back as a different string with this characters when SCI_UPPERCASE was used before.
`SCI_UPPERCASE` turns precomposed adscript iota into extra uppercase iota character
John, your comments are flattering, but I’m not that smart. I don‘t code. I’m only a MuPDF user that faces a change in the library (FreeGLUT replacing GLFW in the latest 1.12-rc1 version) and these changes are essential for the searching functionality (with non-ascii characters). Sorry, but I’m afraid I cannot discuss anything on these improvements. You asked me what was wrong with this issue tracking system. Only one feature: in GitHub, the person who reports the issue can always close it 😊. Sorry...
Hi John, sorry, but I really don’t like it. It is far less clear and useful that GitHub (or Bitbucket, or GitLab). But it seems that we agree on that 😉. Many thanks for your reply, Pablo
Dear Dee, yesterday I just checked it and it totally overlooked that issues where enabled (it seems I was too tired). Sorry for the noise, Pablo
issues in GitHub?
merge changes from http://git.ghostscript.com/?p=thirdparty-freeglut.git;a=summary