upcoming election is 01 April 2024 at 23:59 UTC.
If you are interested in joining the X.Org Foundation or in renewing
your membership, please visit the membership system site at:
https://members.x.org/
Christopher Michael, on behalf of the X.Org elections committee
below for more details.
Cheers,
Christopher Michael, on behalf of the X.Org BoD
On 3/5/24 05:49, Christopher Michael wrote:
This is a reminder that we are still looking for candidates for the
upcoming X.Org Board of Directors elections, and that membership
renewals are still open and will be
This is a reminder that we are still looking for candidates for the
upcoming X.Org Board of Directors elections, and that membership
renewals are still open and will be needed to vote on those elections.
Please read below for more details.
Cheers,
Christopher Michael, on behalf of the X.Org
totals will serve as directors
for two year terms.
The directors who received two year terms starting in 2023 were
Arkadiusz Hiler, Christopher Michael, Lyude Paul, and Daniel Vetter.
They will continue to serve until their term ends in 2024. Current
directors whose term expires in 2024 are Emma
Hiler, Christopher Michael, Lyude Paul, and Daniel Vetter.
They will continue to serve until their term ends in 2024. Current
directors whose term expires in 2024 are Emma Anholt, Mark Filion,
Ricardo Garcia, and Alyssa Rosenzweig.
<https://rosenzweig.io/>
A director is expected to particip
the
upcoming election is 26 February 2024 at 23:59 UTC.
If you are interested in joining the X.Org Foundation or in renewing
your membership, please visit the membership system site at:
https://members.x.org/
Christopher Michael, on behalf of the X.Org elections committee
Peter,
First, Thanks for taking the time to provide input (no pun intended)
here :) (all else inlined)
On 12/21/2015 02:29 AM, Peter Hutterer wrote:
On Mon, Dec 21, 2015 at 12:27:08AM -0500, Chris Michael wrote:
On 12/18/2015 01:20 AM, 박성진 wrote:
Dear all,
I have a query regarding key rema
On 11/19/2015 05:28 AM, Christopher Michael wrote:
On 11/19/2015 05:15 AM, Jonas Ådahl wrote:
On Thu, Nov 19, 2015 at 02:04:36AM -0800, Bryce Harrington wrote:
On Thu, Nov 19, 2015 at 04:20:11AM -0500, Christopher Michael wrote:
Just some random thoughts inlined below...
On 11/19/2015 03:05
On 11/19/2015 05:15 AM, Jonas Ådahl wrote:
On Thu, Nov 19, 2015 at 02:04:36AM -0800, Bryce Harrington wrote:
On Thu, Nov 19, 2015 at 04:20:11AM -0500, Christopher Michael wrote:
Just some random thoughts inlined below...
On 11/19/2015 03:05 AM, Bryce Harrington wrote:
A "screen
On 11/19/2015 05:04 AM, Bryce Harrington wrote:
On Thu, Nov 19, 2015 at 04:20:11AM -0500, Christopher Michael wrote:
Just some random thoughts inlined below...
On 11/19/2015 03:05 AM, Bryce Harrington wrote:
A "screensaver inhibition protocol" is on the set of needed enhancements
f
Just some random thoughts inlined below...
On 11/19/2015 03:05 AM, Bryce Harrington wrote:
A "screensaver inhibition protocol" is on the set of needed enhancements
for Wayland. This should turn off screen blanking and any running
screensaver for a period, then re-enabling it later.
An obvious
I am certainly not against these changes .. +1 for the effort ;)
However, I would like to know (and possible others would also), what
does this mean for toolkits ?? Aside from bumping compositor and surface
versions, what sort of changes (short version please) should we look at
implementing to
--
2.4.4
On 07/10/2015 02:57 AM, Bryce Harrington wrote:
On Thu, Jul 09, 2015 at 01:46:46PM -0400, Christopher Michael wrote:
Here is an updated patch which changes the wording to match what
Giulio offered.
Documentation for the prepare_lock_surface event description is
incorrect. The summary
ther or not the shell actually
implements locking, it MUST send 'unlock' request to let the normal
--
2.4.4
On 07/09/2015 01:34 PM, Christopher Michael wrote:
On 07/09/2015 01:33 PM, Giulio Camuffo wrote:
2015-07-09 20:12 GMT+03:00 Jasper St. Pierre :
The shell is a client. Both are technicall
-text says shell.
On Thu, Jul 9, 2015 at 10:07 AM, Christopher Michael
wrote:
Documentation for the prepare_lock_surface event description
is incorrect as it says to "tell the client to create..." however it is
actually the shell which creates the lock surface.
Signed-off-by: Ch
Documentation for the prepare_lock_surface event description
is incorrect as it says to "tell the client to create..." however it is
actually the shell which creates the lock surface.
Signed-off-by: Chris Michael
---
protocol/desktop-shell.xml | 2 +-
1 file changed, 1 insertion(+), 1 deleti
The documentation for the wl_registry global object is partially
incorrect. It stated that clients can use wl_display_sync immediately
after calling wl_display.get_registry however this is misleading. If a
client calls wl_display_sync without first setting up a registry
listener, then clients will
othing.
On Tue, Jul 7, 2015 at 10:17 AM, Christopher Michael
wrote:
On 07/07/2015 01:15 PM, Jasper St. Pierre wrote:
Shouldn't missing fields in structs be auto-initialized to 0 / NULL? I
thought that was part of the C specification.
I thought so also however when compiling some other
that does nothing.
On Tue, Jul 7, 2015 at 10:17 AM, Christopher Michael
wrote:
On 07/07/2015 01:15 PM, Jasper St. Pierre wrote:
Shouldn't missing fields in structs be auto-initialized to 0 / NULL? I
thought that was part of the C specification.
I thought so also however when compiling
d the warnings about missing
field initializers. When I looked/referenced the existing screenshooting
code I noticed that they were missing from there also, so I just made a
quick patch to address that.
Cheers,
Chris
On Tue, Jul 7, 2015 at 8:52 AM, Christopher Michael
wrote:
This patch adds mi
This patch adds missing placeholders for the wl_output listener
functions 'done' and 'scale. Currently these placeholders are being
set to NULL as the done and scale callbacks are not used in the
screenshot client.
Signed-off-by: Chris Michael
---
clients/screenshot.c | 4 +++-
1 file changed,
Hi Semma,
Those APIs do not exist inside Ecore_Wayland yet. There is no concept of
NetWM in wayland yet so that API was never added. Getting the current
window which has focus would depend on the current shell. Due to not
wanting Ecore_Wayland to be tied to any specific shell, that API was not
Hi All,
A minor patch for the drm compositor.
If we fail to allocate space for a new Sprite structure, then we should
be calling drmModeFreePlane (instead of the current call to free()) in
order to cleanup.
Cheers,
Chris Michael
>From 11680caa37e27b5f0273f18395fc46975c91b599 Mon Sep 17 00:00
/efl.html
+++ b/efl.html
@@ -19,7 +19,7 @@
this work has been done by Christopher Michael (aka devilhorns)
A blog report about the EFL port to Wayland can be found http://trac.enlightenment.org/e/wiki/Wayland";>here.
+ href="https://phab.enlightenment.org/w/wa
From acb79e4a5921525b35e07e48f7f903e42a08fb7c Mon Sep 17 00:00:00 2001
From: Chris Michael
Date: Mon, 22 Apr 2013 15:22:48 +0100
Subject: [PATCH] Fix not checking return value of drmIoctl function call to
map dumb buffer.
in drm_fb_create_dumb, the return value of the drmIoctl function call
to
Hi All,
Attached a patch which (appears) to fix the issue of using
wl_pointer_set_focus(ptr, NULL, 0, 0) inside the compositor.
The short version: If the input has no focus_widget, then we cannot get
the default cursor from: input->focus_widget->default_cursor.
This patch will try to get th
Hi All :)
I have attached a patch for the Website which updates the EFL build
instructions. Would greatly appreciate if someone could push this.
Thank You :)
devilhorns
>From ec7eb776364af720afea6bd3ea90570cbeb8782d Mon Sep 17 00:00:00 2001
From: Chris Michael
Date: Thu, 14 Mar 2013 15:00:26
Alex Wu wrote:
>Hi,
>I cooked the patch to improve the opaque setting logic in
>ecore_wayland.
>It can significantly help the weston to do more efficient compositing.
>Modifications including:
>1. Update win->region.opaque in ecore_wl_window_update_size, so that
>the opaque info is synced with th
On 19/12/12 14:17, Eduardo Lima (Etrunko) wrote:
Can you backport this please? :)
I cannot currently because I do not have any of the 1.7 branch checked
out ... If someone Does have those and some free time, then please do
backport this :)
dh
On Wed, Dec 19, 2012 at 12:00 PM, Christopher
Hi Alex,
I found a spare moment today (don't ask me how lol) to have a look at
this :) ... In svn it goes ;)
Thanks :)
dh
On 18/12/12 09:09, Chris Michael wrote:
Alex,
Thank you for the patch :) Sadly I cannot take a look at it right now (busy
with some other things), but I will place it i
Hi All,
A small patch to fix a grammar mistake in the docs.
Cheers,
devilhorns
>From 5b8fac0899cc3ca9db953d455594b6cafb8cd2d8 Mon Sep 17 00:00:00 2001
From: Christopher Michael
Date: Sat, 11 Aug 2012 15:35:47 +0100
Subject: [PATCH 2/2] Fix grammar in the rendering section.
Upon reading s
theme in the
weston.ini file:
[cursors]
theme=THEME_NAME
Cheers,
devilhorns
>From 17d6500757be4184a0cb11c2a8d8c331ef18a1e6 Mon Sep 17 00:00:00 2001
From: Christopher Michael
Date: Sat, 11 Aug 2012 15:09:02 +0100
Subject: [PATCH] Add support for X cursor themes.
This patch adds a few m
On 05/01/12 20:24, Juan Zhao wrote:
On 04/27/2012 03:24 PM, Pekka Paalanen wrote:
Now, with pictures!
http://ppaalanen.blogspot.com/2012/04/improved-appearance-for-simplest.html
Exactly, I like the new appearance. :)
Thanks,
Juan
Agreed. Much more pleasant and Demonstrative !! Should go I
Seen this problem before. Things to check: duplicate gl libs in other places
(older stuff).
Use bash profile in skel to preset to /temp dir. Removes xdg err.
Update ur mesa. Use 8.0
Wayland from git. Rebuild the stack when the other things have been checked.
Devilhorns
PRASANNA KUMAR wro
patch fixes that.
Cheers,
devilhorns
>From 2ee73849ca3afa91140f971e687ac237f7f6892c Mon Sep 17 00:00:00 2001
From: Christopher Michael
Date: Tue, 27 Mar 2012 12:50:41 -0400
Subject: [PATCH] evdev:close mtdev device when removing all devices.
---
src/evdev.c |2 ++
1 files changed, 2 inserti
On 03/08/2012 01:22 PM, Kristian Hoegsberg wrote:
On Wed, Mar 07, 2012 at 03:00:04PM -0500, Christopher Michael wrote:
Hi All,
Attached is a patch which fixes some cleanup issues for the
drm-based compositor. Basically, if we fail to allocate space for
the crtcs in the compositor, then we need
the
same create_outputs function) if the compositor output_list is empty.
Cheers,
devilhorns
>From a71519a4e82451a632165f3f910246c238af4ed4 Mon Sep 17 00:00:00 2001
From: Christopher Michael
Date: Wed, 7 Mar 2012 14:55:21 -0500
Subject: [PATCH] When creating outputs in the drm compositor,
On 02/28/2012 09:50 PM, Peter Hutterer wrote:
Distribute all source files that we need for buildling.
Plus, remove the html file on make clean.
Signed-off-by: Peter Hutterer
---
protocol/Makefile.am |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/protocol/Makefi
he leg
work on this, and for Kristian for being receptive to the idea of adding
EFL to the Wayland site. We @ Enlightenment very much appreciate all of
your hard work on this !!! :)
Thank You,
Christopher Michael (devilhorns)
___
wayland-devel maili
On 12/08/11 18:01, Tiago Vignatti wrote:
On 12/08/2011 09:34 PM, Christopher Michael wrote:
On 12/08/11 10:14, Tiago Vignatti wrote:
Hi, sorry for late reply.
On 11/29/2011 08:30 PM, Christopher Michael wrote:
I found an issue while working on some local code, that may be a bug in
the input
On 12/08/11 10:14, Tiago Vignatti wrote:
Hi, sorry for late reply.
On 11/29/2011 08:30 PM, Christopher Michael wrote:
I found an issue while working on some local code, that may be a bug in
the input handling of Wayland.
In my function to process button events (from mouse), the
Hi All,
I found an issue while working on some local code, that may be a bug in
the input handling of Wayland.
In my function to process button events (from mouse), the 'btn'
parameter that gets returned to my handler seems incorrect for Wheel Events.
Basically, mouse wheel down events are
42 matches
Mail list logo