> Am 13.12.2020 um 12:57 schrieb Jürgen Spitzmüller <sp...@lyx.org>: > > Am Sonntag, dem 13.12.2020 um 11:01 +0100 schrieb Stephan Witt: >> I’ll do some investigation how to detect the switch from or to dark >> mode at runtime. >> I think it’s worth to afford - see the effect below. (Switch from >> dark mode back to normal.) > > I agree. It's probably not hard if we know which signal is emitted in > that case. > > Jürgen
With the attached patch I’m seeing this: frontends/qt/GuiApplication.cpp (2836): application palette change frontends/qt/GuiView.cpp (1433): application palette change frontends/qt/GuiView.cpp (1436): main window palette change frontends/qt/GuiApplication.cpp (2836): application palette change frontends/qt/GuiApplication.cpp (2836): application palette change frontends/qt/GuiApplication.cpp (2836): application palette change frontends/qt/GuiApplication.cpp (2836): application palette change frontends/qt/GuiApplication.cpp (2836): application palette change frontends/qt/GuiApplication.cpp (2836): application palette change frontends/qt/GuiApplication.cpp (2836): application palette change frontends/qt/GuiApplication.cpp (2836): application palette change frontends/qt/GuiApplication.cpp (2836): application palette change frontends/qt/GuiApplication.cpp (2836): application palette change frontends/qt/GuiApplication.cpp (2836): application palette change frontends/qt/GuiApplication.cpp (2836): application palette change frontends/qt/GuiApplication.cpp (2836): application palette change Getting the application palette change in GuiApplication.cpp 14 times is weird. Perhaps we have 14 Qt objects with application scope or whatever. Or GuiView and GuiToolbar are dispatched separately, I don’t know. What’s a good path to come closer to the destination? I may look for it later myself. Stephan
PaletteChange.patch
Description: Binary data
-- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
