Ny motsvarighet till Punto Switcher för Linux: xswitcher

Nedstängningen av stödet för xneur har orsakat mig viss plåga de senaste sex månaderna (med OpenSUSE 15.1 på mina datorer: när xneur är aktiverat förlorar fönstren fokus och blinkar roligt i takt med tangentbordsinmatningen).

«Åh, fan, började skriva på fel layout igen» — det händer alldeles för ofta i mitt arbete. Och det ger ingen positiv känsla.

Samtidigt kan jag (som konstruktör) ganska tydligt formulera vad jag vill ha. Och jag ville (först från Punto Switcher, och sedan, tack vare Windows Vista, som jag definitivt bytte till Linux från xneur) i princip bara en sak. När jag inser att det på skärmen är en soppa av bokstäver på fel layout (detta brukar hända i slutet av inmatningen av ett nytt ord), vill jag bara trycka på «Pause/Break». Och få det jag skrev.

För närvarande har produkten en optimal (enligt mig) balans mellan funktionalitet och komplexitet. Dags att dela med sig.

TL.DR

Här kommer alla tekniska detaljer, så först — länken för att "prova på" för de otåliga.

För närvarande har följande beteende hårdkodats:

• «Pause/Break»: tar bort (Backspace) det senaste ordet, växlar layout i det aktiva fönstret (mellan 0 och 1) och skriver om det.
• «Vänster Ctrl utan något»: växlar layout i det aktiva fönstret (mellan 0 och 1).
• «Vänster Shift utan något»: aktiverar layout nr 0 i det aktiva fönstret.
• «Höger Shift utan något»: aktiverar layout nr 1 i det aktiva fönstret.

Från och med nu planerar jag att anpassa beteendet. Utan feedback är det inte intressant (jag är redan nöjd). Jag tror att det finns en tillräcklig procent av publiken på Habr med liknande problem.

N.B. Eftersom i den aktuella versionen kopplas keyloggern till "/dev/input/", måste xswitcher köras med root-rättigheter:

chown root:root xswitcher
chmod +xs xswitcher

Observera: ägaren av filen med suid måste vara root, eftersom den ärver suid av ägaren vid körning.

Paranoiker (jag är inget undantag) kan klona från GIT och bygga på plats. Ungefär så här:

go get "github.com/micmonay/keybd_event"
go get "github.com/gvalkov/golang-evdev"

### X11 headers för OpenSUSE/deb-baserade
zypper install libX11-devel libXmu-devel
apt-get install libx11-dev libxmu-dev

cd "x switcher/src/"
go build -o xswitcher -ldflags "-s -w" --tags static_all src/*.go

Autostart kan läggas till efter smak (beroende på DE).

Fungerar, "kräver ingen extra resurser" (≈30 sekunder CPU per dag, ≈12 MB i RSS).

Detaljer

Nu — detaljer.

Hela arkivet var ursprungligen dedikerat till mitt pet-projekt, och att starta ett annat — det känns för jobbigt just nu. Så allt är samlat i en enda hög (bara i mappar) och täckt av AGPL ("motsatt patent").

Koden för xswitcher är skriven i golang, med minimala inslag av C. Tanken är att denna metod ska ge lägsta arbetsinsatsen (och hittills stämmer det). Med bibehållen möjlighet att koppla in det som saknas via cgo.

I texten finns kommentarer om varifrån jag har lånat saker och varför. Eftersom koden för xneur inte "inspirerade mig", tog jag som utgångspunkt loloswitcher.

Användningen av "\/dev\/input\/" har både sina fördelar (allt syns, inklusive nedtryckt tangent med upprepning) och nackdelar. Nackdelarna är:

• Upprepning (händelser med kod "2") korrelerar inte med upprepningar från x:arna.
• Ingen inmatning syns via X11-gränssnitt (till exempel fungerar VNC så).
• Root-åtkomst krävs.

Å andra sidan kan man prenumerera på X-händelser via "XSelectExtensionEvent()". Man kan kika i koden för xinput. För go har jag inte hittat något liknande, och en grov implementering gav direkt hundra rader C-kod. Jag har lagt det åt sidan för nu.

Utdata "bakåt" är för tillfället skapad genom att koppla en virtuell tangentbord. Tack till författaren av keybd_event, men där är abstraheringen för hög och jag kommer att behöva göra om det. Till exempel väljer min högra Win-tangent rad 3. Och tillbaka översätts bara den vänstra Win-tangenten.

Kända buggar

• Vi vet inget om "komposit" inmatning (exempel: ½). Just nu är det inte nödvändigt.
• Vi återger den högra Win-tangenten felaktigt. I mitt fall förvränger den betoningen.
• Det finns ingen tydlig analys av inmatningen. Istället finns det flera funktioner: Compare(), CtrlSequence(), RepeatSequence(), SpaceSequence(). Tack nsmcan för uppmärksamheten: jag har korrigerat i koden och här. Med viss sannolikhet kan jag få buggar vid byte.
  På denna plats vet jag inte "hur det ska göras" och jag skulle vara glad för alla förslag.
• (Oh skräck) konkurrerande användning av kanaler (keyboardEvents, miceEvents).

Slutsats

Koden är den enklaste procedurala. Och lika dum som jag. Så jag tröstar mig med att förhoppningsvis kan nästan vilken tekniker som helst skriva det önskade. Och detta verk borde inte försvinna utan stöd som de flesta just-for-fun.

Lycka till!

Källa: habr.com