<feed xmlns='http://www.w3.org/2005/Atom'>
<title>ida-tui.git/docs/TUI_DRIVING_BLUEPRINT.md, branch main</title>
<subtitle>tui for headless ida</subtitle>
<id>https://git.sl0p.foo/ida-tui.git/atom/docs/TUI_DRIVING_BLUEPRINT.md?h=main</id>
<link rel='self' href='https://git.sl0p.foo/ida-tui.git/atom/docs/TUI_DRIVING_BLUEPRINT.md?h=main'/>
<link rel='alternate' type='text/html' href='https://git.sl0p.foo/ida-tui.git/'/>
<updated>2026-07-10T17:25:34Z</updated>
<entry>
<title>docs: blueprint for generalizing the TUI-driving layer (e.g. gdb)</title>
<updated>2026-07-10T17:25:34Z</updated>
<author>
<name>blasty</name>
<email>blasty@local</email>
</author>
<published>2026-07-10T17:25:34Z</published>
<link rel='alternate' type='text/html' href='https://git.sl0p.foo/ida-tui.git/commit/?id=8b6d7c938516caa9bb14d1bcca683e9e18da4905'/>
<id>urn:sha1:8b6d7c938516caa9bb14d1bcca683e9e18da4905</id>
<content type='text'>
A design reference for bringing the idatui spawn/drive/introspect experience
to other terminal apps. Captures the invariants worth keeping, the reusable
core vs per-target Adapter split, a target taxonomy (embedded / control-
channel / black-box PTY), the three hard problems (injection, settle,
introspection) with technique gradients, tmux as the universal substrate,
and a concrete gdb worked example (TUI pane + gdb-Python plugin as the
adapter). No code.
</content>
</entry>
</feed>
