-
Notifications
You must be signed in to change notification settings - Fork 61
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: dark and light theme support #442
base: main
Are you sure you want to change the base?
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. And then we would configure zed to use the light or dark theme ...assuming that's possible. I'd really like it to be since I feel like making the light/dark theme choice imperative is a bit odd and unlike what we do with flavors, accents, and enabling the themes themselves |
Original file line number | Diff line number | Diff line change | ||||
---|---|---|---|---|---|---|
|
@@ -6,11 +6,16 @@ let | |||||
in | ||||||
|
||||||
{ | ||||||
options.catppuccin.zed = catppuccinLib.mkCatppuccinOption { name = "zed"; } // { | ||||||
italics = lib.mkEnableOption "the italicized version of theme" // { | ||||||
default = true; | ||||||
options.catppuccin.zed = | ||||||
catppuccinLib.mkCatppuccinOption { | ||||||
name = "zed"; | ||||||
darkLightSupport = true; | ||||||
} | ||||||
// { | ||||||
italics = lib.mkEnableOption "the italicized version of theme" // { | ||||||
default = true; | ||||||
}; | ||||||
}; | ||||||
}; | ||||||
|
||||||
config = lib.mkIf cfg.enable { | ||||||
programs.zed-editor = { | ||||||
|
@@ -19,11 +24,11 @@ in | |||||
userSettings.theme = { | ||||||
light = | ||||||
"Catppuccin " | ||||||
+ catppuccinLib.mkUpper cfg.flavor | ||||||
+ catppuccinLib.mkUpper cfg.lightFlavor | ||||||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This would stay the same
Suggested change
|
||||||
+ lib.optionalString (!cfg.italics) " - No Italics"; | ||||||
dark = | ||||||
"Catppuccin " | ||||||
+ catppuccinLib.mkUpper cfg.flavor | ||||||
+ catppuccinLib.mkUpper cfg.darkFlavor | ||||||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Ditto |
||||||
+ lib.optionalString (!cfg.italics) " - No Italics"; | ||||||
}; | ||||||
}; | ||||||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not too big a fan of this API. I think it'd be better to have a single enum option defining whether or not to use dark mode, and continuing using the local
flavor
option in modules (which should be fine since both can still be overridden on a per-module basis if you'd like light mode with a different-than-global flavor for example)i.e., this would become
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I see the idea, but i assume some people like macOS users would be more wanting to have the dark and light options since they are not enforced into declarative light/dark.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh and totally forgot for ghostty which is a single string, making it a bit hard to do that.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not too sure how else to generalize this API then. Having dynamic light/dark is virtually exclusive to macOS, and most apps will just not support it; I don't know where else this would really be used besides Ghostty and Zed
If we can configure either of those two to use a "dynamic" mode, I would be fine with that being a third option in this enum -- and those two ports having their own exclusive light/darkFlavor options. Otherwise I don't think this is a good fit here