Hi,
On 10 May 2012 22:11, Kristian Høgsberg wrote:
> I agree that we need to get evdev a little more under control, but I
> was thinking that we'd be able to decide up front that a device is a
> touchpad, a mouse a keyboard or such. In evdev_configure_device()
> we'd decide what it is and just s
On Thu, May 10, 2012 at 11:11 PM, Kristian Høgsberg wrote:
> On Wed, May 09, 2012 at 11:31:43PM +0200, Jonas Ådahl wrote:
>> By adding an 'evdev_dispatch' struct to the dispatch_list in
>> 'evdev_input_device' the 'process' function in the associated interface
>> will be called with received input
Useful for testing pointer device.
Signed-off-by: Jonas Ådahl
---
clients/clickdot.c | 143 ++--
1 file changed, 138 insertions(+), 5 deletions(-)
diff --git a/clients/clickdot.c b/clients/clickdot.c
index 6d70618..d1f8e2e 100644
--- a/clients/cl
On Wed, May 09, 2012 at 11:31:43PM +0200, Jonas Ådahl wrote:
> By adding an 'evdev_dispatch' struct to the dispatch_list in
> 'evdev_input_device' the 'process' function in the associated interface
> will be called with received input events. The process function can
> either handle the event and r
On Thu, May 10, 2012 at 09:45:15AM +0300, Pekka Paalanen wrote:
> On Wed, 9 May 2012 23:31:46 +0200
> Jonas Ådahl wrote:
>
> > Signed-off-by: Jonas Ådahl
> > ---
> > clients/Makefile.am |4 ++
> > clients/draw.c | 197
> > +++
> > 2 fi
On Wed, May 09, 2012 at 11:31:44PM +0200, Jonas Ådahl wrote:
> Signed-off-by: Jonas Ådahl
I picked this one up out-of-order (not convinced about the dispatcher
idea, will reply later).
Kristian
> ---
> src/evdev-private.h |2 +-
> src/evdev.c | 18 +++---
> 2 files c
Though I usually want the client in charge of everything, I think
Wayland can, and should, do a lot of input processing.
The only requirement is that any processing must be done in such a way
that the client can ignore it, get the raw input events, and do it's own.
The primary reason is becau
Jørgen Lind wrote:
Hi guys.
I have implemented a proposal for thread affinity for libwayland-client.
By this I mean that proxies belong to threads. So events will be
dispatched in the thread that created the proxy. Obviously proxies can
be moved between threads if that is desired.
As a side-
Hi,
On 10 May 2012 17:45, Christopher James Halse Rogers
wrote:
> Is Weston going to essentially fold in all the interesting bits from all
> the input DDXs to the core (and require this to be duplicated in all
> other compositors), or should these conceptually be modules, eventually
> crystallisi
On Thu, May 10, 2012 at 6:58 PM, Tiago Vignatti
wrote:
> On 05/10/2012 07:45 PM, Christopher James Halse Rogers wrote:
>>
>> On Wed, 2012-05-09 at 23:31 +0200, Jonas Ådahl wrote:
>>>
>>> Hi,
>>>
>>> This series of changes introduces better support for touchpads when using
>>> evdev for input handl
>From a distro-development feature, have one input framework would
definitely be preferable. Especially for the more complicated
touchscreen/pad devices, which require some mechanism for gesture
interpretation. That's a lot of code and complexity which is currently
duplicated in every UI toolkit, a
On 05/10/2012 07:45 PM, Christopher James Halse Rogers wrote:
On Wed, 2012-05-09 at 23:31 +0200, Jonas Ådahl wrote:
Hi,
This series of changes introduces better support for touchpads when using
evdev for input handling. Some of the ideas and algorithms used comes from
the xserver and xf86-input
On Wed, 2012-05-09 at 23:31 +0200, Jonas Ådahl wrote:
> Hi,
>
> This series of changes introduces better support for touchpads when using
> evdev for input handling. Some of the ideas and algorithms used comes from
> the xserver and xf86-input-synaptics repositories.
This brings up something that
---
clients/window.c | 256 +++-
data/icon_window.png | Bin 0 -> 161 bytes
data/sign_close.png| Bin 0 -> 235 bytes
data/sign_maximize.png | Bin 0 -> 204 bytes
data/sign_minimize.png | Bin 0 -> 191 bytes
5 files changed, 253 insertion
> Hi Yan,
>
> On 05/10/2012 10:07 AM, yan.w...@linux.intel.com wrote:
>>I am not sure whether mouse wheel event is supported in current
>> Weston?
>> I add checking of BTN_SIDE/BTN_EXTRA in input button callback but no
>> response. It may be more convenient to browsing web content if
>> support
Hi guys.
I have implemented a proposal for thread affinity for libwayland-client.
By this I mean that proxies belong to threads. So events will be
dispatched in the thread that created the proxy. Obviously proxies can
be moved between threads if that is desired.
As a side-effect I also implement
Hi Yan,
On 05/10/2012 10:07 AM, yan.w...@linux.intel.com wrote:
I am not sure whether mouse wheel event is supported in current Weston?
I add checking of BTN_SIDE/BTN_EXTRA in input button callback but no
response. It may be more convenient to browsing web content if
supporting mouse wheel sc
Hi, All,
I am not sure whether mouse wheel event is supported in current Weston?
I add checking of BTN_SIDE/BTN_EXTRA in input button callback but no
response. It may be more convenient to browsing web content if
supporting mouse wheel scrolling.
Thanks.
Yan Wang
_
18 matches
Mail list logo
