If you copy any text from outside of PICO-8 and paste it into PICO-8, it will show up as uppercase (or non-puny font) regardless of capitalization. I can see that being both a positive and negative in some instances, and in my case it wasn't. I propose that if puny font mode is ON then pasting will respect capitalization (which would actually be reverse capitalization because printh("@clip") and .p8 files store the puny font as capitals).

EDIT: Okay actually this problem also exists when you copy puny font characters using printh() too. This is breaking a few things with my system of saving level data using characters (and parsing them with ord().)
@zep I kindly ask you do something about this.

Seconding this issue - we do a lot of web research to find references for stuff in our carts, and we want to include citations ... but URLs are case-sensitive, and in 0.2.1b, there are two options to paste text into PICO-8 and both of them fail:

1. Paste normally, text is forced to all-lowercase;
2. Paste in puny-text mode, capital letters are converted to lowercase italic characters from Unicode's "Mathematical Alphanumeric Symbols" section.

Given that, when mixed-case ASCII text in a .p8 file is loaded into PICO-8, the capitals displays as puny characters, this seems like a pointless and counterproductive inconsistency.

waitwhat

If you copy/paste in punytext mode, shouldn't it just be a 1:1 conversion? What's this italics business?

I know at some point a change was made where when you turn on puny font, pasting mixed case will paste inverted caps because of how PICO-8 implemented the puny font, which resolved my needs. I do however think another useful addition would be ctrl+shift+v to paste (internally) inverted caps, which would be useful for copying over text intended for human reading from elsewhere.

@Felice: ...oh, interesting! Check this out:

1. Reboot.

2. Paste some mixed-case text into the text editor (we used the string "CamelCase Text"). Because the editor is in default mode, this converts to all-lowercase. Copy text out of PICO-8 and what appears is all lowercase ("camelcase text").

3. Activate puny font mode (Ctrl+P). Paste the text again. It appears as inverted case. Copy text out of PICO-8; what appears is the original string ("CamelCase Text").

4. Turn off puny font mode and copy text out of PICO-8 again; what appears is the bizarre italics thing ("𝘤amel𝘤ase 𝘵ext").

It's not a problem on the pasting end, it's a problem on the copying end.

That is much less bad, but also absolutely not cool.

Testing with v0.2.5c on macOS. Pasting string :

?"⁶.\0\n\n\0PU⁵\0"

• Using puny mode, pasting into the editor works as expected.

BUG:

• The command line doesn't respect puny mode (despite on screen message), and will convert PU to the lowercase pu - breaking the rendered image.

This is a regression to the feature added in v0.2.2b:
> "Added: Can toggle punyfont mode at command prompt w/ ctrl+p (useful for inspecting puny variable names!)"

@zep - following recent discussion on puny mode, are you aware of this bug / regression with the command line?...

The bug I reported is fixed in current v0.2.5 13-Dec-2022. Thank you

?"⁶rw¹シ⁶.".."きPき_に_にP" – works when pasted in command line with puny mode enabled.