The Warp team is likely already thinking about this, but the two approaches I'm familiar with are Iterm's GUI with nested hierarchies and alacritty's config file. My intuition is that a config file will be easier to port across devices but may not be as accessible to new terminal users.
Options:
A: GUI (similar to Iterm)
B: Config File
C: Maybe a GUI that syncs directly to a config file. Any updates made directly to the config file will be updated in the GUI Preferences Pane.
Some ideas for each
A1. Syncing can likely be handled with our warp credentials, particularly for the enterprise version.
B1. The config file is lightweight, and you'd likely be serializing point A1 into some json or config file for syncing anyway. An explicit config file would help for offline interoperability.
Would love some comments and suggestions on how the team and current beta users are thinking about this. Especially the arrangement of all the configurable settings in the case of a config file.
More so a design / product architecture question.
Relates to these issues
Github Features and Issues that imply having an accompanying configurable setting. Checked up to issue #174
Describe the solution you'd like?
Is your feature request related to a problem? Please describe.
Tab Completion Settings: #39
Custom Completion Spec: #131
Keybinding Settings: #30
Prompt Settings: #96
Additional context
Custom Triggers:
Mac Native + UI + Appearance:
Visual Indicator upon some action:
Copy:
Shell
Keybindings: #30
Both: Config and Key Bindings
Running List (no associated issue)