xK - IRC daemon, bot, TUI client and its web frontend

	Commit message (Collapse)	Author	Age	Files	Lines
*	Move protocol code generators to liberty	Přemysl Eric Janouch	2022-09-30	1	-538/+0
\| \| \| \|	This part of the project is now more or less stable.
*	Clean up protocol code generators	Přemysl Eric Janouch	2022-09-30	1	-34/+53
\|
*	xP: improve comments in protocol code generator	Přemysl Eric Janouch	2022-09-15	1	-5/+5
\|
*	xP: further optimize JSON marshalling	Přemysl Eric Janouch	2022-09-15	1	-20/+27
\|
*	xP: fix log JSON serialization	Přemysl Eric Janouch	2022-09-15	1	-0/+9
\|
*	xP: generate our own JSON marshallers	Přemysl Eric Janouch	2022-09-14	1	-5/+62
\| \| \| \| \|	For non-trivial types, which are expensive to serialize with encoding/json's struct reflection.
*	xC-gen-proto: reduce enums to single bytes	Přemysl Eric Janouch	2022-09-10	1	-7/+5
\| \| \| \|	That's already way more than we can possibly use.
*	xP: implement tab completion	Přemysl Eric Janouch	2022-09-06	1	-1/+2
\| \| \| \| \| \| \| \|	Currently it only goes for the longest common prefix. Refactor WebSocket handling into an abstraction for our protocol. The Go code generater finally needed fixing.
*	Start X11 and web frontends for xC	Přemysl Eric Janouch	2022-09-05	1	-0/+447
	For this, we needed a wire protocol. After surveying available options, it was decided to implement an XDR-like protocol code generator in portable AWK. It now has two backends, per each of: - xF, the X11 frontend, is in C, and is meant to be the primary user interface in the future. - xP, the web frontend, relies on a protocol proxy written in Go, and is meant for use on-the-go (no pun intended). They are very much work-in-progress proofs of concept right now, and the relay protocol is certain to change.