https://bugs.kde.org/show_bug.cgi?id=370258
--- Comment #13 from Brennan Kinney <polarathene-sig...@hotmail.com> --- > how does the stacking order of a hidden window relate to shown windows as > they get raised and lowered while the window is hidden? I'm not too concerned about tracking minimized windows. If I was to have windows 1-5 with the z order 1-5 respectfully, and window 3 was minimized, it would still be tracked as 3, if 2 were raised to the top it's now above the minimized window which is still above 1. I'm probably making a mistake with that basic approach somewhere. I think for a first iteration just raising the open windows above all others while keeping their stack order in the group the same should be fine? Like mentioned, minimized windows with that sort of behaviour probably should remain minimized. > I won't accept it in review (I wrote and maintain all this stuff) No worries, something is better than nothing :) I can avoid the JS tracking arrays/logic. Are you also against tracking the last active window in a group? I don't imagine that being a problem, when a window becomes active it just stores itself into it's group, should be one line? `lastActive[app_name] = active_window`. If you're against that too, I could just take the window with the highest z index(or stack order as you're referring to it as) for the app, which presumably involves iterating with a loop through the stack order array until I find a match? -- You are receiving this mail because: You are watching all bug changes.
