月別アーカイブ: 2017年9月

GTK+ CapsLock

ちょ、何故今まで気が付かなかったのだ？
CapsLock が掛かっていると自作アプリの Ctrl+o 等が動作しない！

GNOME 標準アプリは問題なく使えるのね。
うん、GTK+ における CapsLock について調べる必要があるな。

てなわけで調べたんだけど。
CapsLock は GTK+ では Ctrl, Shift と同じ装飾キー扱いなのね。
具体的には列挙体で

1:Shift,
2:CapsLock
4:Ctrl
8:Alt

が OR 演算で key-press-event シグナルの GdkEvent に入ってくる。
On にした状態だとずっと押されていると認識するというおまけつき。

つまり CapsLock が On の状態では、えっと。
Ctrl+o は CapsLock+Ctrl+O と認識、装飾キーが 6 で O が大文字。
なるほど、動かなくて当然だ。

CapsLock 状態を別途で調べる。
On であれば装飾キー値 gdk_event_get_state から 2 を引く。
On 又は Shift を押した状態なら gdk_event_get_keyval 値を小文字化。
という流れで CapsLock を完全に無視できるようだ。

#!/usr/bin/gjs

const Gtk = imports.gi.Gtk;
const Gdk = imports.gi.Gdk;
const Lang = imports.lang;

const KeyPressWindow = new Lang.Class({
    Name: 'KeyPressWindow',
    Extends: Gtk.ApplicationWindow,

    _init: function(app) {
        this.parent({
            application: app
        });
        this.connect("key-press-event", Lang.bind(this, function(widget, event) {
            /**
             * CapsLock
             */
            let keymap = Gdk.Keymap.get_default();
            let caps_state = keymap.get_caps_lock_state();
            let caps = caps_state ? "[CapsLock]+" : "";
            /**
             * Modifier
             */
            let [ok, state] = event.get_state();
            let mod = "";
            if (ok) {
                if (caps_state)
                    state -= 2;
                switch(state) {
                case 1:
                    mod = "Shift+";
                    break;
                //case 2:
                //    mod = "CapsLock+";
                //    break;
                case 4:
                    mod = "Ctrl+";
                    break;
                case 5:
                    mod = "Ctrl+Shift+";
                    break;
                case 8:
                    mod = "Alt+";
                    break;
                case 9:
                    mod = "Alt+Shift+";
                    break;
                case 12:
                    mod = "Alt+Ctrl+";
                    break;
                case 13:
                    mod = "Alt+Ctrl+Shift+";
                    break;
                }
                /**
                 * Key
                 */
                let [ok, keyval] = event.get_keyval();
                if (ok) {
                    // CapsLock or Shift
                    if (Gdk.keyval_is_upper(keyval))
                        keyval = Gdk.keyval_to_lower(keyval);
                    //let key = String.fromCharCode(keyval);
                    let key = Gdk.keyval_name(keyval);
                    if (key != null)
                        this.set_title(`${caps}${mod}${key}`);
                }
            }
        }));
        this.show_all();
    }
});

let app = new Gtk.Application();
app.connect("activate", function() {
    new KeyPressWindow(app);
});
app.run(null);

こんな感じ。

GNOME 標準アプリがどうやって認識しているかは調べていないけど。
もっといい手段があるかも、とりあえずは様子見かな。
やっと晴れたし名駅前でスイクンでも（関係無い！

UNIX fork

何を今頃になって子プロセスについて詳しく調べる。
UNIX 系なら fork という C 言語の関数で使えますね。

[unix fork] というワードで検索すれば山程サンプルコードが見つかる。
みんな waitpid という関数を呼んでいます。

技術的雑談-プロセスの生成と後始末(Linux C++編) – Tsubasa’s HomePage

上記が綺麗にまとめてくれている、筆者の勝手な感想だけど。
つまり子プロセスは必ずゾンビプロセスになるので回収しなきゃいけないのねん。

あれ、Gio.Subprocess も g_subprocess_wait 呼出しが必要だったりする？
devhelp をよく見ると

GSubprocess will quickly reap all child processes as they exit, avoiding “zombie processes” remaining around for long periods of time.
g_subprocess_wait() can be used to wait for this to happen, but it will happen even without the call being explicitly made.

と書いているので必須ではないみたい。
待つ必要がある時だけ呼び出せばいいのね。

とにかく Node.js の
require(‘child_process’).exec;
と同等に動くサンプルソースを書いてみる、関数ポインタを使えばいいかな。
今回も動作が解りやすいように GUI アプリを立ち上げてみる。

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <sys/wait.h>

void child_process_cb(char* command) {
    execl(command, NULL);
    printf("This string is not displayed\n");
}

void nodejs_exec(char *command, void (*callback)(char*)){

    pid_t pid;
    int status;

    pid = fork();
    if (pid == 0) {
        printf("__child__\n");
        callback(command);
        exit(-1);
    }

    printf("__start__\n");

    waitpid(pid, &status, 0);
    /* printf ("PID: %d status: %d\n", pid, status); */
}

int main(){
    nodejs_exec("/usr/bin/eog", &child_process_cb);
    return 0;
}

で

と eog を終了するまで待機するのが解ります。
子プロセスの stdout を得たい場合は下記のようにすればいい。
面倒臭い！

printf – execvp fork : wait for stdout – Stack Overflow

GSubprocess がドンダケ簡単なのかを思い知っただけだった。
てかやはり非同期はメインループをぐるぐる回すのが一番解りやすいや。

jxa doShellScript

Gjs のまとめが全然進まないので久々に macOS で jxa でも。

そういえばテンプレートリテラルって doShellScript で使えるの？
可能なら if 文とか for を利用して複雑なコマンドも使えて便利そうだ。

#!/usr/bin/osascript
 
let app = Application.currentApplication();
app.includeStandardAdditions = true;
let res = app.doShellScript(`if [[ $PWD = $HOME ]]; then
    echo ホームです
else
    echo ホームではありません
fi`);
console.log(res);

使えるジャン。

コレを使えばあの有名な Finder で隠しファイル表示切り替えとかを拡張で一発だな。
いや筆者は普段端末で ls -al を使っているんだけーが。
拡張スクリプトならそっちのが便利そう、ってどんなコマンドだっけ？

Finderで隠しファイルを一時的に表示する(キーボードショートカット) – Qiita

command+shift+. で今はイケるんかい！
拡張を作る必要が無かったよ。
しかしコレは知らない人が多そうだ、覚書ページに追記しとこう。