I'm not sure how to exercise this keyboard functionality, but I ran
weston with this and moused between a few windows. So, LGTM:
Reviewed-by: Bryce Harrington
On Mon, Dec 16, 2013 at 01:39:39PM -0500, Jasper St. Pierre wrote:
> ---
> desktop-shell/shell.c | 57
> ++
On Tue, Dec 17, 2013 at 11:32:09PM +0300, Artsiom Anikeyenka wrote:
> Hi guys,
>
> Is there a detailed documentation of wayland source code. Any good
> visualization of the design? Are there any plans on adding/creating those?
>
> Thanks and be good.
http://wayland.freedesktop.org/architecture.h
On Tue, Dec 17, 2013 at 02:18:01PM +0200, Ander Conselvan de Oliveira wrote:
> From: Ander Conselvan de Oliveira
>
> If the compositor hasn't been rendering for a while when the recording
> stops, the time difference between the last rendered frame and that
> moment won't be in the encoded video.
On Mon, 2013-12-16 at 11:52 +0900, Elvis Lee(KwangWoong Lee) wrote:
> I just started to feel that something is wrong on our implementation.
> Anyway let me explain current state.
>
> 'set_surrounding_text' carries whole text of input box(UX). Now it's
> used to support an action 'clear all' with M
On Tue, Dec 17, 2013 at 01:48:54PM +0200, Adrian Negreanu wrote:
> From: Adrian Negreanu
>
> POSIX says to set errno=0 before calling strtol since
> the return value alne cannot tell a failure.
Right, looks good, thanks. Committed.
Kristian
> on ubuntu armel I get:
>
> ../src/wayland-scann
On 16/12/2013 22:32, Bill Spitzak wrote:
> Could an api be added so that one client can "give" access to an object
> to another client? This would allow a single secure client to implement
> all the rules for what is allowed to be a screen saver, rather than
> having the rules be in the compositor.
Hi guys,
Is there a detailed documentation of wayland source code. Any good
visualization of the design? Are there any plans on adding/creating those?
Thanks and be good.
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.fr
2013/12/17 Bill Spitzak :
> On 12/17/2013 02:38 AM, Giulio Camuffo wrote:
>
>> You can't talk to another client directly, you must always pass
>> through the server (unless you use dbus or some other ipc, of course).
>> And you don't need to give the trusted client a key, you just need to
>> tell t
Hi,
On Tue, 2013-12-17 at 11:23 +0100, Piñeiro wrote:
> Well, if we can consider an on-screen keyboard, or a screen reader
> trusted clients, but we can't consider as a trusted client the daemon
> providing accessibility services, then we have a problem.
A bridge to connect existing accessibility
On 12/17/2013 02:38 AM, Giulio Camuffo wrote:
You can't talk to another client directly, you must always pass
through the server (unless you use dbus or some other ipc, of course).
And you don't need to give the trusted client a key, you just need to
tell the server some client is trusted, using
On 17/12/2013 02:03, Kristian Høgsberg wrote:
This currently works as is... why add more quoting?
m4-quoting and m4-expansion are tricky and it is considered as a good
practice to quote a bit (read “almost everything”), afaict.
I do not mind not quoting here (AM_CONDITIONAL) since these part
On 17/12/2013 02:07, Kristian Høgsberg wrote:
On Sun, Dec 08, 2013 at 07:45:42PM +0100, Quentin Glidic wrote:
From: Quentin Glidic
The "common stuff" is all wayland scanner related stuff. Maybe we can
just add a comment above the scanner checks where they currently are?
Not exactly, I grou
From: Ander Conselvan de Oliveira
If the compositor hasn't been rendering for a while when the recording
stops, the time difference between the last rendered frame and that
moment won't be in the encoded video. Fix that by forcing one extra
frame to be recorded when the user presses the recorder
On 17/12/2013 02:01, Kristian Høgsberg wrote:
On Sun, Dec 08, 2013 at 07:45:37PM +0100, Quentin Glidic wrote:
If we need to be consistent, can we not quote at all? Surely xyes
doesn't need to be quoted. And what could ever set something like
$enable_egl to something with spaces in it? Is there
On 17/12/2013 01:58, Kristian Høgsberg wrote:
Typo here, should be $ac_cv_search_jpeg_CreateDecompress.
Yeah. A new version with a one-line macro (created for Weston) was sent.
I will send it again with the next roll of the series.
--
Quentin “Sardem FF7” Glidic
___
From: Adrian Negreanu
POSIX says to set errno=0 before calling strtol since
the return value alne cannot tell a failure.
on ubuntu armel I get:
../src/wayland-scanner client-header < ../../protocol/wayland.xml >
wayland-client-protocol.h
:1188: error: invalid integer (2)
Signed-off-by: Ad
Next time, can you please send a remainder of the start of the alpha
phase a couple of weeks before? This was a bit a surprise for me.
You say smaller features can still get in, but what about patches
already sent to the list? I'm talking particularly about my layer
masking patch
(http://lists.fr
2013/12/17 Bill Spitzak :
>
>
> Giulio Camuffo wrote:
>>
>> 2013/12/16 Bill Spitzak :
>>>
>>> Could an api be added so that one client can "give" access to an object
>>> to
>>> another client? This would allow a single secure client to implement all
>>> the
>>> rules for what is allowed to be a scr
Hi everybody,
thanks for the answers, and sorry for the delay of my own one. I will
answer this thread to reply both [Accessibility] threads, as current
status on both are really similar.
On 12/12/2013 03:41 AM, Matthias Clasen wrote:
>
> As Bill says, input methods already have a private protoco
On 17 December 2013 08:17, Kristian Høgsberg wrote:
> We made it to Dec 16th and it's time to put out an alpha release and
> start winding down the feature work
Awesome news, but a few little typos:
http://wayland.freedesktop.org/releases.html
"""
The 1.3.91 version of Wayland and Weston was rel
> From: Bryce W. Harrington [mailto:b.harring...@samsung.com]
> Sent: mardi 17 décembre 2013 03:26
> To: Fabien DESSENNE
> Cc: wayland-devel@lists.freedesktop.org; Benjamin Gaignard
> Subject: Re: [PATCH] compositor-drm: consider the best mode of the
> mode_list as an option
>
> On Thu, Dec 12, 20
On Wed, Dec 11, 2013 at 12:22:43PM +0200, ppaala...@gmail.com wrote:
> From: Pekka Paalanen
>
> After the update, you get the latest xserver branch, which at the time
> of writing is based on xserver 1.14.99.
>
> You also get the latest xf86-video-wayland, which was renamed from
> xf86-video-wls
Hello list,
We made it to Dec 16th and it's time to put out an alpha release and
start winding down the feature work. The alpha release has all the
features in it that I was hoping to get done for 1.4 and it's time to
start fixing bugs and get the quality level back up. I've uploaded
tarballs an
23 matches
Mail list logo
