Roundabouts are great (we just had two complex intersections with traffic lights replaced by roundabouts and the traffic flow is much better), but they take significantly more space than a 4-way stop.
I have updated the Lua binding to support the session extension (http://lua.sqlite.org/home/timeline?r=session) and it's been integrated into the current version of cosmopolitan/redbean. This was partially done to support application-level sync of SQLite DBs, however this is still a work in progress.
It's an IDE, but it allows building full GUI apps. It's itself written in Lua using wxlua/wxwidgets toolkit, so has access to the majority of the modules availables in wxwidgets. The binaries are also bundled with the IDE for all supported platforms, so you can develop and package your own application in the same way.
Look great! I've done something similar with exactly the same approach of fully reevaluating Love functions, which allows changing the app behavior on the fly: http://notebook.kulchenko.com/zerobrane/live-coding-with-lov.... This is only running on a desktop (as it's controlled from the ZeroBrane Studio IDE running on the same machine) and allows both changing the source code and using virtual sliders on any numbers in the script to drag left/right to affect the behavior.
It was very interesting to work on that and to see the behavior of the script changing in real time. I've seen some of the users creating simple applications in a matter of minutes using this approach; here is one that was done at about the same time as the Love demo (although it's using Gideros SDK): https://notebook.kulchenko.com/zerobrane/gideros-live-coding...
There is no support for dynamic libraries in Cosmopolitan right now, so the libraries would either need to be compiled in (statically) or included in the archive as Python-only libraries. With the later ones, it should be a matter of adding them to the zip archive within the cosmo python executable, which should make them available to your scripts. See the discussion elsewhere in this thread (https://news.ycombinator.com/item?id=38102629) for some additional details.
It does indeed look interesting and looks to be similar to Lua in several aspects (although, there are some noticeable differences too). FWIW, there has been work done in eLua to keep some of the data (transparently) in ROM: https://eluaproject.net/doc/v0.9/en_arch_ltr.html (see rotables).
I don't think it's really that wrong-headed. What are the choices: (1) march ahead trying to salvage the current design with no clear path forward (other than waiting for the SSR solution), (2) quit right now, or (3) quit in 6-8 weeks if the proposed solution doesn't work (or is not delivered fast enough). The last option is not that bad if the author is hoping to figure it out, especially that the timeline is short and with a quick prototype (which the author did) it's going to be clear much sooner if the new approach is workable or not.
I mostly use arclite, Brackets matching, Netbox (for FTP access), Process list, FarColorer and Temporary panel. I suspect most of them come bundled with Far.
I've been using FAR for the last 20+ years on a daily basis and it hasn't crashed a single time for me. I like its minimalist UI, but a quite complex functions are only a click or two away and various plugins extend its functionality in useful ways (for example, Netbox for ftp access). I think it's a fantastically useful and robust tool.