https://bugs.kde.org/show_bug.cgi?id=514036
Méven <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Version| |26.12.0 Fixed/Implemented| | In| | Resolution|--- |FIXED Latest Commit| |https://invent.kde.org/syst | |em/dolphin/-/commit/0e38bb1 | |3b70c35e3843350874b288931f6 | |75b2ac Status|ASSIGNED |RESOLVED --- Comment #7 from Méven <[email protected]> --- Git commit 0e38bb13b70c35e3843350874b288931f675b2ac by Méven Car. Committed on 03/11/2026 at 12:05. Pushed by meven into branch 'master'. kitemlistview: paint items with the palette of the view widget Before this change, a view copied the palette of its QGraphicsView once, when it joined the scene, and later took the palette of the scene. A window color scheme chosen in Dolphin is applied in the constructor of DolphinMainWindow, before the event loop runs. Qt passes that palette to existing widgets only once the event loop runs, so the first window and its restored tabs kept the system colors for the text and the alternate rows, while the background used the chosen scheme. A light system scheme with Breeze Dark in Dolphin gave black text and white rows on a dark view. The view now reads the palette of that widget again on each change of it. Base stays the one of the view, because DolphinView sets its background color there on every window activation, and a new style option lays out all items again. Related: bug 467752 FIXED-IN: 26.12.0 M +31 -4 src/kitemviews/kitemlistview.cpp M +12 -0 src/kitemviews/kitemlistview.h M +38 -0 src/tests/kitemlistcontainertest.cpp https://invent.kde.org/system/dolphin/-/commit/0e38bb13b70c35e3843350874b288931f675b2ac -- You are receiving this mail because: You are watching all bug changes.
