Don't set the new tab button colors for now (#5749)

This is actually related to another issue we have, #3917. I think if the system is set to "Dark" theme, but the app is set to light theme, then the brush lookup in `_ClearNewTabButtonColor` still returns to us the dark theme brushes.

Fortunately, since we're not actually setting the color of the new tab button anymore, we can just remove the call to that method now, and loop back on it later.

## References
* regressed in #3789 
* related to #3917

## PR Checklist
* [x] Closes #5741
This commit is contained in:
Mike Griese 2020-05-05 15:33:07 -05:00 committed by GitHub
parent fb08b6bf49
commit 7a251d85f7
No known key found for this signature in database
GPG key ID: 4AEE18F83AFDEB23

View file

@ -913,8 +913,12 @@ namespace winrt::TerminalApp::implementation
}
});
// TODO GH#3327: Once we support colorizing the NewTab button based on
// the color of the tab, we'll want to make sure to call
// _ClearNewTabButtonColor here, to reset it to the default (for the
// newly created tab).
// remove any colors left by other colored tabs
_ClearNewTabButtonColor();
// _ClearNewTabButtonColor();
}
// Method Description:
@ -1931,6 +1935,11 @@ namespace winrt::TerminalApp::implementation
winrt::Windows::UI::Xaml::Media::SolidColorBrush backgroundBrush;
winrt::Windows::UI::Xaml::Media::SolidColorBrush foregroundBrush;
// TODO: Related to GH#3917 - I think if the system is set to "Dark"
// theme, but the app is set to light theme, then this lookup still
// returns to us the dark theme brushes. There's gotta be a way to get
// the right brushes...
// See also GH#5741
if (res.HasKey(defaultBackgroundKey))
{
winrt::Windows::Foundation::IInspectable obj = res.Lookup(defaultBackgroundKey);