Log In  

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.

P#77772 2020-06-07 22:10 ( Edited 2020-06-08 00:10)

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.

P#86111 2021-01-03 20:05 ( Edited 2021-01-03 20:05)


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

P#86250 2021-01-08 03:28

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.

P#86264 2021-01-08 17:11

@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.

P#86277 2021-01-08 21:51 ( Edited 2021-01-08 21:52)

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

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


  • 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!)"

P#119124 2022-10-14 21:23

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

P#121542 2022-11-28 21:49

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.

P#122329 2022-12-13 18:46

[Please log in to post a comment]

Follow Lexaloffle:          
Generated 2023-09-28 01:40:26 | 0.045s | Q:19