OS/2, eCS & ArcaOS - Technical > Programming
Qt6 Application Testing
Dave Yeo:
OK, makes sense that it needs a different leading byte, I tried a few but not 20 as depending on the font I tested, most of the glyphs were missing once the leading byte was not zero.
Testing here, I can paste the euro into Qt5 qe.exe fine, then copy and paste it to ae.exe.
Here, in the Qt6 Dooble, pasting from the charmap, gives a double euro, like €€€, hmm, now it is a triple euro. Copy and pasting from qe.exe gives € correctly and copy and pasting from qe.exe to ae.exe and then to here gives �
Seems Qt5 qe.exe handles the unicode, then ae.exe (Pascal?) accepts it but it gets converted to codepage 850 when copying from there.
Why I get double or triple euros when copying from charmap, I don't know but seems like a Qt6 bug.
@David, we have libraries to help with the conversion, namely ICU, which Mozilla also uses. I did have to restore codepage 850 to the list of codepages that Mozilla handled.
Edit: It is actually the behaviour of charmap that causes the doube/triple paste, visible when looking at the Copied characters box, each copied character is added to what is in the clipboard, makes sense for forming words.
David McKenna:
Hey Dave,
Interesting you can copy the Unicode euro to AE - here it does not work, I get: Ôé¼ when I try. What version of AE are you using? I have the latest 1.9.9.
I don't see the multiple euros like this: € when I copy from the unicode character map to Dooble...
Regards,
Dave Yeo:
Using AE ver 1.9.8 currently for testing. This only worked after I pasted into qe.exe, then copied and pasted from there to AE. Pasting directly I get the same results as you. I assume qe converted it to codepage 850. The double € was operator error.
David McKenna:
OK, I see... I can also paste unicode into qe, then copy and paste into ae, thanks.
Regards,
Alex Taylor:
That sounds about right.
The character map copies characters to clipboard as both text/unicode and as codepage text. Apps which are aware of the text/unicode clipboard format will paste that. All other apps will paste the codepage text.
When copying as codepage text, the character map converts into whatever encoding you are currently looking at; if you have Unicode selected, it will use UTF-8, in all other cases it will use the direct codepage byte values.
You can thus force it to use the system codepage by changing the character map's selected encoding to System before pasting into AE. (When you change encodings, the current contents of the clipboard panel are automatically re-copied based on the new selection.)
https://github.com/altsan/os2-ucharmap/blob/master/dbcsmap.c#L1720
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version