Kristian Høgsberg k...@bitplanet.net writes:
+static WindowPtr
+xwl_xy_to_window(DeviceIntPtr master, SpritePtr sprite, int x, int y)
With my previous adjustment to leave the existing public XYToWindow API
unchanged, xwl_xy_to_window will need to figure out which pointer device
the sprite is
On Tue, Apr 01, 2014 at 12:10:09AM -0700, Keith Packard wrote:
Kristian Høgsberg k...@bitplanet.net writes:
+static WindowPtr
+xwl_xy_to_window(DeviceIntPtr master, SpritePtr sprite, int x, int y)
With my previous adjustment to leave the existing public XYToWindow API
unchanged,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
[quote]
diff --git a/hw/xwayland/xwayland-cvt.c b/hw/xwayland/xwayland-cvt.c
new file mode 100644
index 000..3566559
- --- /dev/null
+++ b/hw/xwayland/xwayland-cvt.c
snip
+/*
+ * Generate a CVT standard mode from HDisplay, VDisplay and
On Fri, Mar 28, 2014 at 2:08 PM, James Jones jajo...@nvidia.com wrote:
Hi Kristian,
This direction seems to conflict with our plans to continue running our DDX
driver under XWayland. If we can't run our DDX, we don't have a path to
support GLX direct rendering under Wayland.
I know we
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
[quote]
diff --git a/hw/xwayland/xwayland-cvt.c b/hw/xwayland/xwayland-cvt.c
new file mode 100644
index 000..3566559
- --- /dev/null
+++ b/hw/xwayland/xwayland-cvt.c
snip
+/*
+ * Generate a CVT standard mode from HDisplay, VDisplay and