On 11 Aug 2014, at 5:14 , Hilaire <hilaire@drgeo.eu> wrote:
Yes strange, probably my test image.
Or you could just be on a different platform, the Clipboard VM source for Linux/Windows is⦠something else entirely. On OSX, it asks for the text in UTF8 specifically; ExternalClipboard >> clipboardText ... bytes := self primReadClipboardData: clipboard format: 'public.utf8-plain-text'. (whatâs the valid formats other than that you ask? Darned if I know, probably need to read the VM sources) On Unix/Windows, it works differently, you donât use a primitive where you specifically set the encoding you want for clipboard text entering the image. My memory is a bit hazy, but IIRC, the Windows primitive code will also return utf8 consistently, so the code in Clipboard >> clipboardText will work correctly. While on *nix, the bytes returned will be converted either to the current localeâs default encoding (which is why I asked for it), or the one specified by the vmâs -locale parameter when it was launched, I canât quite remember the details. So if youâre on Linux it *might* help if you start the VM with an -encoding UTF8 parameter set, or use a system locale which returns #utf8.
It looks correctly rendered in reverse order. Btw, do we have tool to help to pickup the right font given the pharo locale?
Thanks
Hilaire
Itâs not rendered in reverse order, when one does the same as Sven did with example text #2 («Ready to continue?»), the String will render in Pharo with the question mark at the end. Cheers, Henry