From: Rob Bradford
We do this by storing the relative x and y absolute position in the device
structure and then applying the scale (and addition of the output position) to
put them in screen coordinates later.
---
src/evdev.c | 30 +++---
src/evdev.h | 2 +-
2 files cha
From: Rob Bradford
Look at udev properties and then set the quirk flags based on the udev
properties that are set on the device node.
---
src/compositor-drm.c | 11 +++
src/evdev.h | 6 ++
2 files changed, 17 insertions(+)
diff --git a/src/compositor-drm.c b/src/compositor
> As discussed in IRC, this looked like the wrong branch to swap this
> stuff. This is MT limits, not plain ABS limits.
>
>> device->is_mt = 1;
>> device->mt.slot = 0;
>> device->caps |= EVDEV_TOUCH;
>
Yes this is completely wrong .
On Fri, 21 Sep 2012 15:04:17 +0100
Rob Bradford wrote:
> From: Rob Bradford
>
> This quirk is designed for hardware that has the X and Y axes swapped for
> absolute events. Do this by rewriting the event such that the X and Y events
> are swapped.
> ---
> src/evdev.c | 29 +
From: Rob Bradford
This quirk is designed for hardware that has the X and Y axes swapped for
absolute events. Do this by rewriting the event such that the X and Y events
are swapped.
---
src/evdev.c | 29 +
1 file changed, 25 insertions(+), 4 deletions(-)
diff --git
From: Rob Bradford
---
src/evdev.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/evdev.h b/src/evdev.h
index 85c4739..9ae62db 100644
--- a/src/evdev.h
+++ b/src/evdev.h
@@ -44,6 +44,11 @@ enum evdev_device_capability {
EVDEV_TOUCH = (1 << 4),
};
+enum evdev_device_quir
From: Rob Bradford
Look at udev properties and then set the quirk flags based on the udev
properties that are set on the device node.
---
src/compositor-drm.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/src/compositor-drm.c b/src/compositor-drm.c
index 0faf45c..e5ee338 10064
I figured out there is also another problem with the output of input
panels which will result in a crash in input_panel_configure, so I think
we better fix it properly.
On 09/19/2012 02:31 PM, Jan Arne Petersen wrote:
> From: Jan Arne Petersen
>
> Do not call weston_slide_run when the surface's
On Fri, Sep 21, 2012 at 12:38 PM, Pekka Paalanen wrote:
> At least it does not require any protocol encoding/decoding or process
> context switches, so it has potential to be at least as fast.
Raster graphics system in Qt4 library is 6.5 times slower than native
one on my PC with Intel graphics ca
On Fri, 21 Sep 2012 12:21:47 +0200
JS wrote:
> On Fri, Sep 21, 2012 at 10:36 AM, Jørgen Lind wrote:
> > You can rasterize a glyph with freetype, then you can depending on the
> > surface you want to draw into either upload your glyph into some
> > texture glyph cache and then "blit" the texture
On Fri, Sep 21, 2012 at 12:21 PM, JS wrote:
> On Fri, Sep 21, 2012 at 10:36 AM, Jørgen Lind wrote:
>> You can rasterize a glyph with freetype, then you can depending on the
>> surface you want to draw into either upload your glyph into some
>> texture glyph cache and then "blit" the texture into
On Fri, Sep 21, 2012 at 10:36 AM, Jørgen Lind wrote:
> You can rasterize a glyph with freetype, then you can depending on the
> surface you want to draw into either upload your glyph into some
> texture glyph cache and then "blit" the texture into some gl surface,
> or if your working on a main me
On Sun, Aug 12, 2012 at 03:50:16PM +0200, Luc Verhaegen wrote:
> Hi,
>
> The FOSDEM organizers have sent out a call for devrooms. FOSDEM this
> year is on the weekend of the 2nd and 3rd of February 2013.
>
> After the success of this formula last year, where, for the first time
> ever, we had a
On Fri, 21 Sep 2012 09:58:38 +0200
JS wrote:
> On Fri, Sep 21, 2012 at 8:58 AM, Pekka Paalanen wrote:
> > There is no "Wayland equivalent". You can use whatever you want. The
> > demos use Cairo for drawing.
> Cairo is also using XRenderCompositeText*.
> What Cairo should use instead of XRender
You can rasterize a glyph with freetype, then you can depending on the
surface you want to draw into either upload your glyph into some
texture glyph cache and then "blit" the texture into some gl surface,
or if your working on a main memory surface, you can use some "raster
painter" abstraction an
On Fri, Sep 21, 2012 at 8:58 AM, Pekka Paalanen wrote:
> There is no "Wayland equivalent". You can use whatever you want. The
> demos use Cairo for drawing.
Cairo is also using XRenderCompositeText*.
What Cairo should use instead of XRenderCompositeText* and other
XRender functions ?
_
16 matches
Mail list logo