pyxel VS libtmux

Nice work, gives me very Micro Machines vibes for the NES. The only thing I don't like about PICO-8 is that its completely closed source. An open source alternative that seems very promising is Pyxel. It has similar retro / pixel art limitations, a built-in sprite editor, music tracker, etc.

https://github.com/kitao/pyxel

Just make games with pyxel https://github.com/kitao/pyxel

There's also game engines which are fun to use in python, like pyxel.

A function to automatically generate an application launch URL has been added to Pyxel, a retro game engine for Python (https://github.com/kitao/pyxel please add your star to this repository!).

It's fine. You might also enjoy working with Pyxel, which is a little more pixellated and fun and not exactly "classically production ready" either. (I mean, games like Papers, Please could be programmed in Pygame, but that's about it).

If you like retro games, Pyxel seems nice.

I am moving all my open source projects to `mypy --strict`. Here's the diff of adding basic / --strict mypy types:

libvcs: https://github.com/vcs-python/libvcs/pull/362/files, https://github.com/vcs-python/libvcs/pull/390/files

libtmux: https://github.com/tmux-python/libtmux/pull/382/files, https://github.com/tmux-python/libtmux/pull/383/files

unihan-etl: https://github.com/cihai/unihan-etl/pull/255/files, https://github.com/cihai/unihan-etl/pull/257/files

As for return on investment - not sure yet. What I like about it is:

- completions (through annotating)

- typings can be used downstream (since the above are all now typed python libraries)

- maintainability and bug finding. Easy to wire into CI and run locally.

There's a thread on mypy, "--strict is too strict to be useful", https://github.com/python/mypy/issues/7767. I'm not sure if I walked away with that impression. If I have a function that could potentially return `None` (`Optional[str]` or `str | None`) - it makes sense for the user to handle such a case. They could:

    assert response is not None

libtmux – Python API / wrapper for tmux

libtmux v0.12.0, GitHub, Release notes, Docs

Script-out the creation of new windows from the current window… so with the desired panes create a new window with the desired layout using the panes from the current/old window (then another script to rebuild the previous window). https://github.com/tmux-python/libtmux could make this scripting easier; I don't think tmuxinator would give you the versatile zooming effect you're looking for.