Log In  

Cart #46917 | 2017-12-01 | Code ▽ | Embed ▽ | License: CC4-BY-NC-SA

I ran into an odd bug with printing glyphs. I think what's happening is that if it detects a button glyph being used on a line with a btn() or btnp() function, it replaces all instances of the button glyphs on that line with the appropriate button number. This is a problem if you do something like the following two lines of code (obviously using actual glyphs instead of these unicode chars):

if (btn(⬅️)) print("⬅️")
print("❎",20,20,btn(⬅️) and 7 or 5)

The following gif shows the code for the cart above:

P#46919 2017-12-01 13:07 ( Edited 2017-12-07 19:36)

It seems to be working for me, both in the embedded player, and my standalone (0.1.11f on Mac OS). I see glyphs in both rows, no numbers.

However, it was interesting to discover that copy/pasting the code from the "code" tray of the embedded player didn't work when pasting into the player. I think because it pasted all the glyphs as (e.g.) \139, and code like btn(\139) was seen as a syntax error.

Maybe the site's embedded player needs to produce the expected unicode now, so pasting into the engine works again?

Possibly the editor should also continue to accept \139 etc as alternative representations still, too.

P#47180 2017-12-07 14:27 ( Edited 2017-12-07 19:27)

Yup, looks like zep fixed the bug in 0.1.11f! It was definitely broken in 0.1.11d, though. I'll mark it as resolved.

P#47181 2017-12-07 14:36 ( Edited 2017-12-07 19:36)

[Please log in to post a comment]

Follow Lexaloffle:          
Generated 2024-03-28 09:11:35 | 0.010s | Q:14