I-beam cursor color changing based on the background

Hi,   Could you please comment on this issue, if you are currently working on the Windows-like implementation of the I-beam cursor (cursor for text selection) in the graphical interface?   In Windows, the I-beam cursor, change color based on the background. So, most of the time it's black, but

[PATCH] Fix implicit declaration of function 'xf86Msg' in xf86libinput.c

Addition of xf86.h header fixes compilation issues in some cases. See: https://bugs.gentoo.org/show_bug.cgi?id=560970 Signed-off-by: Stanislav Ochotnicky --- src/xf86libinput.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/xf86libinput.c b/src/xf86libinput.c

Re: Wayland Programming.

On Thu, 15 Oct 2015 10:15:03 +0300 Pekka Paalanen wrote: > On Wed, 14 Oct 2015 13:20:30 -0700 > wrote: > > > > > I was looking at your blog. > > > > Some people are claiming that you have to create a wl_buffer before a > > wl_surface. > > Some people

Re: Xwayland location

On Wed, 14 Oct 2015 22:21:31 -0700 Bill Spitzak wrote: > It seems like /usr/bin/Xwayland is hard-coded into xwayland.so. This > makes it not run local installed versions of Xwayland. I could not get X > programs to work under wayland without doing "sudo ln -s >

Re: Enums, bitfields and wl_arrays

On Tue, Oct 13, 2015 at 9:27 PM, Auke Booij wrote: > > I really don't understand this discussion. Is the claim that the usage > of enums in java is problematic, because inserting a new value in an > existing enum might change the index of later values, thereby creating > an

Re: Enums, bitfields and wl_arrays

Hi, On 15 October 2015 at 09:18, Erik De Rijcke wrote: > On Tue, Oct 13, 2015 at 9:27 PM, Auke Booij wrote: >> New values may be added (but not >> changed or removed) to protocol specifications without introducing any >> compatibility issues. > > This

Re: State of Wayland protocol development

On Thu, Oct 15, 2015 at 02:44:15PM +1000, Peter Hutterer wrote: > > one remaining question I have though: what are we to do with changes to the > wayland protocol itself, e.g. the pointer axis changes. There are a few that > cannot be easily added as separate interface, do we bite the bullet

Re: Wayland Programming.

On Wed, 14 Oct 2015 13:20:30 -0700 wrote: > > I was looking at your blog. > > Some people are claiming that you have to create a wl_buffer before a > wl_surface. > Some people are claiming that you don't have to create a wl_buffer at > all. > > Do you know what's going on? >

Re: xdg_surface_move Segmentation fault (core dumped)

On Wed, 14 Oct 2015 10:19:44 -0600 Vinicio Cordero wrote: > Hello, > > I am making a simple wayland client using the simple-shm, simple-egl and > fullscreen as a guide; while the surface is displayed and updated correctly > on weston attempting to move the surface on

Re: [PATCH weston v3 3/3] Introduce wl_relative_pointer interface

Hi, On 15 October 2015 at 04:56, Jonas Ådahl wrote: > On Thu, Oct 08, 2015 at 12:15:10PM -0500, Derek Foreman wrote: >> On 07/10/15 07:41 PM, Jonas Ådahl wrote: >> > On Wed, Oct 07, 2015 at 01:32:35PM -0500, Derek Foreman wrote: >> >> Would really like to see Daniel's review,

Re: [PATCH weston v3 3/3] Introduce wl_relative_pointer interface

On Thu, Oct 15, 2015 at 09:16:14AM +0100, Daniel Stone wrote: > Hi, > > On 15 October 2015 at 04:56, Jonas Ådahl wrote: > > On Thu, Oct 08, 2015 at 12:15:10PM -0500, Derek Foreman wrote: > >> On 07/10/15 07:41 PM, Jonas Ådahl wrote: > >> > On Wed, Oct 07, 2015 at 01:32:35PM

Re: [PATCH weston v3 3/3] Introduce wl_relative_pointer interface

Hi, On 15 October 2015 at 09:32, Jonas Ådahl wrote: > On Thu, Oct 15, 2015 at 09:16:14AM +0100, Daniel Stone wrote: >> On 15 October 2015 at 04:56, Jonas Ådahl wrote: >> > On Thu, Oct 08, 2015 at 12:15:10PM -0500, Derek Foreman wrote: >> >> Perhaps I should

Re: [PATCH weston] clients: track seat_version per seat, not per display

On Wed, 14 Oct 2015 20:57:35 +0200 Hardening wrote: > Le 14/10/2015 16:39, Derek Foreman a écrit : > > Apparently it's possible for a compositor to advertise seats with > > different versions on the same connection, so this makes us more robust > > against that dubious

Re: [PATCH] configure: Up the libwayland version requirement

On Wed, 14 Oct 2015 20:22:18 -0500 Derek Foreman wrote: > On 14/10/15 05:40 PM, Bryce Harrington wrote: > > weston commit f7bb9352 requires recent libwayland changes for providing > > ‘WL_POINTER_RELEASE_SINCE_VERSION’. Increase the version requirement to > > indicate

Re: State of Wayland protocol development

On Thu, 15 Oct 2015 14:26:05 +0800 Jonas Ådahl wrote: > On Thu, Oct 15, 2015 at 02:44:15PM +1000, Peter Hutterer wrote: > > > > > > > one remaining question I have though: what are we to do with changes to the > > wayland protocol itself, e.g. the pointer axis changes.

Re: [PATCH weston] tests: Adding simple waycheck validation tool.

On Wed, 14 Oct 2015 14:36:33 -0700 Bryce Harrington wrote: > On Wed, Oct 14, 2015 at 04:17:53PM +0300, Pekka Paalanen wrote: > > On Wed, 7 Oct 2015 16:11:43 -0700 > > "Jon A. Cruz" wrote: > > > > > Adds an initial implementation of a testing tool

[PATCH] ivi-shell: rename ivi_controller_interface

The name of ivi_controller_interface is changed to ivi_layout_interface with this patch. This name is better suited to the interface, because it is implemented in ivi-layout.c and its methods are linked to ivi_layout* functions. Furthermore, the controller modules (e.g. hmi-controller) are the

[PATCH] ivi-shell: install ivi-layout-export.h

IVI-Shell is designed to be used with other controller modules than hmi-controller.These controller modules require the ivi-layout-export header file to properly integrate with the ivi-shell. The header file should be installed when ivi-shell is enabled, because these controller modules are not a

Re: I-beam cursor color changing based on the background

Most desktop CRTCs support a XOR key in their ROP, since it was required by Windows for such a long time. I don't think Linux has support for that in KMS, nor for similar things like alpha keying as well. Perhaps we'll get it as a plane property at some point. I don't know of any mobile/embedded

Re: [PATCH weston] compositor-drm: fix cursor size test in drm_assign_planes

Pushed this one with Daniel's review from phabricator. https://phabricator.freedesktop.org/T3361 (I think we keep the ticket open until we resolve the rest of the issue - incorrectly promoting xrgb and stuff with opaque regions to cursor planes) If this wasn't so trivial I'd be inclined to wait

Re: Xwayland location

2015-10-15 18:36 GMT+03:00 Bill Spitzak : > On 10/15/2015 12:24 AM, Pekka Paalanen wrote: >> >> On Wed, 14 Oct 2015 22:21:31 -0700 >> Bill Spitzak wrote: >> >>> It seems like /usr/bin/Xwayland is hard-coded into xwayland.so. This >>> makes it not run local

[PATCH] Add commented-out option to weston.ini to set Xwayland path

From: Bill Spitzak User can remove the comment marks to make xwayland.so use a local installed Xwayland server. --- weston.ini.in | 3 +++ 1 file changed, 3 insertions(+) diff --git a/weston.ini.in b/weston.ini.in index 06b51df..dff9e94 100644 --- a/weston.ini.in +++

Re: Xwayland location

On 10/15/2015 08:41 AM, Giulio Camuffo wrote: The fact that it finds my xwayland.so file in ~/install, but cannot find the Xwayland executable in ~/install bothers me a lot, however. It obviously figured out where xwayland.so is from the --prefix arg to configure and this really should match.

[PATCH weston] compositor-drm: fix cursor size test in drm_assign_planes

In commit 70d337dfd we changed one cursor size test from a hard coded 64,64 to the actual device provided width, height. The test in drm_assign_planes remained fixed at 64, 64. The simple-shm test ended up being small enough to fit into a cursor plane by one test, but too large by the test in

Re: I-beam cursor color changing based on the background

That's xor of the color bits. The blue/red is due to xor'ing with the subpixel antialiasing. It is more obvious if you put the cursor over a solid colored area where you will see strange colors. It cannot be achieved with Porter-Duff combinations. I am not sure if OpenGL or DirectX supports

Re: Enums, bitfields and wl_arrays

On 15 October 2015 at 09:18, Erik De Rijcke wrote: > If wayland enums would not explicitly declare values, you'd have the same > problem in C. However since wayland enums do explicitly declare their value, > *and* because C allows you to override an enum 'internal value',

Re: [PATCH] ivi-shell: install ivi-layout-export.h

On Thu, Oct 15, 2015 at 02:51:43PM +, Ucan, Emre (ADITG/SW1) wrote: > IVI-Shell is designed to be used with other controller modules > than hmi-controller.These controller modules require > the ivi-layout-export header file to properly integrate > with the ivi-shell. The header file should be

Re: [weston] xkbcommon library is not optional.

On Tue, Oct 13, 2015 at 01:59:13PM +0200, Joaquim Duran wrote: > Hello, > > When configuring the Weston project, it is possible to disable (don't > include) the library libxkbcommon. To compile Weston successfully, > even if the option --disable-xkbcommon is specified, the library must > be

[PATCH v4 wayland] protocol: add wl_pointer.axis_source, axis_stop, axis_discrete and axis_frame

The axis_source event determines how an axis event was generated. That enables clients to judge when to use kinetic scrolling. The axis_stop event notifies a client about the termination of a scroll sequence, likewise needed to calculate kinetic scrolling parameters. The axis_discrete event

Re: [PATCH] configure: Up the libwayland version requirement

On Thu, Oct 15, 2015 at 11:34:50AM +0300, Pekka Paalanen wrote: > On Wed, 14 Oct 2015 20:22:18 -0500 > Derek Foreman wrote: > > > On 14/10/15 05:40 PM, Bryce Harrington wrote: > > > weston commit f7bb9352 requires recent libwayland changes for providing > > >

Re: [PATCH wayland v2] Remove protocol/wayland.dtd

On Fri, Oct 09, 2015 at 01:16:49PM +0200, Nils Chr. Brause wrote: > Hi, > > Reviewed-by: Nils Christopher Brause > > I ran distcheck and it worked. :) a bit late, but I would like to register my disagreement with this patch :) Having the DTD is a much simpler and

Re: [weston] Terminal client could not open window

On Tue, Oct 13, 2015 at 03:23:12PM +0200, Joaquim Duran wrote: > This is the backtrace but not much information is provided: > > Starting program: /usr/var/lib/weston-fullscreen > [Thread debugging using libthread_db enabled] > [New Thread 0x40105000 (LWP 325)] > > Program received signal

[PATCH weston] Support axis source, axis discreet, axis frame and axis stop events

Signed-off-by: Peter Hutterer --- The client-side is the simplest implementation here, and I went the easy route since most clients won't care to register a multitude of handlers for axis events. The eventdemo client merely prints the events, it doesn't accumulate them

Re: [PATCH] Add commented-out option to weston.ini to set Xwayland path

On Thu, Oct 15, 2015 at 08:57:47AM -0700, spit...@gmail.com wrote: > From: Bill Spitzak > > User can remove the comment marks to make xwayland.so use a local > installed Xwayland server. > --- > weston.ini.in | 3 +++ > 1 file changed, 3 insertions(+) remote: I: patch #61949

Request for Proposal for XDC 2016

Hi all, The X.Org board is solicting further proposals to organize XDC somewhere in Europe. The board has already received a proposal for Helsinki and plans to vote on that in the next meeting on the 29th Oct, but if there is anyone else interested in hosting XDC we'd very much like to hear about