2020-08-02 22:22:19 +00:00
|
|
|
/*
|
|
|
|
KWin - the KDE window manager
|
|
|
|
This file is part of the KDE project.
|
2008-04-18 12:01:47 +00:00
|
|
|
|
2020-08-02 22:22:19 +00:00
|
|
|
SPDX-FileCopyrightText: 2008 Cédric Borgese <cedric.borgese@gmail.com>
|
2008-04-18 12:01:47 +00:00
|
|
|
|
2020-08-02 22:22:19 +00:00
|
|
|
SPDX-License-Identifier: GPL-2.0-or-later
|
|
|
|
*/
|
2008-04-18 12:01:47 +00:00
|
|
|
|
2009-12-17 20:50:07 +00:00
|
|
|
#ifndef KWIN_WOBBLYWINDOWS_H
|
|
|
|
#define KWIN_WOBBLYWINDOWS_H
|
2008-04-18 12:01:47 +00:00
|
|
|
|
|
|
|
// Include with base class for effects.
|
|
|
|
#include <kwineffects.h>
|
|
|
|
|
|
|
|
namespace KWin
|
|
|
|
{
|
|
|
|
|
2008-04-24 21:22:52 +00:00
|
|
|
struct ParameterSet;
|
|
|
|
|
2008-04-18 12:01:47 +00:00
|
|
|
/**
|
|
|
|
* Effect which wobble windows
|
2019-07-29 18:58:33 +00:00
|
|
|
*/
|
2008-04-18 12:01:47 +00:00
|
|
|
class WobblyWindowsEffect : public Effect
|
|
|
|
{
|
2011-02-25 21:06:02 +00:00
|
|
|
Q_OBJECT
|
2012-08-11 09:24:37 +00:00
|
|
|
Q_PROPERTY(qreal stiffness READ stiffness)
|
|
|
|
Q_PROPERTY(qreal drag READ drag)
|
|
|
|
Q_PROPERTY(qreal moveFactor READ moveFactor)
|
|
|
|
Q_PROPERTY(qreal xTesselation READ xTesselation)
|
|
|
|
Q_PROPERTY(qreal yTesselation READ yTesselation)
|
|
|
|
Q_PROPERTY(qreal minVelocity READ minVelocity)
|
|
|
|
Q_PROPERTY(qreal maxVelocity READ maxVelocity)
|
|
|
|
Q_PROPERTY(qreal stopVelocity READ stopVelocity)
|
|
|
|
Q_PROPERTY(qreal minAcceleration READ minAcceleration)
|
|
|
|
Q_PROPERTY(qreal maxAcceleration READ maxAcceleration)
|
|
|
|
Q_PROPERTY(qreal stopAcceleration READ stopAcceleration)
|
|
|
|
Q_PROPERTY(bool moveWobble READ isMoveWobble)
|
|
|
|
Q_PROPERTY(bool resizeWobble READ isResizeWobble)
|
2011-01-30 14:34:42 +00:00
|
|
|
public:
|
|
|
|
|
|
|
|
WobblyWindowsEffect();
|
Run clang-tidy with modernize-use-override check
Summary:
Currently code base of kwin can be viewed as two pieces. One is very
ancient, and the other one is more modern, which uses new C++ features.
The main problem with the ancient code is that it was written before
C++11 era. So, no override or final keywords, lambdas, etc.
Quite recently, KDE compiler settings were changed to show a warning if
a virtual method has missing override keyword. As you might have already
guessed, this fired back at us because of that ancient code. We had
about 500 new compiler warnings.
A "solution" was proposed to that problem - disable -Wno-suggest-override
and the other similar warning for clang. It's hard to call a solution
because those warnings are disabled not only for the old code, but also
for new. This is not what we want!
The main argument for not actually fixing the problem was that git
history will be screwed as well because of human factor. While good git
history is a very important thing, we should not go crazy about it and
block every change that somehow alters git history. git blame allows to
specify starting revision for a reason.
The other argument (human factor) can be easily solved by using tools
such as clang-tidy. clang-tidy is a clang-based linter for C++. It can
be used for various things, e.g. fixing coding style(e.g. add missing
braces to if statements, readability-braces-around-statements check),
or in our case add missing override keywords.
Test Plan: Compiles.
Reviewers: #kwin, davidedmundson
Reviewed By: #kwin, davidedmundson
Subscribers: davidedmundson, apol, romangg, kwin
Tags: #kwin
Differential Revision: https://phabricator.kde.org/D22371
2019-07-22 16:52:26 +00:00
|
|
|
~WobblyWindowsEffect() override;
|
2011-01-30 14:34:42 +00:00
|
|
|
|
Run clang-tidy with modernize-use-override check
Summary:
Currently code base of kwin can be viewed as two pieces. One is very
ancient, and the other one is more modern, which uses new C++ features.
The main problem with the ancient code is that it was written before
C++11 era. So, no override or final keywords, lambdas, etc.
Quite recently, KDE compiler settings were changed to show a warning if
a virtual method has missing override keyword. As you might have already
guessed, this fired back at us because of that ancient code. We had
about 500 new compiler warnings.
A "solution" was proposed to that problem - disable -Wno-suggest-override
and the other similar warning for clang. It's hard to call a solution
because those warnings are disabled not only for the old code, but also
for new. This is not what we want!
The main argument for not actually fixing the problem was that git
history will be screwed as well because of human factor. While good git
history is a very important thing, we should not go crazy about it and
block every change that somehow alters git history. git blame allows to
specify starting revision for a reason.
The other argument (human factor) can be easily solved by using tools
such as clang-tidy. clang-tidy is a clang-based linter for C++. It can
be used for various things, e.g. fixing coding style(e.g. add missing
braces to if statements, readability-braces-around-statements check),
or in our case add missing override keywords.
Test Plan: Compiles.
Reviewers: #kwin, davidedmundson
Reviewed By: #kwin, davidedmundson
Subscribers: davidedmundson, apol, romangg, kwin
Tags: #kwin
Differential Revision: https://phabricator.kde.org/D22371
2019-07-22 16:52:26 +00:00
|
|
|
void reconfigure(ReconfigureFlags) override;
|
Provide expected presentation time to effects
Effects are given the interval between two consecutive frames. The main
flaw of this approach is that if the Compositor transitions from the idle
state to "active" state, i.e. when there is something to repaint,
effects may see a very large interval between the last painted frame and
the current. In order to address this issue, the Scene invalidates the
timer that is used to measure time between consecutive frames before the
Compositor is about to become idle.
While this works perfectly fine with Xinerama-style rendering, with per
screen rendering, determining whether the compositor is about to idle is
rather a tedious task mostly because a single output can't be used for
the test.
Furthermore, since the Compositor schedules pointless repaints just to
ensure that it's idle, it might take several attempts to figure out
whether the scene timer must be invalidated if you use (true) per screen
rendering.
Ideally, all effects should use a timeline helper that is aware of the
underlying render loop and its timings. However, this option is off the
table because it will involve a lot of work to implement it.
Alternative and much simpler option is to pass the expected presentation
time to effects rather than time between consecutive frames. This means
that effects are responsible for determining how much animation timelines
have to be advanced. Typically, an effect would have to store the
presentation timestamp provided in either prePaint{Screen,Window} and
use it in the subsequent prePaint{Screen,Window} call to estimate the
amount of time passed between the next and the last frames.
Unfortunately, this is an API incompatible change. However, it shouldn't
take a lot of work to port third-party binary effects, which don't use the
AnimationEffect class, to the new API. On the bright side, we no longer
need to be concerned about the Compositor getting idle.
We do still try to determine whether the Compositor is about to idle,
primarily, because the OpenGL render backend swaps buffers on present,
but that will change with the ongoing compositing timing rework.
2020-11-20 15:44:04 +00:00
|
|
|
void prePaintScreen(ScreenPrePaintData& data, std::chrono::milliseconds presentTime) override;
|
|
|
|
void prePaintWindow(EffectWindow* w, WindowPrePaintData& data, std::chrono::milliseconds presentTime) override;
|
Run clang-tidy with modernize-use-override check
Summary:
Currently code base of kwin can be viewed as two pieces. One is very
ancient, and the other one is more modern, which uses new C++ features.
The main problem with the ancient code is that it was written before
C++11 era. So, no override or final keywords, lambdas, etc.
Quite recently, KDE compiler settings were changed to show a warning if
a virtual method has missing override keyword. As you might have already
guessed, this fired back at us because of that ancient code. We had
about 500 new compiler warnings.
A "solution" was proposed to that problem - disable -Wno-suggest-override
and the other similar warning for clang. It's hard to call a solution
because those warnings are disabled not only for the old code, but also
for new. This is not what we want!
The main argument for not actually fixing the problem was that git
history will be screwed as well because of human factor. While good git
history is a very important thing, we should not go crazy about it and
block every change that somehow alters git history. git blame allows to
specify starting revision for a reason.
The other argument (human factor) can be easily solved by using tools
such as clang-tidy. clang-tidy is a clang-based linter for C++. It can
be used for various things, e.g. fixing coding style(e.g. add missing
braces to if statements, readability-braces-around-statements check),
or in our case add missing override keywords.
Test Plan: Compiles.
Reviewers: #kwin, davidedmundson
Reviewed By: #kwin, davidedmundson
Subscribers: davidedmundson, apol, romangg, kwin
Tags: #kwin
Differential Revision: https://phabricator.kde.org/D22371
2019-07-22 16:52:26 +00:00
|
|
|
void paintWindow(EffectWindow* w, int mask, QRegion region, WindowPaintData& data) override;
|
|
|
|
void postPaintScreen() override;
|
|
|
|
bool isActive() const override;
|
2011-01-30 14:34:42 +00:00
|
|
|
|
2014-03-24 10:50:09 +00:00
|
|
|
int requestedEffectChainPosition() const override {
|
2018-10-05 07:19:57 +00:00
|
|
|
// Please notice that the Wobbly Windows effect has to be placed
|
|
|
|
// after the Maximize effect in the effect chain, otherwise there
|
2018-10-13 08:00:27 +00:00
|
|
|
// can be visual artifacts when dragging maximized windows.
|
2018-10-05 07:19:57 +00:00
|
|
|
return 70;
|
2014-03-24 10:50:09 +00:00
|
|
|
}
|
|
|
|
|
2011-01-30 14:34:42 +00:00
|
|
|
// Wobbly model parameters
|
|
|
|
void setStiffness(qreal stiffness);
|
|
|
|
void setDrag(qreal drag);
|
|
|
|
void setVelocityThreshold(qreal velocityThreshold);
|
|
|
|
void setMoveFactor(qreal factor);
|
|
|
|
|
|
|
|
struct Pair {
|
|
|
|
qreal x;
|
|
|
|
qreal y;
|
|
|
|
};
|
|
|
|
|
|
|
|
enum WindowStatus {
|
|
|
|
Free,
|
|
|
|
Moving,
|
|
|
|
};
|
|
|
|
|
|
|
|
static bool supported();
|
|
|
|
|
2012-08-11 09:24:37 +00:00
|
|
|
// for properties
|
|
|
|
qreal stiffness() const {
|
|
|
|
return m_stiffness;
|
|
|
|
}
|
|
|
|
qreal drag() const {
|
|
|
|
return m_drag;
|
|
|
|
}
|
|
|
|
qreal moveFactor() const {
|
|
|
|
return m_move_factor;
|
|
|
|
}
|
|
|
|
qreal xTesselation() const {
|
|
|
|
return m_xTesselation;
|
|
|
|
}
|
|
|
|
qreal yTesselation() const {
|
|
|
|
return m_yTesselation;
|
|
|
|
}
|
|
|
|
qreal minVelocity() const {
|
|
|
|
return m_minVelocity;
|
|
|
|
}
|
|
|
|
qreal maxVelocity() const {
|
|
|
|
return m_maxVelocity;
|
|
|
|
}
|
|
|
|
qreal stopVelocity() const {
|
|
|
|
return m_stopVelocity;
|
|
|
|
}
|
|
|
|
qreal minAcceleration() const {
|
|
|
|
return m_minAcceleration;
|
|
|
|
}
|
|
|
|
qreal maxAcceleration() const {
|
|
|
|
return m_maxAcceleration;
|
|
|
|
}
|
|
|
|
qreal stopAcceleration() const {
|
|
|
|
return m_stopAcceleration;
|
|
|
|
}
|
|
|
|
bool isMoveWobble() const {
|
|
|
|
return m_moveWobble;
|
|
|
|
}
|
|
|
|
bool isResizeWobble() const {
|
|
|
|
return m_resizeWobble;
|
|
|
|
}
|
2019-09-07 07:45:20 +00:00
|
|
|
|
2011-02-25 21:06:02 +00:00
|
|
|
public Q_SLOTS:
|
2012-01-29 11:29:24 +00:00
|
|
|
void slotWindowStartUserMovedResized(KWin::EffectWindow *w);
|
|
|
|
void slotWindowStepUserMovedResized(KWin::EffectWindow *w, const QRect &geometry);
|
|
|
|
void slotWindowFinishUserMovedResized(KWin::EffectWindow *w);
|
|
|
|
void slotWindowMaximizeStateChanged(KWin::EffectWindow *w, bool horizontal, bool vertical);
|
2011-02-25 21:06:02 +00:00
|
|
|
|
2011-01-30 14:34:42 +00:00
|
|
|
private:
|
|
|
|
void startMovedResized(EffectWindow* w);
|
|
|
|
void stepMovedResized(EffectWindow* w);
|
|
|
|
bool updateWindowWobblyDatas(EffectWindow* w, qreal time);
|
|
|
|
|
|
|
|
struct WindowWobblyInfos {
|
|
|
|
Pair* origin;
|
|
|
|
Pair* position;
|
|
|
|
Pair* velocity;
|
|
|
|
Pair* acceleration;
|
|
|
|
Pair* buffer;
|
|
|
|
|
|
|
|
// if true, the physics system moves this point based only on it "normal" destination
|
|
|
|
// given by the window position, ignoring neighbour points.
|
|
|
|
bool* constraint;
|
|
|
|
|
|
|
|
unsigned int width;
|
|
|
|
unsigned int height;
|
|
|
|
unsigned int count;
|
|
|
|
|
|
|
|
Pair* bezierSurface;
|
|
|
|
unsigned int bezierWidth;
|
|
|
|
unsigned int bezierHeight;
|
|
|
|
unsigned int bezierCount;
|
|
|
|
|
|
|
|
WindowStatus status;
|
|
|
|
|
|
|
|
// for resizing. Only sides that have moved will wobble
|
|
|
|
bool can_wobble_top, can_wobble_left, can_wobble_right, can_wobble_bottom;
|
|
|
|
QRect resize_original_rect;
|
Provide expected presentation time to effects
Effects are given the interval between two consecutive frames. The main
flaw of this approach is that if the Compositor transitions from the idle
state to "active" state, i.e. when there is something to repaint,
effects may see a very large interval between the last painted frame and
the current. In order to address this issue, the Scene invalidates the
timer that is used to measure time between consecutive frames before the
Compositor is about to become idle.
While this works perfectly fine with Xinerama-style rendering, with per
screen rendering, determining whether the compositor is about to idle is
rather a tedious task mostly because a single output can't be used for
the test.
Furthermore, since the Compositor schedules pointless repaints just to
ensure that it's idle, it might take several attempts to figure out
whether the scene timer must be invalidated if you use (true) per screen
rendering.
Ideally, all effects should use a timeline helper that is aware of the
underlying render loop and its timings. However, this option is off the
table because it will involve a lot of work to implement it.
Alternative and much simpler option is to pass the expected presentation
time to effects rather than time between consecutive frames. This means
that effects are responsible for determining how much animation timelines
have to be advanced. Typically, an effect would have to store the
presentation timestamp provided in either prePaint{Screen,Window} and
use it in the subsequent prePaint{Screen,Window} call to estimate the
amount of time passed between the next and the last frames.
Unfortunately, this is an API incompatible change. However, it shouldn't
take a lot of work to port third-party binary effects, which don't use the
AnimationEffect class, to the new API. On the bright side, we no longer
need to be concerned about the Compositor getting idle.
We do still try to determine whether the Compositor is about to idle,
primarily, because the OpenGL render backend swaps buffers on present,
but that will change with the ongoing compositing timing rework.
2020-11-20 15:44:04 +00:00
|
|
|
|
|
|
|
std::chrono::milliseconds lastPresentTime;
|
2011-01-30 14:34:42 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
QHash< const EffectWindow*, WindowWobblyInfos > windows;
|
|
|
|
|
|
|
|
QRegion m_updateRegion;
|
|
|
|
|
|
|
|
qreal m_stiffness;
|
|
|
|
qreal m_drag;
|
|
|
|
qreal m_move_factor;
|
|
|
|
|
|
|
|
// the default tesselation for windows
|
|
|
|
// use qreal instead of int as I really often need
|
|
|
|
// these values as real to do divisions.
|
|
|
|
qreal m_xTesselation;
|
|
|
|
qreal m_yTesselation;
|
|
|
|
|
|
|
|
qreal m_minVelocity;
|
|
|
|
qreal m_maxVelocity;
|
|
|
|
qreal m_stopVelocity;
|
|
|
|
qreal m_minAcceleration;
|
|
|
|
qreal m_maxAcceleration;
|
|
|
|
qreal m_stopAcceleration;
|
|
|
|
|
2019-09-07 07:45:20 +00:00
|
|
|
bool m_moveWobble;
|
2011-01-30 14:34:42 +00:00
|
|
|
bool m_resizeWobble;
|
|
|
|
|
|
|
|
void initWobblyInfo(WindowWobblyInfos& wwi, QRect geometry) const;
|
|
|
|
void freeWobblyInfo(WindowWobblyInfos& wwi) const;
|
|
|
|
|
|
|
|
WobblyWindowsEffect::Pair computeBezierPoint(const WindowWobblyInfos& wwi, Pair point) const;
|
|
|
|
|
|
|
|
static void heightRingLinearMean(Pair** data_pointer, WindowWobblyInfos& wwi);
|
|
|
|
|
|
|
|
void setParameterSet(const ParameterSet& pset);
|
2008-04-18 12:01:47 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
} // namespace KWin
|
|
|
|
|
|
|
|
#endif // WOBBLYWINDOWS_H
|