Sam Foster

> The upper-left corner of the image will sometimes get "stuck." It's maybe the first two or three lines and ten or so columns. Typing and changing colors will appear...

> Alt+l seems to have no effect. I Thanks for the file. I meant CTRL-L, not alt-l. Alt-l colors the character under the cursor. Ctrl-L redraws the screen. I'm seeing...

It only seems to happen with Esc-1 through esc-10 in non-playback mode. F1-F10 doesn't seem to have the issue. And only, it seems, on the top line. Once you draw...

This is the line 22 in question: use_lol= NO I am pretty sure I never manually touched the configuration. I believe it was automatically generated by ascinit, or possibly updated...

> Did you run `ascinit` to initialize Asciiville? Yes, I did. I forgot to mention that in my report. Sorry about that! :)

Weird. There was a typo preventing this from working. It should be fixed in the "dev" branch now. Can you please verify? Thanks for the report!

> edits made while an animation is playing are applied to all frames in the playback range, which is super convenient! (Though, I do not believe this is mentioned anywhere...

> Oh! And I believe there is a similar issue with the alt/esc+[ shortcut for cycling to the previous f1-f10 character palette. That one is a little weirder and trickier....

Here is an example 256 color ANSI file with CP437 encoding: [xmas-cp437.zip](https://github.com/user-attachments/files/16239832/xmas-cp437.zip) And how it should look:

A resource for xterm-256 palette information: https://www.ditig.com/publications/256-colors-cheat-sheet Note that colors 0-15 are not standard. The ones listed there do not match VGA colors. I think they might be the default...