On Sat, Nov 05, 2016 at 03:26:54AM +0500, Mihail Konev wrote:
> But maybe I'm wrong and there are applications of this functionality.
Didn't read the 'distro' paragraph ;)
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives
Hi!,
On Fri, Nov 4, 2016 at 11:36 PM, Jason Gerecke wrote:
> On 11/04/2016 01:15 PM, Carlos Garnacho wrote:
>> Hi all,
>>
>> Here's some patches implementing zwp_tablet v2. The work was started by
>> Jason, and received some updates from me. Of course, all amazing features
>> are his, and all bug
On Sat, Nov 05, 2016 at 03:26:54AM +0500, Mihail Konev wrote:
> E.g. you cannot have caps+y be 'yen' and 'YEN' easily.
(Assuming that Unicode 'yen' does not capitalize to 'YEN').
E.g. caps+y -> ':' ; caps+Y -> '@' .
___
xorg-devel@lists.x.org: X.Org devel
On 11/04/2016 01:15 PM, Carlos Garnacho wrote:
> Hi all,
>
> Here's some patches implementing zwp_tablet v2. The work was started by
> Jason, and received some updates from me. Of course, all amazing features
> are his, and all bugs mine.
>
> Cheers,
> Carlos
>
> Carlos Garnacho (2):
> xwayl
On Fri, Nov 04, 2016 at 08:41:28PM +0100, Mariusz Mazur wrote:
> Question is, was it there for 22 years cause it's unfixable or because
> nobody uses overlay? :)
Rather the latter, as overlay does not play nicely with shifts and
non-'simple' characters.
E.g. you cannot have caps+y be 'yen' and 'YEN
This struct takes away the cursor info in xwl_seat, and has
an update function so we can share the frame handling code
across several xwl_cursors.
Signed-off-by: Carlos Garnacho
---
hw/xwayland/xwayland-cursor.c | 29 +++--
hw/xwayland/xwayland-input.c | 38 +
From: Jason Gerecke
Translates Wayland tablet events into corresponding X11 tablet events. As
with the prior commit, these events are modeled after those created by the
xf86-input-wacom driver to maximize compatibility with existing applications.
FIXME: Note the fixme in tablet_tool_proximity_in
Hi all,
Here's some patches implementing zwp_tablet v2. The work was started by
Jason, and received some updates from me. Of course, all amazing features
are his, and all bugs mine.
Cheers,
Carlos
Carlos Garnacho (2):
xwayland: Refactor cursor management into xwl_cursor
xwayland: update cu
From: Jason Gerecke
If we're notified about the existance of the wp_tablet_manager interface,
we bind to it so that we can make use of any tablets that are (or later
become) available.
Signed-off-by: Jason Gerecke
Signed-off-by: Carlos Garnacho
---
hw/xwayland/xwayland-input.c | 12 ++
From: Jason Gerecke
Whenever the tablet manager is obtained, ensure we create the
corresponding zwp_tablet_seat_v2 for every xwl_seat we have.
Likewise, whenever a new wl_seat is known and there is a tablet
manager available, create the zwp_tablet_seat_v2 right away.
Tablets and tools that we're
From: Jason Gerecke
Signed-off-by: Jason Gerecke
Signed-off-by: Carlos Garnacho
---
configure.ac| 2 +-
hw/xwayland/Makefile.am | 7 +++
hw/xwayland/xwayland.h | 1 +
3 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 395df80..bf8a0
From: Jason Gerecke
Creates and maintains the canonical trio of X devices (stylus, eraser,
and cursor) to be shared by all connected tablets. A per-tablet trio
could be created instead, but there are very few benefits to such a
configuration since all tablets still ultimately share control of a
s
Each xwl_tablet_tool gets a xwl_cursor, as on wayland each of those
will get an independent cursor that can be set through
zwp_tablet_tool.set_cursor.
However, all tools (and the pointer) share conceptually the same VCP
on Xwayland, so have cursor changes trigger a xwl_cursor update on
every tool
Question is, was it there for 22 years cause it's unfixable or because
nobody uses overlay? :)
2016-11-04 19:33 GMT+01:00 :
>> - press caps
>> - press f
>> - release caps
>> - wait
>> - release f
>
> In xserver/xkb/xkbPrKeyEv.c, there is a bug that prevents key
> press/release to be tracked prope
> - press caps
> - press f
> - release caps
> - wait
> - release f
In xserver/xkb/xkbPrKeyEv.c, there is a bug that prevents key
press/release to be tracked properly for keys with overlays, in case
such a key is down while the overlay state changes. There is even a
comment (from 9/11/94) that men
2016-11-03 22:20 GMT+01:00 Ran Benita :
>> 4. Defined caps+f to send XF86LaunchA to start a new terminal window
>> (among other similar shortcuts, like ones for switching virtual
>> desktops, but caps+f is the worst offender, so I'll focus on that).
>
> Nice hack.
Some ground work, a gui and such
16 matches
Mail list logo