--by default now Latte supports the KWin Edges mechanism,
this way the following issues are fixed:
fix#935, fix#721, fix#687, fix#512, fix#514
--improve dock behavior when the user user touch
gestures
--fix #144, support KWin bright placeholders
--this behavior can be disabled if the user prefers
the old one from the Tweaks page
--in !compositing no more is shown a 1px line at
the screen edge when the dock is hidden
--support KWin Edges in Multiple Layouts state under
X11
-- the mousearea used for the parabolic effect
can block some important signals to go to
underneath applets. We make sure that such
signals are not accepted, and as such are
forwarded to underlying applets.
--in Justify alignment fillWidth(s)/Height(s) applets
may exist. In such case the calculations for their values
should be activated because there is a chance that the
panel contents would go out of bounds and out of
screen. This way we make sure that all contents will be always
visible.
--animate tasks hidden spacers properly
when a task is inAttention and the user
enters the mouse at first time when the task
isnt zoomed
--improve tasks hidden spacers animated
behaviors
--improve applets hidden spacers animated
behaviors
--when the plasmoid is hovered when the
applets hoveredIndex should be initialized
and when an applet is hovered then the plamoids
hoveredIndex should be initialized to -1.
--the directRenderDelayer is used during first
entering in order to delay the activation of
directRendering. The cons of previous fastEntering
implementation added the necessity for this
replacement.
--when the user has chosen to activate tasks
through mouse wheel and there are applets that
can be hovered, then for these applets the mouse
wheel can be also used to activate/deactivate them.
--in Justify alignment and normal mode, setting the applet
to have as parent the root qml Item it creates a stack in
a lot of cases... By setting the applet container item
directly to more proper parent fixes any issue.
--enhanche the dynamic background feature and
in ordre to improve contrast with the underlying
background Latte now calculates the luminosity of the area
underneath the panel and based on that chooses the
best color to create contrast. The colors are chosen
only between textColor and backgroundColor.
--when the user has disabled the panel background
but has enabled a solid background for maximized windows
then in such case the panel background must be enabled
for when it is needed
-- in dynamic background it might be important for
the user to increase the contrast because the textColor
from plasma theme and the background might not provide
readable contrast. This feature adds this by giving
to the user the choice to have as monochrome layout
when the panel is transparent to theme.backgroundColor
--when we are able to force solidness even though
the plasma theme may never provides that, because
the svg file has some tranparencies in it. Then
for such cases we support it. Such is case is when
the panel is behaveAsPlasmaPanel and maxLength=100%
--previously directRender was activating also when
from the first entered element the mouse moved fast
enough to the second element. But this could happen
also accidentaly some times. This improvements indicates
also the mouse position in the second element to be
near the center of that element
--use internal edit mode to wm's visibilitymanager.
More specific use it in AlwaysVisible mode in order
to not publish the new struts because the animations
have ended.
--the new kde activeWindowControl becomes active
when is showing menus. That conflicts with Latte
internal heuristics in order to not show or show
dynamically panel shadows, active indicators etc.
--window previews were lowered in order to touch
the task for which are presenting issues. This way
the mouse confirms alway the taskContainsMouse flag
--title tooltips are shown only when the dock has
ended its sliding-in animations
--issue #852, when directRendering is activated
some of the tasks could be in restoreAnimation,
in such case they stop their animation are moved
to directRendering mode
--issue #852, improve how the two states of zoom-in
and directRendering are indetified and triggered.
The initialization of hovering indexes now is
trigerred only for window mouse out events.
--in order to go faster to directRenderMode in some
cases, the following criteria was added. If the zoomScale
of a task is greater than 1 and the mouse enters that task
then directRendering is enabled.
--consider reverse Lines and show glow case in order
to add this in the thickness calculations
--consider the applets shadows when shrink thickness
is enabled
the dynamic background feature is enhanced and
becomes smarter. It understands snapped windows, windows
that touch the panel edge etc. The criteria in
order for the background to become solid are:
- any active window that is touching the panel
edge (that includes krunner)
- any inactive window that is snapped and touches
the panel edge (concerning its geometry: quarter-snapped or half-snapped)
- maximized windows
- an inactive window but keepAbove is touching
the panel edge (this catches also the yakuake case)
- panel popups
--there were cases that window previews/tasks context menu/
title tooltips were shown at the same time. This patch fixes this
by adding timers to catch these case and show the above on
priority. The priority used is tasks context menu/window
previews/title tooltips
Michail Vourlakos