zterm

Author	SHA1	Message	Date
yves-biener	cb262aa51f	mod: use unbuffered streaming writer for TUIs Zig Project Action / Lint, Spell-check and test zig project (push) Failing after 15m36s Details	2026-06-03 17:39:11 +02:00
yves-biener	24a08e0e62	mod: bump zig version to 0.16.0	2026-05-19 23:08:32 +02:00
yves-biener	4441f1b933	feat(app): event line provides entire line contents as a single event; add(event): `.cancel` event Zig Project Action / Lint, Spell-check and test zig project (push) Successful in 1m5s Details Introduce `.cancel` event that is fired when the user sends EOF in non raw mode renderings. The event `.line` now sends the entire line (even if larger than the internal buffer) but requires now an `Allocator`.	2026-01-22 08:56:12 +01:00
yves-biener	89517b2546	fix: add newly introduced parameter for `App.start` function to all corresponding usages	2026-01-20 15:16:10 +01:00
yves-biener	4874252e8c	mod: adapt implementation to `zig` version 0.15.2 Zig Project Action / Lint, Spell-check and test zig project (push) Failing after 54s Details	2026-01-17 12:05:20 +01:00
yves-biener	b1a0d60ae3	mod: bump `zig` master version Zig Project Action / Lint, Spell-check and test zig project (push) Failing after 1m9s Details	2026-01-06 22:58:10 +01:00
yves-biener	38d31fae72	feat(element): parameter `*const App.Model` Zig Project Action / Lint, Spell-check and test zig project (push) Failing after 55s Details The renderer will provide `resize`, `reposition` and `minSize` (for the `Scrollable` `Element`) with a read-only pointer to the model of the application (similar to how it is already done for `handle` and `content`). Every interface function now has the same data that it can each use for implementing its corresponding task based on local and shared variables through the element instance and model pointer.	2025-11-10 17:09:29 +01:00
yves-biener	79a0d17a66	feat(io): introduce `std.Io` parameter for `App.init` Zig Project Action / Lint, Spell-check and test zig project (push) Failing after 1m22s Details The provided `std.Io` is used for running the input reading and the rendering asynch. The user can provide their desired `std.Io` implementation as they wish to use. The examples use `std.Io.Threaded` as a simple threaded solution.	2025-11-10 16:44:02 +01:00
yves-biener	feae9fa1a4	feat(model): implement `Elm` architecture Zig Project Action / Lint, Spell-check and test zig project (push) Successful in 1m2s Details Now the `App` contains a state which is a user-defined `struct` which is passed to the `handle` and `contents` callbacks for `Container`'s and `Element`'s. Built-in `Element`'s shall not access the `App.Model` and should therefore never cause any side-effects. User-defined events shall be used to act as messages to cause potential side-effects for the model. This is the reason why only the `handle` callback has a non-const pointer to the `App.Model`. The `contents` callback can only access the `App.Model` read-only to use for generating the view (in context of the elm architecture).	2025-10-26 15:58:07 +01:00
yves-biener	1f6bbcc45e	mod(examples/progress): show multiple different configuration options Zig Project Action / Lint, Spell-check and test zig project (push) Successful in 59s Details	2025-10-01 11:14:22 +02:00
yves-biener	c50b10f32d	fix: zig update build errors Zig Project Action / Lint, Spell-check and test zig project (push) Failing after 1m35s Details	2025-08-06 16:14:22 +02:00
yves-biener	9f29ac6a77	feat(element/progress): Progress bar implementation as an `Element` Zig Project Action / Lint, Spell-check and test zig project (push) Failing after 2m42s Details	2025-07-05 18:29:49 +02:00