Skip to main content

Changelog

Every improvement, automatically tracked from our commit history.

Subscribe via Atom feed
← Prev Page 76 of 139 Next →
February 20, 2026
patch Desktop Shell

Make Alpha/Beta badges theme-aware using each theme's danger/warning colors

Desktop 1.45.8 → 1.45.9 | b1739579
Details

Previously all 7 themes used identical hardcoded red (#E53935) and

orange (#FB8C00) for Alpha/Beta stage badges. Now each theme derives

badge colors from its own danger/warning palette:

  • Dark: #F87171 / #FBB32F
  • Light: #DC2626 / #B45309
  • Azure: #CC3333 / #8C5E0B
  • Sage: #CC3333 / #996815
  • Lavender: #CC3333 / #996815
  • Slate: #EF4444 / #F0B840
  • Ember: #D04040 / #D0A030

Desktop 1.45.8 → 1.45.9

patch Desktop Shell

Remove BrushTransition from NavBorder to eliminate hover flash

Desktop 1.45.7 → 1.45.8 | 8a4fda40
Details

The flash had two causes working together:

1. Global Button:pointerover in PrivStackTheme sets Button.Background

to ThemeHoverBrush (a light color). Control base class renders this

behind the template.

2. NavBorder's BrushTransition interpolates from Transparent (#00FFFFFF)

to the hover color. During the transition, NavBorder is semi-transparent,

so the light Button.Background bleeds through — visible as a white flash.

Fix: removed BrushTransition from NavBorder entirely. Hover state change

is now instant, eliminating the transparency window where bleed-through

was visible. The icon stroke, label foreground, and accent bar transitions

remain smooth (they have their own independent BrushTransitions).

Desktop 1.45.7 → 1.45.8

patch Desktop Shell

Decouple NavBorder background from Button.Background to eliminate hover flash

Desktop 1.45.6 → 1.45.7 | 1a39558d
Details

Previous approaches (renaming ContentPresenter, transparent overrides)

failed because the flash comes from the template Border itself. It used

{TemplateBinding Background} which tracks Button.Background. When Fluent's

:pointerover style sets Button.Background to white, the Border transitions

Transparent → White → ThemeNavHoverBrush, showing a visible white flash.

Fix: NavBorder now owns its own Background (starts Transparent, NOT

TemplateBinding). All hover/active/pressed styles target Border#NavBorder

directly instead of setting Button.Background. Fluent can set

Button.Background to whatever it wants — NavBorder never sees it.

Applied to all NavButtonTheme button classes: workspace-btn, nav-item,

nav-item-collapsed, nav-footer-item, nav-footer-item-collapsed.

Desktop 1.45.6 → 1.45.7

patch Desktop Shell

Fix Data tab scroll by removing clipping Border wrapper

Details

The diagnostics ItemsControl was inside a Border with CornerRadius which

clips content in Avalonia and prevented proper size propagation to the

ScrollViewer when items loaded asynchronously. Moved the header and

ItemsControl to be direct children of the main StackPanel.

patch Desktop Shell

Fix nav button hover flash by renaming ContentPresenter in NavButtonTheme

Desktop 1.45.5 → 1.45.6 | 9199dc69
Details

The previous approach (setting ContentPresenter#PART_ContentPresenter

background to Transparent) didn't fully work because global and Fluent

selectors still matched and competed on specificity/timing.

Root fix: renamed the ContentPresenter in NavButtonTheme from

PART_ContentPresenter to NavContent. Now no global selector

(Fluent's or PrivStackTheme's Button template fix) can match it.

The Border with BrushTransition is the sole background owner,

giving clean animated hover transitions with zero flash.

Removed all the now-unnecessary transparent ContentPresenter overrides

from workspace-btn, nav-item, nav-item-collapsed, nav-footer-item,

and nav-footer-item-collapsed.

Desktop 1.45.5 → 1.45.6

← Prev Page 76 of 139 Next →

Get notified about new releases