Hi,
On 10 February 2014 13:23, Emilio Pozuelo Monfort poch...@gmail.com wrote:
When a view was destroyed while we were on exposay, we didn't
remove it from the list of views, and so when leaving exposay
we were trying to animate (and sometimes activate) a
non-existent view, causing a crash.
Hi,
On 18 February 2014 22:47, Peter Hutterer peter.hutte...@who-t.net wrote:
Avoids erroneous timestamps when the system time is reset. This used to a be a
problem with the X.Org synaptics driver where taps, scrolling and a couple of
other things would potentially lock up.
Can this be
Hi,
On 7 March 2014 13:03, Pekka Paalanen ppaala...@gmail.com wrote:
Merge more code into a common function. No functional changes.
Quick nitpick: does this not break all the pixman_region32_*() calls
in weston_surface_commit(), which rely on surface-{width,height}?
Should be pretty easy to see
Hi,
On 11 March 2014 14:30, Pekka Paalanen ppaala...@gmail.com wrote:
On X11 you are probably used to getting an opaque window, no matter
what values you write to the alpha channel. On Wayland, the alpha
channel is actually used by the server to blend your window to the rest
of the desktop,
Hi,
On 19 March 2014 13:18, Jasper St. Pierre jstpie...@mecheye.net wrote:
For very simple use cases, it's fairly mature. You can use it on embedded
systems quite well.
For complex desktops, it's not quite. There's a lot of protocols that are
traditionally in something like the ICCCM or EWMH
Hi,
On 27 March 2014 22:41, Ran Benita ran...@gmail.com wrote:
On Thu, Mar 27, 2014 at 09:04:07PM +0100, David Herrmann wrote:
On Thu, Mar 27, 2014 at 8:22 PM, Ran Benita ran...@gmail.com wrote:
- Added two new functions, xkb_state_key_get_utf{8,32}(). They
combine the operations of
Hi,
On 9 April 2014 20:02, Jonas Ådahl jad...@gmail.com wrote:
Don't have a hard coded (previously 16) slot array size; instead
allocate dynamically depending what slots are assigned. There is still a
hard coded max though, to protect from invalid input, but its changed
to 60.
Won't this
Hi,
On 11 April 2014 21:49, Bill Spitzak spit...@gmail.com wrote:
On 04/11/2014 01:10 PM, Hardening wrote:
I have heard that in some cases windows layouts (which are also RDP ones)
don't match exact the XKB ones :(. So the surprises can come when using
mstsc against a linux host.
I have
Hi,
On 15 April 2014 13:28, Hans de Goede hdego...@redhat.com wrote:
Apple touchpads don't have visible markings for the software button areas
that almost all other vendors use. OS X provides clickfinger behaviour
instead, where a click with two fingers on the touchpad generate a right
On 7 May 2014 20:23, Bill Spitzak spit...@gmail.com wrote:
If a subsurface belongs to a different client than the parent surface,
though, does this mean the child client will get events that have an xy
position relative to the parent surface?
As a fundamental design point of the Wayland
Hi,
On 9 May 2014 08:34, Pekka Paalanen ppaala...@gmail.com wrote:
On Thu, 08 May 2014 10:52:51 -0700
Bill Spitzak spit...@gmail.com wrote:
Possibly you are reading the words save/restore literally, in that you
are imagining some blob of data stored in the compositor that is
recognized
Hi,
On 1 June 2014 02:03, José Expósito jose.exposit...@gmail.com wrote:
And I say more or less because it is necessary to put 3 fingers on the
trackpad to start moving the rectangles...
Anyway, the program is not working on Weston. My question is, is that
because Weston doesn't implement
On 2 June 2014 08:44, Kishore Divvela -ERS, HCL Tech kishor...@hcl.com
wrote:
Can I use the build steps which is available in
http://wayland.freedesktop.org/building.html.
Yes.
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
Hi,
On 5 June 2014 07:49, Pekka Paalanen ppaala...@gmail.com wrote:
Then thinking about how that would work over a protocol like Wayland; A
client is creating a buffer, and wants the compositor to present it,
putting it on a hardware overlay if possible, or even scanning it
out directly. We
Hi,
On 9 June 2014 12:06, Pekka Paalanen pekka.paala...@collabora.co.uk wrote:
On Mon, 9 Jun 2014 11:00:04 +0200
Benjamin Gaignard benjamin.gaign...@linaro.org wrote:
One of the main comment on the latest patches was that wl_dmabuf use
DRM for buffer allocation.
This appear to be an
On 1 July 2014 21:05, Bill Spitzak spit...@gmail.com wrote:
On 07/01/2014 12:57 PM, Jasper St. Pierre wrote:
It sounds like you have a highly technical workstation platform that has
a complex, professional tool involving multiple windows, and you are
fully aware of your environment. You can
Hi,
On 14 July 2014 14:52, Giulio Camuffo giuliocamu...@gmail.com wrote:
@@ -851,6 +851,7 @@ wl_display_roundtrip(struct wl_display *display)
callback = wl_display_sync(display);
if (callback == NULL)
return -1;
+ wl_proxy_set_queue(callback, queue);
Hi,
On Tuesday, July 15, 2014, Giulio Camuffo giuliocamu...@gmail.com wrote:
2014-07-14 22:31 GMT+03:00 Jason Ekstrand ja...@jlekstrand.net
javascript:;:
Guilio,
Would it be better to name it wl_event_queue_roundtrip and just have it
take
the wl_event_queue? I guess it is sort-of a
Hi,
On Tuesday, July 15, 2014, Giulio Camuffo giuliocamu...@gmail.com wrote:
2014-07-14 22:31 GMT+03:00 Jason Ekstrand ja...@jlekstrand.net
javascript:;:
Guilio,
Would it be better to name it wl_event_queue_roundtrip and just have it
take
the wl_event_queue? I guess it is sort-of a
Since you're just repeating yourself without taking on anything that's been
said, so will I: that won't work.
On Friday, July 25, 2014, Bill Spitzak spit...@gmail.com wrote:
I think the question is why both the client, the input method, and
probably the compositor all have to do the decoding
Hi Eugen,
On Sunday, July 27, 2014, Eugen Friedrich fried...@gmail.com wrote:
Our graphics stack creates it's own wayland queue and uses this queue for
all wayland objects and only this queue will be dispatched. Our graphics
stack calls also wl_display_sync api and the issue is that the
Hi Eugen,
On 27 July 2014 22:16, Eugen Friedrich fried...@gmail.com wrote:
Hi Daniel,
thanks, i understood we should add the wl_display_dispatch_pending call
in the application
there is currently no way to avoid this and basically it does not harm.
I only wanted to understand if there is
On 29 July 2014 00:40, Bill Spitzak spit...@gmail.com wrote:
I am unconvinced that any real clients will actually do this
They do. They all do.
It seems like this should be implemented by having Alt+V translate to
the Paste keysym.
No, this falls apart because ... well, no, I'm not going
On 29 July 2014 19:30, Bill Spitzak spit...@gmail.com wrote:
I would like to see character composition removed from xkb so that western
programmers are forced to use the input method
XKB doesn't do multi-key composition. This is already input method only.
On Thursday, July 31, 2014, Bill Spitzak spit...@gmail.com wrote:
That does not work. The client has to be able to decide whether a mouse
click will raise the window.
You really don't need to tell us this every two weeks. We get the point.
___
Hi,
On 4 August 2014 18:43, Jasper St. Pierre jstpie...@mecheye.net wrote:
diff --git a/src/input.c b/src/input.c
index 4aa8ca7..aaa2223 100644
--- a/src/input.c
+++ b/src/input.c
@@ -1721,6 +1721,9 @@ seat_get_keyboard(struct wl_client *client, struct
wl_resource *resource,
Hi,
On 19 August 2014 07:54, Peter Hutterer peter.hutte...@who-t.net wrote:
On Mon, Aug 18, 2014 at 02:35:49PM +0300, Pekka Paalanen wrote:
Should we make libinput the default for 1.6, so that in 1.7 we can
remove the old input code, or is libinput API still too much in flux?
I don't
Hi,
On 27 August 2012 11:55, Philipp Brüschweiler ble...@gmail.com wrote:
This request can be used to grab the pointer of a specified seat. A
pointer grabbed in this way will be made invisible and won't send any
more motion events. Instead it reports relative motion using the motion
event on
On 5 September 2012 20:49, Bill Spitzak spit...@gmail.com wrote:
Doesn't the compositor have access to what type the surfaces are? It can
then know the surface is opaque and ignore the opaque region there. Then if
the client changes back to a non-opaque surface the opaque region is
unchanged
Hi,
On 7 September 2012 13:56, Uoti Urpala uoti.urp...@pp1.inet.fi wrote:
On Fri, 2012-08-31 at 11:04 +0200, Alexander Preisinger wrote:
Thanks for your input. I will try to fix the patches according to your
comments. As for the timer_fd stuff, it was used in weston toytoolkit and
I found no
Hi,
On 11 September 2012 16:23, David Herrmann dh.herrm...@googlemail.com wrote:
As there is currently no stable release of xkbcommon, other projects might
want to include a copy of the keysyms so they can be used even though
libxkbcommon may not be available on the machine. However, if
Hi,
On 1 October 2012 02:08, Bill Spitzak spit...@gmail.com wrote:
On 09/30/2012 01:35 AM, Pekka Paalanen wrote:
You might invent elaborate schemes to overcome the latter cons,
[and this did happen]
but even the roundtrip argument alone is a serious one, and there
would have to be a serious
Hi,
On 2 October 2012 11:38, dar...@chaosreigns.com wrote:
On 10/02, Фамилия Имя wrote:
switch between different keyboard layouts (languages) using both alt keys.
It was
https://bugs.freedesktop.org/show_bug.cgi?id=4927
This mentions a fix for X would be to switch to xkbcommon.
Hi,
On 2 October 2012 17:51, Ran Benita ran...@gmail.com wrote:
Well, speaking of XKB bugs, there's this one which is inherent to the
specification:
https://bugs.freedesktop.org/show_bug.cgi?id=865
We might want to consider some way to properly fix this?
Indeed. I still can't think of a way
Hi,
On 3 October 2012 05:34, Bill Spitzak spit...@gmail.com wrote:
Having read the bug, it seems extremely specific to layout switching with
shift+ctrl.
It's not.
However there are a lot of other identical bugs that prevent
things that are common on Windows from working on X:
1. One post
Hi,
On 29 September 2012 19:31, Jonas Ådahl jad...@gmail.com wrote:
Ok, so what I'm trying to do is to enable what people call smooth
scrolling on an input level, meaning that scrolling is not based on
discrete arbitrary steps but on a more fluid motion. These types of
events makes most sense
Hi,
On 4 October 2012 17:06, Jonas Ådahl jad...@gmail.com wrote:
On Thu, Oct 4, 2012 at 12:47 AM, Daniel Stone dan...@fooishbar.org wrote:
I agree it makes perfect sense, but note that axis events are already
fixed-point, so you already get fairly fluid motion (motion in units
of 1/256th
Hi,
After three and a half years, I'm proud to announce the first grown-up
release of xkbcommon.
xkbcommon is a keymap handling library, which can parse XKB
descriptions (e.g. from xkeyboard-config), and use this to help its
users make sense of their keyboard input. Unfortunately X11's
If our colour components are all less than (20 / 255), call it 0 and
move on.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
clients/smoke.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/clients/smoke.c b/clients/smoke.c
index 42540d0..f25a657 100644
--- a/clients/smoke.c
+++ b
XKB provides keypad symbols in a separate namespace. We don't care
about the distinction, so map them to normal symbols before starting
processing.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
clients/terminal.c | 63
1 file changed
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
clients/smoke.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/clients/smoke.c b/clients/smoke.c
index 905e53f..80b8c58 100644
--- a/clients/smoke.c
+++ b/clients/smoke.c
@@ -37,7 +37,7 @@ struct smoke {
struct
Split motion tracking out into separate handlers so we can have one per
touch.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
clients/smoke.c | 155 +++
1 file changed, 110 insertions(+), 45 deletions(-)
diff --git a/clients/smoke.c b
Hi all,
Here's the somewhat-delayed XWayland update for 1.0. With this and my
updated X server, I've been able to run XWayland just fine under Weston
from current git master.
The X server tree is at:
git://git.collabora.com/git/user/daniels/xserver
xwayland-1.12 is an extension of the
Avoids a segfault whenever we get a key event, and try to set the
cursor, dereferencing a NULL input-pointer.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
clients/window.c |6 ++
1 file changed, 6 insertions(+)
diff --git a/clients/window.c b/clients/window.c
index ddd8bca
.
Requires a protocol version bump.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
protocol/xserver.xml |4 +++-
src/xwayland/launcher.c |9 +
src/xwayland/window-manager.c | 21 ++---
3 files changed, 26 insertions(+), 8 deletions(-)
diff
Every single frame, we were calling the flush_damage handler in the
renderer. For GLES2 with subimage, this wasn't too bad as we'd never
call glTexSubImage2D, but without it, we'd upload the entire frame
through glTexImage2D every time.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
src
Otherwise glTexSubImage2D will reject our co-ordinates as being out of
bounds.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
src/compositor.c |5 +
1 file changed, 5 insertions(+)
diff --git a/src/compositor.c b/src/compositor.c
index 6b0c004..d5b13c8 100644
--- a/src
Instead of issuing draw commands immediately after we map or
reconfigure, wait for the server to send us an Expose event, thus making
sure our drawing doesn't get lost.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
src/xwayland/window-manager.c | 218
surfaces.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
src/compositor.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/src/compositor.c b/src/compositor.c
index d5b13c8..855203a 100644
--- a/src/compositor.c
+++ b/src/compositor.c
@@ -1258,6 +1258,8 @@ surface_commit(struct
Hi,
On 8 November 2012 04:06, Tiago Vignatti tiago.vigna...@linux.intel.comwrote:
I was thinking only about porting XWayland for the new registry scheme and
the surface atomic commit we've introduced in 0.95 - 1.0. In fact, I've
applied on X server these patches:
XWayland: Add
Hi,
On 8 November 2012 08:13, Tiago Vignatti tiago.vigna...@linux.intel.comwrote:
On 11/07/2012 06:35 PM, Daniel Stone wrote:
Well, I think we could take all the server patches (including
init_complete), and drop the Expose and resize patches from Weston if
you like.
actually I don't
Hi Ander,
On 22 November 2012 00:11, Ander Conselvan de Oliveira
ander.conselvan.de.olive...@intel.com wrote:
The reason for this is that the renderer's repaint function is not
called if a client buffer is scanned out. When the surface moves to the
scan out plane, the primary plane is
Hi Pekka,
On 23 November 2012 18:35, Pekka Paalanen ppaala...@gmail.com wrote:
\Weston_surface:opaque is referenced only in the transform_disable()
path, because we never bothered to write an algorithm for the
transform_enable() path. A pixman region deals with axis-aligned
rectangles, and
Hi,
On 6 December 2012 04:43, Tiago Vignatti tiago.vigna...@linux.intel.comwrote:
indeed. On my less intrusive draft of subsurface, I've first started
brainstorming the input focus behavior [0]. That's quite useful for the
video player example that wants some kind of input control or a dialog
Hi,
On 6 December 2012 01:32, Pekka Paalanen ppaala...@gmail.com wrote:
Clipping
The term sub-surface sounds like a sub-window, which may cause one to
think, that it will be clipped to the parent surface area. I do not
think we should force or even allow such clipping.
Forcing the
On 20 December 2012 22:15, Bill Spitzak spit...@gmail.com wrote:
The big difference from X and Windows is that it is officially stated that
the client can alter the parent pointer at any time, which avoids any needs
for attempting to solve complex stacking issues using layers and groups or
by
On 25 January 2013 07:17, Bill Spitzak spit...@gmail.com wrote:
ashjas wrote:
Thanks Bill for that info.. after searching for your patch i found this
discussion of what you indicated.. but i couldnot find the patch that
you mentioned..
On 4 February 2013 17:59, Bill Spitzak spit...@gmail.com wrote:
I think what happened is that because writing an input method was not easy
and required huge amounts of support code that was not needed to support
simple compose or pick-character-by-number operations, these were instead
Hi,
On 14 February 2013 17:24, Kristian Høgsberg hoegsb...@gmail.com wrote:
On Wed, Feb 13, 2013 at 08:50:39PM +, Rune Kjær Svendsen wrote:
Through trial-and-error editing the config file, I've found that this is
caused by the keymap_layout=en line in weston.ini. No freeze when this
is
On 25 February 2013 20:12, Bill Spitzak spit...@gmail.com wrote:
I think you are right, that removes the race condition where the pointer
exits before the client sends the lock. If the client wants to lock when
the user hits a button always, it can just release on the leave event.
I suppose
git://anongit.freedesktop.org/git/xorg/lib/libxtrans
git://anongit.freedesktop.org/xorg/proto/xineramaproto
Alternately, get the tarballs from http://www.x.org/archive/individual/
On 3 March 2013 22:08, Bill Spitzak spit...@gmail.com wrote:
With the newest version I am able to get wayland and
On 4 March 2013 12:18, Bill Spitzak spit...@gmail.com wrote:
On 03/04/2013 08:27 AM, Daniel Stone wrote:
git://anongit.freedesktop.org/**git/xorg/lib/libxtranshttp://anongit.freedesktop.org/git/xorg/lib/libxtrans
http://anongit.freedesktop.**org/git/xorg/lib/libxtranshttp
Hi,
On 22 February 2013 07:07, Pekka Paalanen ppaala...@gmail.com wrote:
The biggest improvement over v1 is that we have some thought-out
commit behaviours. It is possible to resize a window so that all
surfaces stay in sync on screen, and it is also possible to have
sub-surfaces running on
Hi,
On 9 March 2013 07:24, Scott Moreau ore...@gmail.com wrote:
diff --git a/hw/xfree86/xwayland/xwayland.c
b/hw/xfree86/xwayland/xwayland.c
index d97f4ee..f59bfe4 100644
--- a/hw/xfree86/xwayland/xwayland.c
+++ b/hw/xfree86/xwayland/xwayland.c
@@ -344,6 +344,9 @@ void
Hi,
On 18 March 2013 01:47, Yichao Yu yyc1...@gmail.com wrote:
On Sun, Mar 17, 2013 at 8:51 PM, Scott Moreau ore...@gmail.com wrote:
by wayland developers that each toolkit should implement this feature
if they would like to have it. My position is that the key repeat
And the decision was
Hi,
On 18 March 2013 02:55, Sylvain BERTRAND sylw...@legeek.net wrote:
Another though which targets sub-surface interfaces: are the
hardware overlays for YUV buffers that more energy efficient than
GPU scaling/color space conversion since most the energy would be
burned into the video
On 24 March 2013 10:27, Scott Moreau ore...@gmail.com wrote:
- Working xwayland titlebar buttons
Did that patchset get submitted to the list for review? If not, will it be?
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
Hi,
On 24 March 2013 11:29, Scott Moreau ore...@gmail.com wrote:
On Sun, Mar 24, 2013 at 5:13 AM, Daniel Stone dan...@fooishbar.org
wrote:
On 24 March 2013 10:27, Scott Moreau ore...@gmail.com wrote:
- Working xwayland titlebar buttons
Did that patchset get submitted to the list
Hi,
On 24 March 2013 19:10, Scott Moreau ore...@gmail.com wrote:
On Sun, Mar 24, 2013 at 6:17 AM, Daniel Stone dan...@fooishbar.org
wrote:
I definitely don't see it that way, and without being able to speak for
Kristian, I daresay he doesn't either. There's a big gap between not
wanting
Hi Jonas,
On 17 March 2013 09:13, Jonas Ådahl jad...@gmail.com wrote:
A logical surface is a special kind of surface that never gets its own
buffer attached, or opaque region set etc. It is obtained by using a
surface handle that can be shared in some way between clients. A handle
is a
split the events: one to provide the new_id for the
buffer, another to let the client know it was available for use, and then
all manner of private protocol in between to actually enable those target
APIs to use the buffer.
Thanks for taking a look!
Cheers,
Daniel
On Mar 29, 2013 11:06 AM, Daniel
Hi,
On 30 March 2013 05:31, Matthias Clasen matthias.cla...@gmail.com wrote:
Here are a few questions/observations I had while studying the protocol
docs:
- The use of serials in events seems a bit inconsistent. Most
wl_pointer events have serials, but axis doesn't. wl_keyboard
enter/leave
Hi,
On 30 March 2013 13:34, Matthias Clasen matthias.cla...@gmail.com wrote:
On Sat, Mar 30, 2013 at 7:56 AM, Daniel Stone dan...@fooishbar.orgwrote:
- Various input events have a time field. The spec doesn't really say
anything about this. What is it good for, and what units
Hi,
On 30 March 2013 20:40, Jason Ekstrand ja...@jlekstrand.net wrote:
On Fri, Mar 29, 2013 at 12:02 PM, Daniel Stone dan...@fooishbar.org
wrote:
Yeah, we need to define API here. For EGL, it'd be a matter of the EGL
implementation sending an event in between register_buffer
Hi,
On 30 March 2013 20:48, Jason Ekstrand ja...@jlekstrand.net wrote:
Some of this stuff has been somewhat re-defined lately and may not be
up-to-date. You may want to talk to Kristian or Daniel and see what
the current line-of-thought on types of compositors is. I like the
fact that you
Hi,
On 30 March 2013 22:37, Jason Ekstrand ja...@jlekstrand.net wrote:
I think this should be re-worded. It's correct, it just seems
awkward. For example:
Input events also carry timestamps in milliseconds. The base for
these timestamps is left up to the compositor. Therefore, they
Hi,
On 30 March 2013 16:55, Thiago Macieira thiago.macie...@intel.com wrote:
On sábado, 30 de março de 2013 09.34.24, Matthias Clasen wrote:
Monotonic (ideally) time in an undefined domain, i.e. they're only
meaningful on relation to each other.
What can you do with them ? For the use
Hi,
On 1 April 2013 15:02, Eoff, Ullysses A ullysses.a.e...@intel.com wrote:
I already submitted
http://lists.freedesktop.org/archives/wayland-devel/2013-March/008103.html
that does this same thing... except that it preserved the relative
move_pointer logic.
One problem I can see with
Hi,
On 3 April 2013 03:09, Kristian Høgsberg hoegsb...@gmail.com wrote:
On Sat, Mar 30, 2013 at 01:31:34AM -0400, Matthias Clasen wrote:
- It looks like I can't trigger a popup from a key or touch event,
because set_popup requires a serial that corresponds to an implicit
pointer grab. That is
Hi Martin,
By and large this looks good to me, although the main comment I have
is that this should probably be using the acceleration mechanism in
src/filter.c.
Cheers,
Daniel
On 29 March 2013 20:47, Martin Minarik minari...@student.fiit.stuba.sk wrote:
Acceleration: After examining, I don't
Hi,
On 3 April 2013 18:01, Yichao Yu yyc1...@gmail.com wrote:
Yes I am talking about menu not notification (sorry the name is status
notifier[1] instead of status notification), which is the system tray
protocol.
Ah OK, I see. In this case though, there's still a user input event
which
Hi,
On 8 April 2013 22:11, Kristian Høgsberg hoegsb...@gmail.com wrote:
The problem that Pekka brought up of not sending the right timestamp
is still not really fixable with the above structure. When the
compositor repaints and sends out frame events it still doesn't know
when the frame is
Hi,
On 2 May 2013 19:06, Bill Spitzak spit...@gmail.com wrote:
Pekka Paalanen wrote:
So it's really a question whether we can require all compositors to
unconditionally support cropscale. And that really means *all* Wayland
compositors forever, since wl_surface is core protocol.
I see no
Hi,
On 2 May 2013 15:42, Jason Ekstrand ja...@jlekstrand.net wrote:
Ok, I see it now. Sorry, but I missed it on my first read-through. Yes, it
fixes the problem, but in an extremely confusing way. The reason I say it
is confusing is because it inherently mixes buffer and surface coordinate
Hi,
On 2 May 2013 10:44, Pekka Paalanen ppaala...@gmail.com wrote:
On Tue, 30 Apr 2013 09:14:48 -0400
Todd Showalter t...@electronjump.com wrote:
The question is, is a gamepad an object, or is a *set* of gamepads
an object?
Both, just like a wl_pointer can be one or more physical mice.
Hi,
On 2 May 2013 20:56, Kristian Høgsberg hoegsb...@gmail.com wrote:
On Tue, Apr 16, 2013 at 06:19:47PM -0700, Bill Spitzak wrote:
I would remember the positions of styling as bytes. However the
renderer can render as though they are moved left to the first break
between glyphs (ie it will
Hi,
On 2 May 2013 20:33, Bill Spitzak spit...@gmail.com wrote:
Daniel Stone wrote:
I also think all of wl_shell should be a core requirement.
Not all compositors are user sessions. Think about nested compositors
for browsers, or capture, or also very stripped-down usecases where
Hi,
On 19 April 2013 10:18, Pekka Paalanen ppaala...@gmail.com wrote:
Keyboards already have extensive mapping capabilities. A Wayland server
sends keycodes (I forget in which space exactly) and a keymap, and
clients feed the keymap and keycodes into libxkbcommon, which
translates them into
Hi,
On 21 April 2013 06:28, Todd Showalter t...@electronjump.com wrote:
On Fri, Apr 19, 2013 at 7:08 PM, Bill Spitzak spit...@gmail.com wrote:
I think this is going to require pointer warping. At first I thought it
could be done by hiding the pointer and faking it's position, but that would
Hi,
On 29 April 2013 18:44, Bill Spitzak spit...@gmail.com wrote:
Has anybody thought about pens (ie wacom tablets)? These have 5 degrees of
freedom (most cannot distinguish rotation about the long axis of the pen).
There are also spaceballs with full 6 degrees of freedom.
As Todd said, these
Hi,
On 3 May 2013 08:17, Pekka Paalanen ppaala...@gmail.com wrote:
On Thu, 2 May 2013 19:28:41 +0100
Daniel Stone dan...@fooishbar.org wrote:
There's one crucial difference though, and one that's going to come up
when we address graphics tablets / digitisers too. wl_pointer works
Hi,
Again I fear we're drifting massively off-topic, but here we go ...
On 3 May 2013 18:50, Bill Spitzak spit...@gmail.com wrote:
Daniel Stone wrote:
Subsurfaces are being designed for in-process cases, such as a media
player inside a browser. Foreign surfaces are intended for
cross-process
Hi,
On 5 May 2013 17:55, Pekka Paalanen ppaala...@gmail.com wrote:
On Fri, 3 May 2013 17:42:20 +0100
Daniel Stone dan...@fooishbar.org wrote:
tl;dr: wl_seat has a very specific meaning of a set of devices with
one focus, please don't abuse it.
I'm not too clear on what it is.
In a wl_seat
On 6 May 2013 14:48, Todd Showalter t...@electronjump.com wrote:
On Mon, May 6, 2013 at 8:36 AM, Pekka Paalanen ppaala...@gmail.com wrote:
Into wl_seat, we should add a capability bit for gamepad. When the bit
is set, a client can send wl_seat::get_gamepad_manager request, which
creates a new
Hi,
On 7 May 2013 16:14, Todd Showalter t...@electronjump.com wrote:
On Tue, May 7, 2013 at 3:23 AM, Pekka Paalanen ppaala...@gmail.com wrote:
Yeah, like Daniel said, there is no concept of a return value.
When a client creates a new object, the server can only either agree,
or disconnect
Hi,
On 22 April 2013 02:49, Matthias Clasen matthias.cla...@gmail.com wrote:
On Sat, Apr 20, 2013 at 4:53 PM, Ran Benita ran...@gmail.com wrote:
On Tue, Apr 09, 2013 at 09:57:29PM -0400, matthias.cla...@gmail.com wrote:
Users of libxkbcommon need these values to iterate over all
keycodes in
Hi,
On 9 May 2013 11:49, Rick Yorgason r...@firefang.com wrote:
But now I'm seriously wondering, does the compositor really need *any*
protocol support to handle this case? I think we've been assuming that each
seat will get its own free reign over the desktop, but isn't the compositor
free
Hi,
On 12 May 2013 16:54, Kristian Høgsberg k...@bitplanet.net wrote:
I think we can change the interface to int open_config_file(const char
*), which looks up and opens the config file and returns the fd. We
can keep that in weston_compositor instead of the config_file path.
The parse
Hi,
On 13 May 2013 07:14, Pekka Paalanen ppaala...@gmail.com wrote:
On Mon, 13 May 2013 09:12:03 +1000
Peter Hutterer peter.hutte...@who-t.net wrote:
Those were exactly my thoughts in the beginning, however during the way
long email thread, I got convinced otherwise for now. There are a few
(Still digesting the rest of the thread.)
On 14 May 2013 08:11, Peter Hutterer peter.hutte...@who-t.net wrote:
the other thing that made me thing about your approach:
with the gamepad_manager, you've got an extra layer in the tree for gamepads
that pointers/keyboards don't have. that's not a
1 - 100 of 1968 matches
Mail list logo