DA CS is ready for manual installation. It will be available soon on Package Control
I hope you’ll find your favorite one
DA CS is ready for manual installation. It will be available soon on Package Control
I hope you’ll find your favorite one
I take it in the meantime we can just drop the DA CS schemes from GitHub into a Sublime folder? Could you clarify where they should go?
Currently, you can just download and extract sublime-da-cs-master.zip
into Packages/DA CS
.
When it will be available on Package Control, the steps are next:
Command Palette › Package Control: Upgrade Package › DA CS
Command Palette › DA UI: Re-apply Settings › Color Scheme
I’ll improve upgrade process in future releases.
ST 3146 fixes:
If you are on the dev channel you may notice that default color of the auto complete labels have changed (it became less visible on Windows at least). That’s because opacity is working now and the next default setting causes the problem:
"auto_complete_label_foreground_color": [
"opacity", "#808080", 0.45
],
Temporarily, you can update your user theme settings to fix that:
Command Palette › DA UI: Theme Settings
"auto_complete_label_foreground_color": "#808080",
or
"auto_complete_label_foreground_color": [
"specify",
["rgba", 255, 255, 255, 0.45],
["rgba", 0, 0, 0, 0.45]
],
NOTE
If you have any other theme-related problems with the new dev build, please tell me. I’ll provide you temporary solution and fix that in the next release.
Ok, we have an other issue with ST 3147 on macOS:
I’ll investigate it, probably it can be fixed from the theme side.
Also, I have plans to add drop shadow for popups on Windows & Linux by default for consistency. What do you think?
I’d be very pleased to see that. The missing shadows with most popups using nearly view’s background colors really sucks.
An alternative was to create tooltips/completion popups with “totally” different maybe complementary background colors. I already played around with that by changing the --background
and --foreground
css color variables, which apply to most popups even those using mdpopups. The problem with this solution is just mdpopups’s code highlighting feature which expects --background
to point to the view’s one.
Can we know the reason behind the name?
Anyway, you already know it: it’s an amazing theme (feel like I’m going to love the elegant skin…)
In short:
DAily aDAptive DAndelion
Da
in English sounds like The
.
Da
in Ukrainian is used to make the sentence more expressive.
Da
in Russian means Yes
.
Da
in German has dozen of meanings, I like everything I’ve found.
The meaning of the name may be strange in some languages, but l hope l haven’t offended anyone
P.S. Thank you for the kind words
Due to new changes in ST rendering engine next settings do not work in 3148:
// A color that will override the scope-based text color of
// the selection.
"selection_foreground_color": "",
// The border color for "other" matches when the Highlight matches
// option is selected in the Find panel. Also used to highlight
// matches in Find in Files results.
"find_hightlight_border_color": [
"specify",
["rgba", 255, 255, 255, 0.25],
["rgba", 0, 0, 0, 0.25]
],
"find_highlight_border_color"
will be fixed in future ST dev builds, the status of "selection_foreground_color"
is currently unknown.
The previous message is deprecated. That issues were fixed in 3149 I’m so exciting about the new color scheme format I hope I will finish the next beta version before next ST stable build.
Is it compatible with Star Wars and TRON syntaxes?
Check:
Star Wars syntax:
https://github.com/banastas/an-old-hope-syntax-sublime
TRON Legacy syntaxes:
https://packagecontrol.io/packages/Tron%20Color%20Scheme
UI theme is compatible with every color scheme However some color scheme specific features are available only for DA Light.tmTheme
, DA Dark.tmTheme
and for all color schemes from DA CS package.
I have A File Icon enabled and the icons are missed.
The DA UI fits very well with Star Wars syntax theme because of the same background colour!
I think you just need to restart Sublime Text. Currently I’m working on the next version of A File Icon and the restart requirement
will be finally fixed.
Almost everything can be customized, so you can adjust theme settings to fit any color scheme
{
"icon_color": [
"specify",
["rgba", 255, 255, 255, 0.70],
["rgba", 0, 0, 0, 0.70]
],
"icon_color_on_hover": [
"specify",
["rgba", 255, 255, 255, 0.90],
["rgba", 0, 0, 0, 0.90]
],
"icon_color_on_selected": "$accent_color",
}
Is it to modify folder colour?
Nope, that’s common icon colours. If you want to customize the folder’s colours, see:
"sidebar_folder_icon_color": "$icon_color",
"sidebar_folder_icon_color_on_hover": "$icon_color_on_hover",
"sidebar_folder_icon_color_on_expanded": "$accent_color",
"sidebar_folder_icon_color_on_expanded_hover": "$accent_color",
"sidebar_folder_icon_color_on_selected": "$accent_color",
"sidebar_folder_symlink_icon_color": [
"specify",
["rgba", 255, 255, 255, 0.75],
["rgba", 0, 0, 0, 0.75]
],
"sidebar_folder_symlink_icon_color_on_hover": [
"specify",
["rgba", 0, 0, 0, 0.75],
["rgba", 255, 255, 255, 0.75]
],
"sidebar_folder_symlink_icon_color_on_selected": "$sidebar_folder_symlink_icon_color_on_hover",
"sidebar_folder_loading_icon_color": "$sidebar_folder_symlink_icon_color",
"sidebar_folder_loading_icon_color_on_hover": "$sidebar_folder_symlink_icon_color_on_hover",
"sidebar_folder_loading_icon_color_on_selected": "$sidebar_folder_symlink_icon_color_on_selected",
It worked.
"accent_color": "#ffcc66",
"skin":
{
"id": "elegant",
"settings":
{
"sidebar_folder_icon_color": "$accent_color",
}
}
}