日本語入力総合スレッド 5

日本語入力全般

Canna http://canna.sourceforge.jp/
Anthy http://anthy.sourceforge.jp/
ATOK X3 http://www.justsystems.com/jp/products/atok_linux/
Mozc http://code.google.com/p/mozc/
Wnn http://www.omronsoft.co.jp/SP/pcunix/
Prime http://taiyaki.org/prime/
SKK http://openlab.ring.gr.jp/skk/
T-Code http://openlab.jp/tcode/

IIIMF http://www.openi18n.org/modules.php?op=modload&name=Sections&file=index&req=viewarticle&artid=30&page=1
UIM http://anthy.sourceforge.jp/cgi-bin/hikija/hiki.cgi
SCIM http://www.scim-im.org/
iBus http://code.google.com/p/ibus/

前スレ：　日本語入力総合スレッド 4
http://hibari.2ch.net/test/read.cgi/linux/1151823044/

あー U+00A5 は5ch側で U+005C に変換されるのな

糞ブラウザ使ってるからだろ
U+005C : \ (バックスラッシュ)
U+00A5 : ¥ (円マーク)

うおっマジか！マジなのか！
>>780は専ブラ？
俺Firefoxで書き込んだのよ。
鯖の問題じゃなくてクライアントの問題だったのか…

>>780をコピペしたらどうなるの？ by 2chMate
U+005C : \ (バックスラッシュ)
U+00A5 : ¥ (円マーク)

by Firefox on Android
U+005C : \ (バックスラッシュ)
U+00A5 : \ (円マーク)

by Chrome on FreeBSD
U+005C : \ (バックスラッシュ)
U+00A5 : \ (円マーク)

¥で書き込めるか
＆yenな

Webブラウザからだと書き込み確認の画面でどちらもバックスラッシュになる。
5ch側が変換してる可能性もなくない？

U+005C : \ (バックスラッシュ)
U+00A5 : \ (円マーク)

fcitx-mozcとibus-anthy両方起動してみたけど、
ほんとに
XMODIFIERS
GTK_IM_MODULE
QT_IM_MODULE
で切り替えられるんだな

>>712
俺理論でもネガキャンでもない

LinuxのIM(X/GTK/QT)って、日本語のドキュメンが少ない(壊滅的に)よね
IM-IMEの仕組みに興味が湧いてもシンプルなサンプルや例(example)が少ない(壊滅的に)よね

日本語文書は少ないがIMに限ったことではないので驚くに値しない
ところでdocumentsを「ドキュメン」と書くのは流行りなのか？

>>791
いいえ、打ち間違いです。
勉強がてら、書いてみようかと思うんだけど需要ってあるかな？

やっと、IMdkitのコンパイルが通った。
https://www.x.org/archive/unsupported/lib/IMdkit/
がオリジナルなんだろうけど、もうサポートされてないからコンパイルエラーが出る。
Fcitx,IBusのソースに修正済みがあったから、FcitxのIMdkitを使うことにした。

mint上のvirtualbox内のarchのmate環境でfcitx-mozcをインストールしましたが、
fcitxの起動に割り当てているctrl+spaceを押しても日本語入力できません。

画面上部のキーボードのアイコンにマウスカーソルを合わせると
「入力ウィンドウなし」と表示されます。

fcitx-diagnoseを実行するとログの最後に
「fcitx: BadWindow (invalid Window parameter」と表示されます。

「fcitx bad window」でぐぐりましたが日本語の情報はないようで、
英語や中国語のページを見てみましたがよくわかりませんでした。

どうすれば日本語入力できるようになるでしょうか。

適当だけど、

export DISPLAY

を指定してみるとか

ぐぐったのですが export DISPLAY の後に
どんな指定をすればいいかわかりませんでした。
教えていただけるとありがたいです。

あといろいろ試したんですが
mate ibus-anthyやgnome fcitx-mozcでもだめでしたが
gnome ibus-anthyだと日本語入力できました。

自分の環境だとenv | grep DISPLAYと打つと
DISPLAY=:0.0
と表示されるよ

export DISPLAY=:0.0 を .xprofile に指定しましたが変化なしでした。

https://bbs.archlinux.jp/viewtopic.php?id=38
に書いてあることも全部試しましたがだめでした。

fcitx-diagnoseするとgtk2に対する設定のGUIが見つかりませんと出ます。
fcitx-gtk2というのはインスール済みなのですが。

ここには分かる人はいないみたいだね

すみません https://bbs.archlinux.jp/viewtopic.php?id=38
をちゃんと試してませんでした。 .xinitrc に
export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx
export XMODIFIERS=@im=fcitx
と書けば大丈夫でした。 .xprofile に書いてました。

GUI は startx で起動してました。
ちゃんと archwiki にも startx の場合は .xinitrc に書くようにとありました。
お騒がせしました。

ええんやで
過疎ってるし
チラシの裏にしようとしてるものもおるし（オレ）

水雲

>>805
忍法みずぐも？

ところで、mozcな
ライブラリ作らないから、uimやfcitxは
mozcソースにパッチを当てることで、uim-mozc,fcitx-mozcを
実現してんだな

emacsとibusは標準でmozcソースに機能が組み込まれてるっぽい

wineで日本語入力モードに切り替わらない、、

Ubuntnu17

>>792で発起して書いてみました。

XIM(X Input Method)日本語入力の流れ
https://qiita.com/ai56go/items/63abe54f2504ecc940cd

三週間か・・・
この迷宮は深く険しい

>>808
お疲れ様です
X11アプリを製作する上でのxim入門という意味では参考になります！
gtk-immoduleやqt-immoduleと
1バイト(ascii)限定やutf8対応プログラムの違いについての話もあると
プログラムを作る人は喜ぶと思います

このスレの趣旨からすると
----
アプリケーション(X11 | gtk | qt | tk)
↓
インプットメソッド(Xベース：kinput2 | scim | uim | ibus | fcitk、コンソール：uum | uim-fep等？、Emacs Lisp：tamago | anthy.el | uim.el)
↓
漢字かな変換サーバ(canna | wnn | skk)、漢字かな変換プログラム(anthy | mozc |？)
----
の組み合わせでどういう設定をしたらよいか（とりあえず思いついたものを上げてみた…）
その設定の記述はどこにすればよいか
またディストリビューションごとに設定の箇所が同じか違うのか
上の人からすると、コンソールからX起動(xinit, startx)、xdmベース(gdm, kdm, mdm, unity？)からのスタートの違い

そしてそれぞれの日本語変換を使ったときのメリット、デメリット
なんかの方が需要ありそうですね…

よしだともこ必殺パラメータで賢い！と思った世代なのですが
Anthy+G-HALパッチとegg風のキーバインドが出来るuimでかなり快適と思う一方、
おバカすぎて最低限Google日本語入力じゃないとダメって人も多いのでしょうね…
mozc初期の頃、予測変換は良かったけれども、単漢字変換で出て来る漢字が少なすぎて自分には使い物にならなかったのですが
今はかなり改善されてるのでしょうか？
もう一度やってみようかな…（当時は50MBのメモリ常駐も気になった）

>>809
レスありがとう。

XPからLinuxに乗り換えて最初に戸惑ったのが日本語入力の設定です。
最初はX11/GTK/QT毎に環境変数があることすら知りませんでした。
Goobleで調べても、いろいろな情報がごっちゃになって手間ばかりかかり、それでは自分で調べてみようという感じで始めました。

ibusとfcitxのソースコードから探り始めたのですが、思った以上に複雑で、初め考えていたことの半分も調べることができなかったと感じています。

と、いう状況なので、
自分も日本語入力について知りたいことが山ほどあります。
が、他にも知りたいことが山ほどあります。
次は、Xウィンドウマネージャについて調べています。

WindowsでX使う時に比べてMS-IMEを考えなくてよい分だけLinuxにして楽になった

>>810
ディストリビューションによっても設定が異なるし
時期によって（バージョンによって）正式採用されているIM＋変換エンジンが異なるので
混乱するのは当然かと思います
私自身普段はSlackwareなのですがAndroid開発にUbuntuを利用することもあり
普段の環境をUbuntu上に再現しようとすると「うぎゃーー！」という心境になります…

以下、愚痴なので詳しいことは次のレスにします…

Slackwareは素のソースコードから改変が少なく
自ビルドした環境とSlackware環境はあまり差がないので
勉強するにはもってこいですが
deb系(Debian, Ubuntu, Mint等)、rpm系(RedHat, CentOS, Fedora等)、その他(Arch, Gentoo？？)などなど
いろいろな系統に分れており、独自のツールで設定出来るようにプログラム（アプリケーション）にパッチが当ててあります
要するにディストリビューション特有の設定ファイルに統合されてて
素の設定ファイルは無視もしくは上書きされたりしています…
パッケージ管理、設定の一元管理という面では優秀で、ぱっと見で分かりやすかったり導入が楽だったりと主流になっています

半面、自力で設定しようとすると、自分で書いた設定ファイルが無視されたり
ディストリビューションごとに設定の方法が違ったり、下手するとディストリビューションは同じでもバージョンで異なったりと
使いつづける分には楽ですが、違うものを使おうとすると結構面倒です

後はPC環境もだいぶ変わりました
サーバとワークステーションという感じで
サーバ上でプログラムや漢字かな変換エンジンを動かし、ワークステーションで表示だけする
という名残りから export DISPLAY=hostname:0.0 なんてよく使っていました
euc, s-jis, iso-2022がunicodeに変わってきたことによって
Xlibベースのプログラムからgtk, qtで製作するのが容易になったりしました
新しい時代に対応すべく新しいプログラムが出て来て、日本語入力方法も変わり
Webには昔のが残ったままだったり、新しいものとの差分だけ記述されてたりとごっちゃになっているのが現状のような気がします…

>>810
個人的には日本語入力環境を勉強するには
シェル（特にログインシェル）と環境変数、
そしてX Window Systemの起動の流れを勉強した方が近道かと思います
XlibベースならXリソースなんかも多少は絡むかもしれません

LinuxにはRunLevelという概念があり
1. シングルユーザモード
2. マルチユーザモード（コンソール）
3. マルチユーザモード（グラフィカルログイン）
が主なものになります
Ubuntuには（2）がなかったので必ずしもこれに当てはまりませんが大抵はこんな感じです
RunLevelの挙動は /etc/inittab で定義されていると思います

シングルユーザモードはroot単体のセーフモードのようなものなので省きます
つまづくのは自分がコンソール(2)で起動しているのか、グラフィカルログイン(3)で起動しているかで
起動するときに読み込むファイルが変わることがわからず、他方を試して動かないというのが多いと思います

2のコンソールモードで起動した場合、起動画面はDOSのような黒い画面に白い文字しか表示されない状態です
X Window System(以下X)を起動する場合は xinit もしくは startx コマンドを使用します
この時は、~/.xinitrc （なければ/etc/X11/xinit/xinitrcあたり）が読み込まれることとなり
ここに記述するか、コンソールで既に起動しているシェル(~/.profile や~/.bashrc)の環境変数がXに適用されます

3のグラフィカルログインの場合は、ログインマネージャ(gdm, kdm, mdm, lightdm等)からログインします
(Windowsのログイン画面見たいな物ですね)
その場合は、システムファイル(/etc以下)はログインマネージャによって違い
kdmなら/etc/kde/kdm/以下、xdmなら/etc/X11/xdm/以下から起動されます
その中で、~/.xsession (rwxr-xr-xのように起動権限が必要）が優先されたり
~/.xprofile を読み込むように定義されている場合が多いです
つまり~/.xinitrcや~/.profile等に記載しても X 全体の環境変数には引き継がれないということになります

どちらにしてもXに環境変数が継承されていることが大事で、日本語入力出来ないパターンというのは継承が不十分というパターンが多いです

>>810
長くなってきて申し訳ありませんが…

ウインドウマネージャのアイコンから起動するとNGだけど
ターミナル（端末）から起動するとOKだったりするのは記述場所のミスが多いですね

あとは、日本語入力のキー操作（キーバインド）はIM担当であり
上記の円記号問題（変換される文字コード）はIMの担当の場合あり、
漢字変換エンジンの場合あり、またフォントの問題でもあったりと
切り分けが大変そうだと思って見ておりました…

最近のプログラムにはあまりないと思いますが
日本語自体を表示できなかったり、表示は出来ても入力出来なかったりというパターンの場合は
>>808 のような手順が必要になってくると思います
gtkなんかは最初の方にsetlocale()みたいなのを仕込むだけで日本語（国際化）対応しましたし…

ここまでくればウインドウマネージャは日本語入力にあまり関係ないような気もしますがちょっだけ
現状はウインドウマネージャ単体と統合デスクトップ環境というのがあります
ウインドウマネージャはtwm, fvwm, qvwm, fluxbox, openbox, xmonad等様々あり、環境はそれぞれ全く別物かと思います
統合デスクトップ環境はこのウインドウマネージャの上で動くもので、KDE, GNOME, LXDE等があり
パネル、ツールバー、ファイラ等いろんなウインドウマネージャ上で使えるパーツです
それぞれの統合デスクトップ環境で推奨されてたりデフォルトで動くウインドウマネージャはありますが
基本的に他のウインドウマネージャ上でも動作します
こうなると組み合わせは無限大のようにあり、自分の好みの環境を作るだけで数年経ってたなんて結構ありますw
このXの環境を作るだけでファイル操作やエディタが必要であり、Emacsやviの操作やShell操作を覚えたりしたものですが
GUIの設定画面で完結しまうのは、Linuxを覚えるのにもったいないなぁなどと感じております

長々長文失礼しました
日本語入力環境ということでちょっとでも参考に…とっかかりにでもなれば幸いです

Linuxを触っていて、
「うぎゃーー！」
となった経験が何度もあるので、その気持ち分かります。

系統毎に設定ファイルの場所が違ったり、独自のスクリプトで設定することを推奨(強要)してたりと、ディストリビューションとかあまり気にしてなかった頃、Googleで調べた方法でうまく設定できないことに悩まされました。
そして、古い情報と新しい情報がインターネット上に溢れていることも、一層、私を混乱させました。

特に日本語入力は混沌としています。多くのIMとIMEがあり初心者にはどれを選んだらいいか分かりません。

そして、日本語入力には何かしらの不具合があると思います。
例えば>>748であげたような不具合とか
(ちなみにfcitx-mozcの問題ではなく、uim-mozcの問題だったのと、Ubuntu-unityに原因があるようです)
なのにGoobleで検索すると違う情報ばかり出てくる。
一つ自分で……
と思ったのですが、日本語入力は、なかなか手強い相手でした。

確かに長いですwww。
（私も長文失礼しています<(_ _)>）

最初は個人が書いた情報を検索していたのですが、ある程度分かってくると情報が断片すぎるのと似たような事を書いてるので読むのが煩わしくなってきます。

なので、ここを攻めたり、
https://www.x.org/releases/X11R7.7/doc/index.html
ここを攻めたり
https://www.freedesktop.org/wiki/Specifications/
していますが、英語が不得意な者としては、なかなか大変です。

>ウインドウマネージャのアイコンから起動するとNGだけど
>ターミナル（端末）から起動するとOKだったりするのは記述場所のミスが多いですね
そうなんですよね。
デスクトップアイコンをクリックしても起動しなかったり、アイコンの画像を変えたくても変えられなかったりと初心者には大変です。次はこのあたりを攻めてみようかと思います。

情報ありがとうございます。

ちなみに、
「Xウィンドウマネージャっているの？」
https://qiita.com/ai56go/items/1b8bfeede2b467ac0667
っていうのを投稿してみました。よかったら見て下さい。

scim-anthyは十分実用的だったのに
uimもfcitxもanthy周りを使えるようにしない不思議、入力がおかしいまま
mozcに忖度でもしてるのか

多分、anthyは後継者がいないんじゃないかな？
mozcは、最悪Googleがなんとかしてくれるって考えてんじゃないかなぁ

初めてLinuxを入れて、日本語入力出来ないのでググったら
sudo apt-get install fcitx-mozcと打ち込めと出ていて
そのまま

いまだにATOK X3だけど、いつかは使えなくなると思うと辛い。

Anthyはもう開発終わってるし
より高機能で開発中のMozcに注力されるのは仕方ないんでは

>>820
ATOK料金プランを月額制に変えて、役所から敬遠されだしたって
読んだ気がしたけど、ジャストシステムもつのか？

anthy、scim、uimは作者が放置したまま更新されないね…
uimは有志がgitで引き継いでくれてる感じだったような

mozcもGoogleの日本人社員2人？が業務時間の何割かを好きな開発に使えるとかで始まったプロジェクトだったような気がするから
いつ終了されてもしょうがない気がする
Androidがあるから当分大丈夫だと思いたい…

20年ぐらい前にATOK for LinuxやらWnn7,8 が出て喜んだけど
RedHatのバージョン(glibcのバージョン)が上がって即使えなくなったので
バイナリしか提供されないのものは買わなかったり、なるべく使わなくて済むなら使わないようにしてる

新機能（アプリや環境）は使ってみたいけど
古く馴染んだ環境も残したい
を両立するのは難しいね
オープンソースでソースコードが公開されてるのがせめてもの救い
引き継いでくれる人がいるかどうかはまた別問題だけど…

>>816
昔Linuxを始めた頃にやってたことをやっててなつかしいww
~/.xinitrcに
twm &
kterm
と書くか
kterm &
twm
と書くかで挙動が違うのが何故？って考えてて面白かったです

あとはコマンドならば慣習的に
sh系なら $、csh系なら %、、rootなら # でプロンプトを付けて
$ echo "Hello, World"
% cat file.txt
# last
みたいに書いた方が、この部分がコマンドだと明示的になってわかりやすいかも？

しょうもないことだけど、Xウインドウマネージャという言葉は気になる…
X Window System(X Windowではない)、ウインドウマネージャ、とされた方が
老害なおっさん共にはうれしいかも

OpenBoxは好きで、Alt＋矢印、Winキー＋矢印、で
タイル型みたいにウインドウを整列させられるのが気に入ってつかってます
(AndroidやiPadもタイル型っぽくなってきましたし)
freedesktop.org で共通化された規格も浸透してきて
ウインドウマネージャを変更しても
~/.config以下のデスクトップアイコン、スタートアップ、メニューが共通になったりして
設定が楽になりました〜

# 日本語入力関係なくまた長文になってしまった… （←オフトピック(OT)として"#"をソースのコメントみたいにして使ったり…）
# /.(スラッシュドット)やメーリングリストではまだいますよね… 書いてて自己嫌悪…

Linux超初心者だったころ
インターネットに
$ sudo echo "abc" > /etc/qqq
みたいな説明があって、そのまま打って動かなかった気がする。

初心者は$もキー入力するもんだと勘違いする人が多いと思う。
だって、
$ gcc "$HOME/a.c" `pkg-config x11 --libs` 2>/dev/null || echo 'error' &
みたいに書かれてたら、最初の$だけがいらないなんて初心者には分からないです。

なので、最近は、コマンドやキー入力は、背景色を変えるのが慣例的になっている気がします

ウインドウマネージャ
の方が私もしっくりきます。

でも、wikipediaによれば、WindowsやMacにもこの用語は当てはまるということなので、Xウィンドウマネージャにしました。

ちなみにイは、小文字のィが一般的なようです。
ほんとに私も頭のXをのけて、大文字のイで
"ウインドウマネージャ"
と綴った方がしっくりくるんですけとね

>OpenBoxは好きで、Alt＋矢印、Winキー＋矢印、で
>タイル型みたいにウインドウを整列させられるのが気に入ってつかってます
試してみたのですがうまくいきません。
なにか設定があるのでしょうか？

>freedesktop.org で共通化された規格も浸透してきて
>ウインドウマネージャを変更しても
>~/.config以下のデスクトップアイコン、スタートアップ、メニューが共通になったりして
>設定が楽になりました〜

同感です。
設定ファイルが置かれているフォルダが違ったり、記述形式が違ったりすると利用者は大変です。共通化できるとこは、どしどし共通化してほしいものです。
（ちなみに次の記事はアイコン設定、MIME設定、メニュー設定にしようかと思っていたのですが止めました）

また、私も長文になってしまいました。2ch(5ch)は長文を嫌いますね。

>>827
もはや全然日本語入力に関係ないけど
openboxのデフォルトでは設定されてなかったようで
~/.config/openbox/rc.xml に追記してました…
http://openbox.org/wiki/Help:Actions#GrowToEdge
----
<keybind key="W-Up">
<action name="GrowToEdge"><direction>north</direction></action>
</keybind>
<keybind key="W-Down">
<action name="GrowToEdge"><direction>south</direction></action>
</keybind>
<keybind key="W-Left">
<action name="GrowToEdge"><direction>west</direction></action>
</keybind>
<keybind key="W-Right">
<action name="GrowToEdge"><direction>east</direction></action>
</keybind>
<keybind key="A-Up">
<action name="MoveToEdge"><direction>north</direction></action>
</keybind>
<keybind key="A-Down">
<action name="MoveToEdge"><direction>south</direction></action>
</keybind>
<keybind key="A-Left">
<action name="MoveToEdge"><direction>west</direction></action>
</keybind>
<keybind key="A-Right">
<action name="MoveToEdge"><direction>east</direction></action>
</keybind>

あとメール欄に sage を書いた方がよいかも

>>829
どうもです。
試してみます。

>>829
なるほど！こう言う動きをするのか
便利そうです。ありがとうございました。

>>830,831
一応専用スレあるから…
誰もいないかもしれないけど

ウィンドウマネージャ総合 その3
ttp://mevius.5ch.net/test/read.cgi/unix/1061822653/

>>832
ありがとう

>>822
キーエンスは大口の客切り出したのか

webkit2の活造りを作ろうと考えたのだが、
どこから捌いたらいいか見当がつかない。

驚いたよ。デバッグオプション(-g)付けるとlibwebkit2gtk-4.0.soが2GB越えるんだから

デバックオプションとか除けてコンパイルし直したら、55MBになった。

手始めにWebSocketあたりを探ってみる。

パッケージのインストールだけで、日本語入力環境が自動的整うのってないかな。
centos7で希望。

webkitもうディスコンじゃなかったのか
今からやるならpythonかqt5の方がよかろう

ブラウザとWebサイトのやりとり分からへんわ↗思うて、
ほんの出来心でWebkitに手だしてもうたんよ。

ほら、最近どこもかしこもHTTPS使ってるもんやで、
Wireshark役に立たへんのよ。

>>837
ごめんなぁ。うち、centos7知らへんのよ。
Debianでええんとちゃぁうん？

>>839
https://qiita.com/toshihirock/items/acbf9800f7e784118e46
これで見れないか？
ポートミラーリングの付いたスイッチングハブ挟んで

ほむほむ。Wireshark便利やなぁ、いろんな機能なるなぁ。
でも、この方法だと、Webサーバーが使ってる秘密鍵を手に入れんとならんなぁ。

うちが考えてるのと、ちゃぁうぽいわ。

教えて君ですみませんが

fcitxで変換中の候補が出ないのを直す方法か
導入初期状態に戻す方法はありませんでしょうか？

ibus関連を入れたら出なくなってしまって設定を間違えたっぽく、
消しても直らずで検索もキーワードが悪くヒットせずと這う這うの体です。
無学者に知恵をお助け下さい。

>>843 ディストリによるけど、~/.config/fcitxか~/mozcかのどっちかだと思う。
mozcじゃなかったら調べてみてくれ。多分~/以下にあるよ。

Linuxは一度トラブルと直せなくなることが多々あるよね。
とりあえず、新しいユーザ作って、そのユーザでログインして日本語入力が問題なくできるか確かめてみるといいよ。
問題なければ、>>844の言うとおり、~/.config/fcitxや~/.mozcがおかしくなっているんだろうね。

>>844
>>845
アドバイスありがとうございます。
新規ユーザ作っての状況評価から早速やってみます。

両氏のアドバイスに従い動きを確認し、かつiBus関係で入れた分を削除したりと。
出来るだけ元の状態と思しきにした所一応望む結果をえられました。
多少前と見栄えが違う部分もありますが、些細な事(アイコンが違う等)なので現状これで運用します。
ありがとうございました。

藁にもすがる思いで質問してんだろうけど
ここに質問しても役立たないよ。

そもそも、Linuxは、プログラマのオモチャみたいなものだから、
一貫したトラブル解決方法がない。ディストリビューションやバージョンが変われば
対処方法も変わる、初心者がハマるような初歩的なトラブルじゃないと明快な対処方法など無い。

ここに質問するより、VirtualBoxでテストし問題が無いことを確認してから、
いつも使ってるOSに反映させた方が問題が少なくなるよ。

>>848
肝に銘じておきます

>>836
やっとみつけたんよ。
./webkit2gtk-2.18.6/Source/WebCore/Modules/websockets/WebSocketChannel.cpp
ってファイルが有ってな、その中の
void WebSocketChannel::didOpenSocketStream()と、
void WebSocketChannel::sendFrame()
でWebSocketから送るデータを出してるんよ。

Linuxでスマホ並みの日本語入力環境整う日は来るのだろうか？

>>851
フルキーボードよりもフリックの方が入力しやすいという層がLinuxを使うようになったのか

少し前からフルキーボート配列に違和感を感じだした。
というのも、やたら右手小指の使用頻度が高い。
=-+*/[]{}|辺りはプログラムをしてると頻繁に使う、スペースキー以上に使うかもしれない。
「無変換」「変換」「カタカナひらがな」キーは、スペースキーの両翼に陣取っている割には
大して役に立たない。
フリック世代による新しいフルキーボード配列を考案して欲しい。

スマホの変換はお利口さんだよな
それと先回りが凄い疑問文入力すると「？」がスタンバってるんだぜ

いっそリモートマウスでも使えば？

http://www.remotemouse.net

export GTK_IM_MODULE=fcitx,export QT_IM_MODULE=fcitx,export XMODIFIERS=@im=fcitx

これLinuxだとホームディレクトリのドットファイルに書くのが推奨っぽいけど
初めてインストールしたPC-unixがFreeBSD2.2.8だったんで解説にドットファイル以外にも
/etc/profileや当時ならX11以下のXinitrcに書く方法もあるとあったのでそうしてた
追加のユーザー登録のときとか面倒だしｗ
それにホームに.bashrcとかあっても使われてるシェルがbashじゃなかったりで
シェルに何が使われてるかとか調べないと分からんしzshとかだとドットファイルに書いても無効だし

>>856
日本語入力の前に日本語勉強しようw

>>857
856だけど投稿文的にどこが変か教えてくれないかな
特に日本語的に間違ってるところとか

日本語的に間違ってるとは思わんけど、
情報不足で曖昧に解釈される点と読みにくい点は要改善ポイント。
zshだとドットファイルに書いても無効とは？
読みにくい理由は句読点がなく、文がダラダラ無意味に接続されて長いこと。

三つの環境変数
・export GTK_IM_MODULE=fcitx
・export QT_IM_MODULE=fcitx
・export XMODIFIERS=@im=fcitx
を定義する場所だけど、Linuxの場合、HOMEディレクトリ内にある
定義ファイルに書くのが推奨されているようだけど、
俺の場合、初めてのUnix系パソコンがFreeBSD2.2.8だったせいか、
当時の解説書に従って/etc/profileに書き込んでいた。
ただ、これだと、ユーザ毎に変更できないので不便に感じることがある。

それと、HOMEディレクトリ内にある定義ファイルといっても複数あるから
初心者にはどの定義ファイルに書き込んでいいか見当がつかず、
.bashrcに書き込んでみたが、zshシェルでは、.bashrcは使われず、定義が反映されなかった。

↓三行でまとめると

export GTK_IM_MODULE=fcitx export QT_IM_MODULE=fcitx export XMODIFIERS=@im=fcitx
ってどこに書き込むの？
俺は/etc/profileに書き込んでるけど、違うみたい。エロい人教えて！

あ、こう言う風に解釈したほうがいいのか？

(訳略)

↓三行でまとめると

export GTK_IM_MODULE=fcitx export QT_IM_MODULE=fcitx export XMODIFIERS=@im=fcitx
は/etc/profileに書き込むべき。
なぜなら、Bashシェル、zshシェルどちらでも読み込まれるし、ユーザが変わっても同じ定義が使われるから。

いや、待て！！ここは長考するべきでは！？

（訳略）

↓三行でまとめると

なに環境変数三つも使ってんだよ！一つにまとめろよ！
規格書作れよ、規格書。分かんねーだろー
日本語入力如きに手間かけさせんな。

>>862
>環境変数三つも使ってんだよ！一つにまとめろよ！
使い分けているので、1つにされると困る。
多機能携帯を使えないお年寄りのために専用の携帯電話があるけど、
Linuxもほとんど設定が変更もできない単純なディストーションが必要なのかもね

ディストーション distortion でぃすとーしょん

歪曲収差

Consoleから xinit や startx をつかってるなら
/etc/profile に書け
xdm mdm lightDM kdm gdm等ログインマネージャを使ってるなら
/etc/xprofile に書け

FreeBSD2.2.8を今使ってるならそれでよいのだろうけど
現状の環境（最低限ディストリビューションのバージョンとRunLevel）を書け
Linuxと名が付いているだけで同じものだと思うな

>>864
エフェクターとアンプで良い音出るね！

xの起動前から変数入れても意味ないじゃん
どうせxでしか使えないんだからxの初期化ファイルに設定するべき

よく知らんが
debian系では、.xinputrcが正解のようだ
https://vdr.jp/d/20110614.html

>>858だけど
.zshrcでインプットメソッドの起動行けんの？
構文はコピペだから間違いないとしてペーストした場所が拙かったかな
csh系だったら構文が少し違ってた気もするけど記憶が曖昧だな
インストールしたのはArchlinuxベースのAudiophile Linux V4だよ
今もこれで書き込んでる
あとはJackをインストールしてちゃんと音が出せればいいかな
>>858の投稿は内容的に雑だったね申し訳ない

>.zshrcでインプットメソッドの起動行けんの？
多分Xの起動前だろうから、インプットメソッドの起動は無理じゃねえ

因みに、archlinuxでX起動前にfcitx-autostartって打ってみたら
(FATAL-493 xim.c:134) X11 not initialized
っ出た。
と言うか、なぜ自分でやらないのかが不思議で堪らない。
と言うか、もし、自分でやってエラーが出たのであれば話のスタート地点がおかしいよね。
けして悪気ではなく、不思議で堪らないだけなんですよ。

>>856
.profileに書いときゃ良いんでねの

runlevelってdebianでは無意味だよな

>>863
>Linuxもほとんど設定が変更もできない単純なディストーションが必要なのかもね
既にあるじゃないか、Androidが

>>871
ログインシェルがbashじゃなかったらどうするの

bashじゃなかったら暴動起こすに決まってるだろ。

/etc/environmentが大元っぽいから、これに記述しとけば全てのシェルに反映できるぞ

>>874
.xinputrc
というかlinuxunixで共通なのはこれくらいか
今時tcshとか使ってるのおぺｎBSDくらいじゃないのか

何気に有意義な情報が

ログインシェルはemacsだろ