Summary:
Changes in libtaskmanager in Plasma 5.15 currently
break several Latte Dock features.
This patch ensures that Latte Dock will continue to work when Plasma 5.15 is released.
BUG: 403358
FIXED-IN: 0.8.5
Reviewers: mvourlakos
Reviewed By: mvourlakos
Subscribers: plasma-devel
Tags: #latte_dock, #plasma
Differential Revision: https://phabricator.kde.org/D18375
Summary:
- `timeout = 3000` is a bit short on some computer. Use `timeout = -1` will work for any case.
BUG: 401041
FIXED-IN: v0.8.5
Test Plan: BUG: 401041 is fixed on my computer.
Reviewers: mvourlakos, #latte_dock
Reviewed By: mvourlakos
Tags: #latte_dock, #plasma
Differential Revision: https://phabricator.kde.org/D18258
--the new improvements are trying to make Latte panels
and Plasma panels to look and behave almost the same.
This way implementing applets for any of them wont be
needing adjustments or workarounds to work properly
for both.
--improve how the applet size is calculated for fill(s)
applets when such applets are used in Left/Center/Right
alignments. This also fixes the bug that the plasma
taskmanager was not updating its size properly when tasks
were added after the initialization phase.
BUG: 401456
FIXED-IN: 0.8.4
--during dragging the DelegateModel inside
TaskWindows may not catch up with TasksModel
modelIndex() function and that could create
crashes. In order to avoid such crashes the
DelegateModel is not updated during dragging
and we give it also a little time to update
after the dragging has finished.
--moving a task now is not synced immediately to
other docks. Syncing takes place only in the end.
The dock in which the user changed the launchers
order sends a signal to other docks to update
theirs launchers order.
BUG: 401232
FIXED-IN: 0.8.3
--copying the new improved behavior for applets
that fillWidth/Height such as plasma taskmanagers
and in that way support them beautifully for
Left/Center/Right alignments
--fix wrong placement at multi-screen environment
during startup. freeEdges function was not sufficient for
reconsiderScreen() because there was a chance to
exclude edges that even though they were available
it returned fault results. Such case is when
a view request available edges for specific screen
and the edge of that specific view is also exluded
because that view has not finished its movement
to the new assigned screen.
--fix re-adding an explicit dock when its screen
is activated. A check was missing in order to
confirm that a primary dock is occuping that
edge but we must check also that the primary
screen is the same with the explicit one.
--add/improve debug messages
(cherry picked from commit 0bab344682)
BUG: 399456
FIXED-IN: 0.8.2
--dont call costly syncGeometry when drawShadows
externally is called. In such case only updating
shadows/borders is needed.
(cherry picked from commit be7bbfe848)
--try to make screens assignment and window geometry
more consistent. There are three variables in a dock
window for its screen and positioning to be accurate,
screen(), m_screenToFollow, m_screenToFollowId
BUG: 399456
FIXED-IN: 0.8.2
(cherry picked from commit f955c6a40c)
--the new code contains more comments and except
blacklisting all NET::Properties2 signals that are
not accompanied with NET::Properties it also
whitelists specific states for NET::WMState.
This should lower a lot the calculations needed
in order to support the dodge visibility modes.
At the same time apps that are abusing X11 signals
should be ignored totally because the whitelisted
states and NET::Properties are only set by the
user or the window manager.
BUG: 399149
FIXED-IN: 0.8.2
--when back/forward media buttons in previews
where disabled and the mouse was hovering them
then the preview was hiding itself and the
previews experience was broken.
--dropped paths/urls on launchers of Global or
Layout launchers group did not open because the
synced infrastructure was breaking the QJsonArray
in that case.
FIXED-IN: 0.8.2
--when the user was hovering the preview player
buttons the preview was hiding itself. This patch
fixes the situation in order to identify properly
that the mouse is still in the preview in such
case.
BUG: 398962
FIXED-IN: 0.8.2
--multi-screen fix for explicit docks. There were
cases that explicit docks during startup were
moving to onprimary screen even though they shouldnt
based on the new multi-screens implementation.
Bug was tracked down at a faulty series of signals
that were overwriting dockView config values
to default values and that was creating the fault.
-- one more fix for multi-screens, a missing return
statement in case an explicit dock is called and its
edge at that specific screen is occuppied by an
onPrimary one.
BUG: 398219
FIXED-IN: 0.8.1
(cherry picked from commit 09fe5e385b)
When there was only one latte dock and the last
active window was closed, the dock wasnt showing
afterwards. The dodge logic now has been improved
in order to not lose any window manager signals
that could help indicate when to show/hide a
dodge capable dock
BUG: 398052
FIXED-IN: 0.8.1
(cherry picked from commit 203c740980)