mirror of
https://github.com/ulyssa/iamb.git
synced 2026-04-03 08:19:08 -06:00
Support loading a TOML configuration #310
Labels
No labels
admin
bug
bug
bug
bug
bug
bug
bug
debugging
documentation
documentation
documentation
documentation
e2ee
e2ee
e2ee
e2ee
enhancement
enhancement
enhancement
enhancement
enhancement
enhancement
enhancement
enhancement
enhancement
enhancement
enhancement
enhancement
enhancement
enhancement
enhancement
enhancement
enhancement
enhancement
enhancement
enhancement
enhancement
enhancement
enhancement
experimental
experimental
good first issue
good first issue
good first issue
good first issue
good first issue
good first issue
good first issue
good first issue
image
image
image
modalkit
modalkit
modalkit
modalkit
modalkit
modalkit
modalkit
modalkit
modalkit
modalkit
modalkit
modalkit
modalkit
modalkit
modalkit
modalkit
modalkit
modalkit
modalkit
modalkit
perf
perf
perf
perf
ratatui
releases
ui
ui
ui
ui
ui
ui
ui
ui
ui
ui
ui
ui
ui
ui
ui
ui
ui
ui
ui
ui
ui
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github/iamb#310
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Originally created by @ulyssa on 3/26/2024
Between testing out different configurations and updating the docs for the upcoming v0.0.9 release, I've been feeling like iamb's kind of pushing the comfort zone for using JSON as a configuration language. Specifically, the inability to comment out lines while trying things out, and the way per-profile configurations can end up deeply nested. TOML's sections seem well-suited for avoiding deep nesting, and its syntax is small and easy to learn. The only pain points I can think of is trying to express multiple window splits in the
layout.tabsvalue, and the fact thatdefault_profilelies outside any section, and therefore must always be placed first in the file.I've written this so that it first checks for and loads a
config.tomlfile, and then checks forconfig.json. I'm going to update the manual pages and site to talk about the TOML config, since the examples should be easier to understand and read that way, but I plan to keep theconfig.jsonsupport indefinitely. (serdeshould keep that straightforward and not a maintenance burden since JSON and TOML have similar types and structures.)