You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Feature request] [Settings UI] Import a color scheme from a json file #8639
I was trying the new settings UI and I found that adding a new color scheme is actually harder than using the json editor. When using the json editor I can directly copy the colors. But with settings UI I cannot do that anymore, which frustrates me a bit. I'd like to propose the feature to import a json file as color scheme. This way all those color schemes in https://github.com/mbadolato/iTerm2-Color-Schemes/tree/master/windowsterminal can be used easily.
I love the settings UI, of course. However, I'm personally comfortable modifying most of the settings using plain old json editors, too. But this one is different. Being able to import a color scheme directly from GUI makes huge different to the entire workflow. I feel that this feature, together with the color scheme preview mentioned in #6800, is really going to help the overall experience with color schemes.
I'm yanking triage off this and sticking it on the backlog. I like this idea a lot - especially if you can import multiple files all at once. The iterm2-color-schemes repo lists all the schemes as individual files. It'd be handy to be able to just download the directory, then import all the files from that folder.
Adding design-needed on here. The design shouldn't need a full design doc tbh. I just want to think about the following scenarios and get a quick "I like that" signoff:
Implementation: ColorTool (blog & code) should be able to handle this pretty easily
Assuming the color schemes page is designed to look something like this (from this comment):
Here's a few ideas:
Split button flyout
Split button flyout (minimalist)
2 buttons - separate actions
Let me know which one you like best (or submit your own design).
As for an implementation plan, currently scheduling this work for v1.9. I'm ok with somebody taking this off my hands as long as the design is approved and we have a positive handoff.
I'm busy doing other stuff, so I'm marking this as help-wanted and moving it to the v2.0 milestone. If anybody wants to go ahead and take this on, that'd be great! If not here's some notes:
I agree that the attached split-button design looks best, so let's go ahead and do that.
If anybody wants to go ahead and figure out "Export" too, that'd be neat, but not necessary. 😉
Is it really necessary to make users specify the file type up front? Couldn't we just let them pick any file and have the code autodetect the format when it tries to import it.
Is it really necessary to make users specify the file type up front? Couldn't we just let them pick any file and have the code autodetect the format when it tries to import it.
oh derp. Yeah, that's better.
In that case, let's go with design 2:
Split button flyout (minimalist)
I'm realizing now, we could also progressively add more things to the dropdown menu like "duplicate" and anything else we may think of.
Couldn't we just let them pick any file and have the code autodetect the format when it tries to import it.
technically that works of course, but in that case it would be good to show supported file types somewhere, otherwise a user could think they might be able to import .ini files or something similar.
in practice, this could be a simple as creating a filtered file picker that only allows certain extensions to be picked.
Activity
skyline75489 commentedon Dec 23, 2020
I love the settings UI, of course. However, I'm personally comfortable modifying most of the settings using plain old json editors, too. But this one is different. Being able to import a color scheme directly from GUI makes huge different to the entire workflow. I feel that this feature, together with the color scheme preview mentioned in #6800, is really going to help the overall experience with color schemes.
PankajBhojwani commentedon Dec 23, 2020
Once #7632 lands, colour schemes will be import-able from json files!
zadjii-msft commentedon Jan 3, 2021
I'm yanking triage off this and sticking it on the backlog. I like this idea a lot - especially if you can import multiple files all at once. The iterm2-color-schemes repo lists all the schemes as individual files. It'd be handy to be able to just download the directory, then import all the files from that folder.
carlos-zamora commentedon Feb 11, 2021
Adding design-needed on here. The design shouldn't need a full design doc tbh. I just want to think about the following scenarios and get a quick "I like that" signoff:
Assuming the color schemes page is designed to look something like this (from this comment):

Here's a few ideas:
Split button flyout

Split button flyout (minimalist)


2 buttons - separate actions


Let me know which one you like best (or submit your own design).
As for an implementation plan, currently scheduling this work for v1.9. I'm ok with somebody taking this off my hands as long as the design is approved and we have a positive handoff.
7 remaining items
carlos-zamora commentedon Jul 12, 2021
I'm busy doing other stuff, so I'm marking this as help-wanted and moving it to the v2.0 milestone. If anybody wants to go ahead and take this on, that'd be great! If not here's some notes:
I agree that the attached split-button design looks best, so let's go ahead and do that.
If anybody wants to go ahead and figure out "Export" too, that'd be neat, but not necessary. 😉
Suggested Implementation Details
CascadiaSettings::LoadAll()to ensure the layering isn't messed up)j4james commentedon Jul 12, 2021
Is it really necessary to make users specify the file type up front? Couldn't we just let them pick any file and have the code autodetect the format when it tries to import it.
carlos-zamora commentedon Jul 13, 2021
oh derp. Yeah, that's better.
In that case, let's go with design 2:
I'm realizing now, we could also progressively add more things to the dropdown menu like "duplicate" and anything else we may think of.
Chaphasilor commentedon Jan 22, 2022
technically that works of course, but in that case it would be good to show supported file types somewhere, otherwise a user could think they might be able to import
.inifiles or something similar.in practice, this could be a simple as creating a filtered file picker that only allows certain extensions to be picked.
zadjii-msft commentedon Jun 6, 2024
As noted in #17329, we probably want to support actions in a similar way. e.g. support importing YAML from https://www.commands.dev/ as well.