[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-panel-devel
Subject:    Notes from Sprint - Input stuff
From:       David Edmundson <david () davidedmundson ! co ! uk>
Date:       2018-04-30 10:16:39
Message-ID: CAGeFrHAe8eXnHGn6frheqUw++1Knt7qT3Zc7WpzPa7b=rYJQ2w () mail ! gmail ! com
[Download RAW message or body]

As you may know, we had the lead dev of the new Qt input stack at the
sprint, with one goal to show all the really unusual things we do with
input and trying to make sure the new stack can handle them.

The new stack really isn't there for mouse input as-is; and won't be in
5.11 either. My gut feeling from the current state is that it might be up
to us to make sure mouse (as opposed to just touch) is as complete.

Overall I like a lot. I ported some parts of plasma-desktop to the new API.
(branch qtlabs_handler). Some parts (including complex drag and drop) went
surprisingly smoothly. Eike also ported some of folderview and can post
details on that

We've got a few design changes in (taphandler hit areas being bigger than
parents, drag starts after time delay) either requested or in review
already. Overall I think we're now a bit closer to being involved in the
dev process which is a good thing. A few hours of dev now could prevent
days of complex workarounds in the future.

David

[Attachment #3 (text/html)]

<div dir="ltr"><div><div><div><div><div><div>As you may know, we had the lead dev of \
the new Qt input stack at the sprint, with one goal to show all the really unusual \
things we do with input and trying to make sure the new stack can handle \
them.<br><br></div></div>The new stack really isn&#39;t there for mouse input as-is; \
and won&#39;t be in 5.11 either. My gut feeling from the current state is that it \
might be up to us to make sure mouse (as opposed to just touch) is as \
complete.<br><br></div>Overall I like a lot. I ported some parts of plasma-desktop to \
the new API. (branch qtlabs_handler). Some parts (including complex drag and drop) \
went surprisingly smoothly. Eike also ported some of folderview and can post details \
on that<br></div><br></div>We&#39;ve got a few design changes in (taphandler hit \
areas being bigger than parents, drag starts after time delay) either requested or in \
review already. Overall I think we&#39;re now a bit closer to being involved in the \
dev process which is a good thing. A few hours of dev now could prevent days of \
complex workarounds in the future.<br><br></div>David<br></div>



[prev in list] [next in list] [prev in thread] [next in thread]