Skip to content

Discussion: Config / Configuration spec #175

Description

@elviskahoro

Describe the solution you'd like?

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.

Is your feature request related to a problem? Please describe.

More so a design / product architecture question.
Relates to these issues

Tab Completion Settings: #39
Custom Completion Spec: #131
Keybinding Settings: #30
Prompt Settings: #96

Additional context

Github Features and Issues that imply having an accompanying configurable setting. Checked up to issue #174

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)

  • autoclosing quotes/parenthesis in the command editor

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions