feat: nest the log the way github.com does #19
Loading…
Reference in a new issue
No description provided.
Delete branch "feat/indent-proto"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Checklist
Problem
The log is flush. Two kinds of indentation get conflated when reading a run on
the web, and only one of them is in the bytes:
Real.
with:/version: 0.16.0— an action echoing its own inputs.Already preserved exactly.
Drawn. Group and step membership. The raw log has none of it:
Hosted Compute Agentstarts at byte 29 with nothing in front of it.github.com synthesizes that indent; the log never said so.
Solution
Draw it too, as inline virtual text keyed off the fold depth already computed
for
foldexpr. The bytes are untouched, so yank andsearch()still see thelog as GitHub stores it.
Step header at 0, step body at 2, group header at 2, group body at 4 — the
same shape as the web view. 2563 lines still render in ~900ms, all of it the
fetch.
This also settles what
'foldcolumn'was being considered for: nesting islegible without spending two columns of every window on it.
One thing it does not do
:setlocal conceallevel=0reveals the raw bytes but keeps the drawn indent:Virtual text does not answer to
'conceallevel'— the same constraint behindthe doubling fix in #12. Conceal uncovers bytes; it was never a switch for
turning rendering off. The genuinely raw view remains
:term gh api repos/{owner}/{repo}/actions/jobs/{job_id}/logs, which the help already names.'breakindent'is also still unable to reflow a wrapped line to its visibleindent, since Vim measures indent from the buffer and byte 0 is a timestamp.
Indentation makes the structure scannable; it does not fix wrapping.