HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
atx
wtype
C2022–2026
atx / wtype

wtype

xdotool type for wayland

4Distinct people
5Mentions
0Explicit recommenders
568GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

xdotool type for wayland

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

Mentioned in the same Hacker News threads. That is not proof they are substitutes.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 1:49:46 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year5 dated mentions

Observed mentions: 2022-02-07 15:55:47 UTC to 2026-07-19 10:25:52 UTC.

0122022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments20222023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments20242025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments. Incomplete calendar period.2026*

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC101
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC000
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC202
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC101
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC101

What Hacker News says

5 sources
I have a personal fork of hyprvoice[0] which I use almost everywhere now (w/ the big cohere-transcribe running on a local vLLM instance). It does a similar thing, but that's not why I'm mentioning it; I think it's worth looking at because it's a clean reference for the few elegant ways you can implement text injection in modern Linux (wayland). It supports ydotool[1], wtype[2] and "clipboard fallback with clipboard restore". The first two you can probably think of as AHK equivalents - they wire in at the input layer and inject keystrokes when injecting text. wtype is wayland-only and a bit less invasive, ydotool supports non-wayland also apparently, but I haven't tried it. Neither approach provides 'instant text' - you have to watch the text get typed out, and you don't touch your keyboard while it's happening; the clipboard implementatio
Read the rest
n is fallback for a reason as it's the least reliable. The first two work 'well enough' though, and are fairly tunable. The other thing hyprvoice does in probably the most linux-friendly and universal way is the 'hotkey handling'. The server creates a socket in /tmp that the cli can then ping when the user triggers the start/stop/cancel, and they do this by binding whatever their DE's keyboard shortcut mapping mechanism is to trigger `hyprvoice toggle` as a background shell command. This works extremely well and is much cheaper than you'd intuitively think coming from Windows. This way you don't have to interface with DE-specific global keyboard listeners etc, but leave that to the WM (that's not to say that your installer couldn't prompt the user to configure the keyboard shortcut for them with their detected WM, you just wouldn't do it in the software itself). I haven't actually looked at your project in too much depth yet as I have a solution for this already, so apologies if none of the above is news to you. Hope it helps though - happy to poke around and contribute something if the gap's still there. [0]: https://github.com/leonardotrapani/hyprvoice [1]: https://github.com/ReimuNotMoe/ydotool [2]: https://github.com/atx/wtype
In Transcribe.cpp
I don't think that's inherently true; what would prevent someone making a wayland compositor that implemented the X11 protocols for interacting with other windows? > There is some attempts though like: https://github.com/atx/wtype I am aware of several of these attempts; so far they all fall flat precisely because wayland compositors tend to not provide enough API surface to actually recreate xdotool et al. entirely (ex. wtype will always blindly type into whatever window is active, it can't provide xdotool's --window option to pick where keystrokes are going).
In Hyprland is now independent, dropping wlroots
That does not make sense, wayland and xorg are fundamentally different. in X11 everything is global given that its the X.Org server that manages clients while the wayland compositor does most of the X.Org server by itself. This is also why writing a pure wayland compositor from scratch is much harder as you need to rewrite half of the X.Org server but at the same time in contrast to X11 you don't have security holes like a keylogger in few lines of code. In short, xdotool relies on the X11 protocol while a similar wayland app need a support in the compositor itself. There is some attempts though like: https://github.com/atx/wtype
In Hyprland is now independent, dropping wlroots
I get your confusion, there is one screenshot API that abstract the compositor but it lies in xdg-desktop: https://github.com/flatpak/xdg-desktop-portal/blob/master/da... The portal for xdg-desktop takes care of the implementation and is the responsibility of the compositor. It's already used by Flameshot for example. There is several xdottool equivalent as well: https://github.com/atx/wtype https://github.com/ReimuNotMoe/ydotool This one is specific to wlroot based compositor: https://git.sr.ht/~brocellous/wlrctl
In Less Than 10% of Firefox Users on Linux Are Running Wayland

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.