Gjs のサンプルコードはほとんど以下が書いてある。

const Lang = imports.lang;

この lang.js って今はドコにあるの？
以前は /usr/share/gjs-1.0 以下にあったのに。

Gjs は gir 以外のモジュールをどこから探しているのだろう。
以下のコードで調べることができるようだ。

#!/usr/bin/gjs

let list = imports.searchPath;
for (let s of list) {
    print(s);
}
/* output @ 3.18
resource:///org/gnome/gjs/modules/
/usr/local/share/gjs-1.0
/usr/share/gjs-1.0
/usr/share/gjs-1.0
*/

こんなディレクトリは 3.18 では存在しない。
どうやら現行版はリソース化されてソレを参照しているようだ。

ちなみにこの resource:///org/gnome/* は Gvfs の URI でして。
たとえば Nautilus にて Ctrl+L して resource:/// と打ち込むと。

と Nautilus が参照しているリソースにアクセスできます。
ファイルに見えるけど拡張子が無いものはディレクトリ。
Gedit の FileChooserDialog で Ctrl+L しても同じようにできます。

各アプリが参照しているリソースにしかアクセスできませんので注意。
ということで、Gjs のリソースの中身を探してみる。

gjs/modules at master ? GNOME/gjs ? GitHub

上記がリソースの中身らしい、lang.js もしっかりあります。
以前書いた format.js もこの中にある。
Here Document | PaePoi

色々まとめようと思ったけどバージョンでコロコロ変わりそう。
もしかしたら Gjs も PyGObject 同様にバージョン指定が必要になるかも。
Fedora 24 が出てからもう少し確認しよう。

GNOME 開発センター

もはや GNOME 公式の overview が Gjs なんだよな。
vfunc_* のオーバーライドを使っていないのは何故だ？

GitHub – gcampax/gtk-js-app: A template for a standard Gtk/GNOME JS application

コッチのほうが解りやすい、メモメモ。

Gjs のサンプルコードを探していると？？？となることが多い。
new キーワードの有無がマチマチ、パラメータが JSON か否か。

JSON イラネーだろ！と外すと動かないし、もう何がなんだか。
海外でしかサンプルコードが見つからないから英語でよく解らない。

だったけどやっと解決した。

#!/usr/bin/gjs

const Gio  = imports.gi.Gio;

/* After new @ Params ALl */

let uostream = Gio.UnixOutputStream.new(0, false);
let dostream = Gio.DataOutputStream.new(uostream);
dostream.put_string("Enter Some String :", null);

let uistream = Gio.UnixInputStream.new(1, false);
let distream = Gio.DataInputStream.new(uistream);
[txt, len] = distream.read_line_utf8(null);
print(txt);

/* Before new @ Params Json  */

let uostream2 = new Gio.UnixOutputStream({fd: 0});
let dostream2 = new Gio.DataOutputStream({base_stream: uostream2});
dostream2.put_string("Enter Some String :", null);

let uistream2 = new Gio.UnixInputStream({fd: 1});
let distream2 = new Gio.DataInputStream({base_stream: uistream2});
[txt2, len2] = distream2.read_line_utf8(null);
print(txt2);

コレだけのことだったのかYO!

どのオブジェクトも new はキーワードでもメソッドでもいい。
メソッドにしたら C 同様にパラメーターを全部埋める。
キーワードにしたら JSON で、null やゼロなら埋めなくてよし。

どっちも面倒臭い。
new も null パラメーターもいらない、としてくれるのが一番なんだけど。
ついでにセミコロン、ってソレが PyGObject だった。

GTK+/開発 – ArchWiki

GObject Introspection って今はこんなに沢山の言語から使えるのね。
GNOME 自前の Gjs でさえ情報が少ないのに他はどうするんだって感じですが。
結局 Python が一番情報が多いのは GTK2 時代と同じですね。

ところで。
let
Google Chrome, Firefox がいつのまにか let 宣言に対応しているね。
後は Safari だけだな、osascript でも使えないけど。

今回は Gjs で標準入力とパイプ入力の振り分けをやってみよう。
ちなみに Python だと標準の os モジュールだけで可能。

#!/usr/bin/env python3

import os

if os.isatty(0):
    # stdin
    s = input("何か入力してください >")
    print("[{0}]が入力されました".format(s))
else:
    # pipe
    with os.fdopen(0) as f:
        s = f.read()[:-1]
        print("[{0}]がパイプから渡されました".format(s))

コレと同様の動作ができるものを Gjs で作りたいということで。

Gjs は当然 GLib を使う、しかし GLib に isatty 関数は無い。
そういえば Gjs は stdout で行末から入力させる簡単な手段も無い。
よく考えたら標準入力も、Python に対し Gjs は print 以外は何もない。
これらを全部 GLib で行う必要がある。

#!/usr/bin/gjs

const GLib = imports.gi.GLib;

let channel = GLib.IOChannel.unix_new(0)
if (channel.get_flags() == GLib.IOFlags.IS_READABLE) {
    /* --  Pipe -- */
    [res, str_return] = channel.read_to_end();
    // byte to string
    let s = str_return.toString();
    // Remove '\n'
    s = s.slice(0, -1);
    print("[" + s + "]がパイプから渡されました");
} else {
    /* -- stdin -- */
    // Input
    channel.write_chars("何か入力してください >", -1);
    // Flush Console
    channel.shutdown(true);
    // readline
    let in_channel = GLib.IOChannel.unix_new(1);
    [res, str_return] = in_channel.read_line();
    // byte to string
    let s = str_return.toString();
    // Remove '\n'
    s = s.slice(0, -1);
    print("[" + s + "]が入力されました");
    in_channel.shutdown(true);
}

GIOChannel だけでなんとかなった。
Gio を使う別の手段も色々あるけどコレが一番単純な手段だと思う。
正しいかどうかは解らないけど動けばいいんだよ。

g_io_channel_shutdown

でコンソール表示をフラッシュする必要に気が付くまで少し、いやかなり時間が掛かった。
コレを呼ぶまで何一つリアクションしないツンデレなコンソールに萌え…（嘘です

使っているライブラリが同じなので PyGObject で書き換えても動く。
というか PyGObject で書いて変換したのは内緒だよ。
だって PyGObject の例外表示のほうが桁違いに親切なんだもん。

しかし戻り値が配列（タプル）になるという仕様は Python と同じなのね。
これはある程度 Python の経験がある人でないと理解に苦しむと思うのですが。
現状ではそんな人しか Gjs を使うという選択はしないので問題ないけど…

それにしても中括弧やセミコロンだけでなく何もかもが面倒臭い。
うーん、やっぱり Python 屋のままなほうが幸せかも。