On 2/28/17 8:12 AM, Hardening wrote:
> This has been done a quite long time ago, here =>
> https://gitorious.org/weston/jonseverinsson-weston/?p=weston:jonseverinsson-weston.git;a=commit;h=9e26d9356255f4af1723700272805f6d356c7d7a
>
> It's clearly outdated, and IIRC people here didn't like the way
If a touch started hovering in the main area, the button state would start
with AREA and never move to the real button state, despite the finger
triggering the pressure thresholds correctly in one of the areas.
This could even happen across touch sequences if a touch went below pressure
in the
Ping :)
On Tuesday, 31 January 2017 19:22:16 PST, You wrote:
> Key event from input method may send key from text_input_keysym, which
> should share the same logic with real keyboard event. Right now keysym
> like latin characters are not handled by text_input_keysym.
>
> Signed-off-by: Weng
Hi Bryce,
On 1 March 2017 at 00:22, Bryce Harrington wrote:
> On Mon, Feb 27, 2017 at 10:17:21PM +, Daniel Stone wrote:
>> Yeah, I don't think we're big enough that having separate files makes
>> much sense. What I'm mostly just stuck with is the copyright
>>
On Mon, Feb 27, 2017 at 10:17:21PM +, Daniel Stone wrote:
> >> I'd be fine to reduce it to the minimal license text, but that doesn't
> >> free us up from needing to check incoming source to make sure it
> >> conforms to the same license. We should really also merge data/COPYING
> >> into the
Hi,
On 16 February 2017 at 17:04, Pekka Paalanen
wrote:
> For some background, here is first an explanation of how upstream
> Weston works currently.
I agree with the summary. Must document this somewhere more lasting. :)
Any review comments I haven't replied to
On Tue, Feb 28, 2017 at 06:35:11PM +, Emmanuel Gil Peyrot wrote:
> Weston will not repaint until previous update has been acked by a
> pageflip event coming from the drm driver. However, some buggy drivers
> won’t return those events or will stop sending them at some point and
> Weston output
Weston will not repaint until previous update has been acked by a
pageflip event coming from the drm driver. However, some buggy drivers
won’t return those events or will stop sending them at some point and
Weston output repaints will completely freeze. To ease developers’ task
in testing their
On Tue, 21 Feb 2017 10:07:47 +
Eric Engestrom wrote:
> > Subject: [PATCH weston] clients/simple-egl: add -d option
>
> s/-d/delay/ in the commit title?
>
> On Monday, 2017-02-20 16:13:48 +0200, Pekka Paalanen wrote:
> > From: Eero Tamminen
On Tue, 21 Feb 2017 10:01:45 +
Eric Engestrom wrote:
> On Monday, 2017-02-20 15:47:57 +0200, Pekka Paalanen wrote:
> > From: Pekka Paalanen
> >
> > Don't just dump the raw 32-bit values, try to interpret it as a DRM
> > fourcc too.
Hi,
On 28 February 2017 at 10:59, Pekka Paalanen wrote:
> On Mon, 27 Feb 2017 22:58:48 + Daniel Stone wrote:
>> It's indeed almost certainly a bugfix: if you have one client buffer
>> with multiple views, both of which could be promoted to scanout,
On Sun, 26 Feb 2017 22:55:53 +0100
Sergi Granell wrote:
> Those struct members are no longer used so we can remove them.
>
> Signed-off-by: Sergi Granell
> ---
> src/wayland-server.c | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git
Le 24/02/2017 à 00:51, DRC a écrit :
> On 12/15/16 3:01 AM, Pekka Paalanen wrote:
>> The current RDP-backed is written to set up and use only the Pixman
>> renderer. Pixman renderer is a software renderer, and will not
>> initialize EGL in the compositor. Therefore no support for hardware
>>
On Mon, 27 Feb 2017 22:58:48 +
Daniel Stone wrote:
> Hi Pekka,
>
> On 21 February 2017 at 15:19, Pekka Paalanen wrote:
> > On Fri, 9 Dec 2016 19:57:34 + Daniel Stone
> > wrote:
> >> @@ -312,6 +316,7 @@
Hi,
Thank you for your feedback.
I am using ARM mali for GL rendering, and I found that there is something wrong
with its EGL backend (stuck in a glxxx() call, probably wrong buffer init).
I did not investigate deeper for the time being, but I hope Vincent will do ;)
BR
Fabien
>-Original
15 matches
Mail list logo