https://bugzilla.redhat.com/show_bug.cgi?id=1209753 lists a touchpad 76mm wide
that suffers from palm touches
Signed-off-by: Peter Hutterer
---
src/evdev-mt-touchpad.c | 2 +-
test/touchpad.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/evdev-mt-touchpad.c b
Devices that have left and right buttons but no middle button get middle
button emulation (without config). Devices that have a middle button too get
a config option but default to off. Most mice have LMR set as buttons,
regardless whether they have a middle button.
Signed-off-by: Peter Hutterer
Makes it easier from a caller to check for common things without all the other
boilerplate code.
Signed-off-by: Peter Hutterer
---
test/litest.c | 26 +++---
test/litest.h | 4
2 files changed, 23 insertions(+), 7 deletions(-)
diff --git a/test/litest.c b/test/litest.c
On 04/15/2015 03:51 PM, Carsten Haitzler (The Rasterman) wrote:
i was thinking a simplified geometry. then again client toolkits can figure
that out and present a simplified enum or what not to the app too. but yes -
some enumerated "type" attached to the output would be very nice. smarter
clien
On Wed, Apr 15, 2015 at 06:05:09PM -0700, Bill Spitzak wrote:
>
> On 04/15/2015 02:46 PM, Peter Hutterer wrote:
> >On Wed, Apr 15, 2015 at 07:32:01AM -0700, Bill Spitzak wrote:
> >>Is this being done for physical mice with two buttons? The comments seem to
> >>indicate not, which seems kind of poi
On 04/15/2015 02:46 PM, Peter Hutterer wrote:
On Wed, Apr 15, 2015 at 07:32:01AM -0700, Bill Spitzak wrote:
Is this being done for physical mice with two buttons? The comments seem to
indicate not, which seems kind of pointless: if a client has to emulate it
for a physical mouse it will be emul
On Wed, 15 Apr 2015 20:29:32 +0100 Daniel Stone said:
> Hi,
> Replies to both here ...
>
> On 15 April 2015 at 02:39, Carsten Haitzler wrote:
> > On Tue, 14 Apr 2015 01:31:56 +0100 Daniel Stone said:
> >> On 14 April 2015 at 01:02, Bryce Harrington wrote:
> >> > While window rotation was used
fwiw, please don't do a reply to list only, it makes it harder to track
emails.
On Wed, Apr 15, 2015 at 07:17:35AM -0700, Bill Spitzak wrote:
> On 04/14/2015 09:01 PM, Peter Hutterer wrote:
> >Internal touchpads with trackpoints are either BUS_I8042 or BUS_I2C, but not
> >BUS_USB. Lenovo sells ext
On Wed, Apr 15, 2015 at 07:32:01AM -0700, Bill Spitzak wrote:
> Is this being done for physical mice with two buttons? The comments seem to
> indicate not, which seems kind of pointless: if a client has to emulate it
> for a physical mouse it will be emulating it for touchpads as well.
not quite,
On the 15th of 2015 21:31, Daniel Stone wrote:
On 14 April 2015 at 04:19, Jasper St. Pierre wrote:
Boo hoo.
you're the only ones who want physically-based rendering raytraced
desktops.
Enlightenment is absolutely nothing like my desktop environment of
choice either, but this is staggeringly u
Yeah, that was extremely uncalled for. Was a difficult day at work,
and I was already cranky. I messed up, that was my fault, and I
apologize.
On Wed, Apr 15, 2015 at 12:31 PM, Daniel Stone wrote:
> On 14 April 2015 at 04:19, Jasper St. Pierre wrote:
>> Boo hoo.
>>
>> you're the only ones who wa
On 14 April 2015 at 04:19, Jasper St. Pierre wrote:
> Boo hoo.
>
> you're the only ones who want physically-based rendering raytraced
> desktops.
Enlightenment is absolutely nothing like my desktop environment of
choice either, but this is staggeringly unnecessary. If you want
xdg_shell to actual
Hi,
Replies to both here ...
On 15 April 2015 at 02:39, Carsten Haitzler wrote:
> On Tue, 14 Apr 2015 01:31:56 +0100 Daniel Stone said:
>> On 14 April 2015 at 01:02, Bryce Harrington wrote:
>> > While window rotation was used more as an example of how built-in
>> > assumptions in the API could
The panel size calculation needs to take the output position into account
or it's only correct when the output is at 0, 0.
Signed-off-by: Derek Foreman
---
desktop-shell/shell.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/desktop-shell/shell.c b/desktop-shell/she
If we give an output a non-zero Y co-ordinate, window placement starts
putting things off screen due to a bug in get_output_panel_size().
Constraints still work due to a symmetrical bug in constrain_position().
This should straighten things out a little bit.
Derek Foreman (3):
desktop-shell: ad
get_output_work_area() now returns the absolute work area including the
output's offset.
This will make math a little simpler later when we use it to constrain
window moves.
Signed-off-by: Derek Foreman
---
desktop-shell/shell.c | 22 +-
1 file changed, 9 insertions(+), 13 d
This fixes the case where an output isn't at y = 0, where the panel height
isn't correct for constraints.
It also kills a bug - moving a window with a mod-drag off the top of the
screen clamped earlier than it should.
Signed-off-by: Derek Foreman
---
desktop-shell/shell.c | 21 -
Is this being done for physical mice with two buttons? The comments seem
to indicate not, which seems kind of pointless: if a client has to
emulate it for a physical mouse it will be emulating it for touchpads as
well.
Delaying a press to see if it is a middle click is also probably
annoying.
On 04/14/2015 09:01 PM, Peter Hutterer wrote:
Internal touchpads with trackpoints are either BUS_I8042 or BUS_I2C, but not
BUS_USB. Lenovo sells external keyboards with a trackpoint built-in, make sure
we don't pair that trackpoint with the internal touchpad.
And likewise, the internal trackpoint
Hi,
On 15-04-15 05:49, Peter Hutterer wrote:
xinput or an equivalent isn't available under wayland, but the majority of
use-cases of "why doesn't my device work" or "why does feature X not work"
should be covered by simply listing the local devices and their config
options.
Example output:
Dev
I managed to run Weston with FreeRDP using the following versions:
- FreeRdp 1.1: 780d451afad21a22d2af6bd030ee71311856f038
- (Wayland/Weston 1.2) or (Wayland/Weston 1.4) or (Wayland/Weston 1.5)
regards,
Marko
On Tue, Apr 14, 2015 at 11:04 AM, Heikki Sarkanen
wrote:
> Hello,
>
> I have also tri
Hi,
On 15-04-15 07:55, Peter Hutterer wrote:
Touches in the exclusion zone are ignored for palm detection and don't move
the cursor. Tapping however triggers before we know whether something is a
palm or not, so we get erroneous button clickst.
If a tap happens in the top half of the touchpad,
Hi,
For some reason some of the patches have not made it to my mailbox,
so I'm reviewing the entire set here, partially from the web archive.
Patches 1 and 2 looks good and are:
Reviewed-by: Hans de Goede
The state machine code in patch 3 has some issues:
In evdev_middlebutton_ldown_handle_e
Hi,
On 14-04-15 23:58, Peter Hutterer wrote:
Internal touchpads with trackpoints are either BUS_I8042 or BUS_I2C, but not
BUS_USB/BUS_BLUETOOTH. Lenovo sells external keyboards with a trackpoint
built-in, make sure we don't pair that trackpoint with the internal
touchpad. And likewise, an intern
On Tue, 14 Apr 2015 13:45:12 -0700
Bryce Harrington wrote:
> On Tue, Apr 14, 2015 at 09:41:13AM +0300, Pekka Paalanen wrote:
> > On Mon, 13 Apr 2015 22:47:00 -0500
> > Derek Foreman wrote:
> >
> > > On 13/04/15 07:15 AM, Pekka Paalanen wrote:
> > > > Maybe the closing animation ending should ju
Hi wayland developers,
I found that Jan Arne Petersen implemented extend text protocol for IBus
support in 2013
http://lists.freedesktop.org/archives/wayland-devel/2013-April/008524.html
But upstream did not merge it, so I want to know the status about input
method for CJK, it might be the sam
26 matches
Mail list logo