On Tuesday 11 March 2014 13:25:00 David Edmundson wrote:
> I should probably have explained what my patch does in my email.
>
> I add an XAtom to Dialog. This Atom is set to true between
> construction and the first texture being rendered which we can tell
> from QQuickWindow then it is deleted.
>
I should probably have explained what my patch does in my email.
I add an XAtom to Dialog. This Atom is set to true between
construction and the first texture being rendered which we can tell
from QQuickWindow then it is deleted.
Then I patched the slidingPopup effect to look for this atom and
su
On Tuesday 11 March 2014, David Edmundson wrote:
> well given we don't have wayland next, I opted for RESOLVED
> D_ED_IS_AWESOME instead.
the thing iirc is that there is a little perion in which the window does exist
already and has the correct geometry, but doesn't have a painted texture yet,
t
*wayland yet.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
well given we don't have wayland next, I opted for RESOLVED
D_ED_IS_AWESOME instead.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
On Tuesday 11 March 2014, David Edmundson wrote:
> There's currently an annoying bug in which when we click on kickoff we
> see the shadows animate and popup before the contents are ready and it
> looks awful.
>
> I have a branch which fixes this: no_initial_shadows
> it requires branches in both
There's currently an annoying bug in which when we click on kickoff we
see the shadows animate and popup before the contents are ready and it
looks awful.
I have a branch which fixes this: no_initial_shadows
it requires branches in both plasma-framework and kde-workspace.
It's a bit hacky, and I'
