Clipboard paste encoding issue

Help & Support
1

Hi

Clipboard paste to text file (native CTRL+V on lister) used to produce a UTF-8 no-BOM encoded file, up to v 12.9.4.
Latest version (12.10) is producing a UCS-2 BOM encoded file.
Is there any way to switch back to the previous behavior, or make it so it's configurable?

Thanks

2

I don't think that changed between 12.9.4 and 12.10.

I just checked with 12.9.4 and pasting text that cannot be represented in the current codepage creates a UTF-16/USC-2 file in that version as well. I think it has always worked that way, or at least has for a long time.

Are you sure you're testing with the same kind of text that you were using before?

3

Hi Leo,

Actually, you're right; I just rolled back to 12.9.4 and it behaves the same way.
There doesn't seem to be anything different with the text in particular, though; saving it directly from Chrome produces a UTF-8 no-BOM encoded file.
Any chance you can make the encoding configurable? Or any way of "hacking" it so a specific encoding is forced?

Thanks

4

That probably makes sense. Or just switching to UTF-8 since it's much more common.

You could have the Ctrl-V hotkey run a script that checks what's in the clipboard and, if it's text, converts it to UTF-8 and writes the file itself, and otherwise runs the normal Clipboard PASTE command.

Or something which is run after pasting the data to convert the file from UTF-16 to UTF-8. (A script could do that as well.)

(Opus provides an object for converting text between encodings which could be used by both types of script.)

5

The current behavior depends on the type of text on the clipboard. If there is Unicode text on the clipboard it'll be pasted as UTF-16 (with a BOM), otherwise it'll be pasted as ANSI.

In the next version we'll add the ability to specify the desired encoding.