日本語入力総合スレッド 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/

>>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だろ

僕の知り合いの知り合いができた副業情報ドットコム
関心がある人だけ見てください。
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

NQSL6

NQSL6

チルダで変換したら、以前は、ちゃんと「〜」って出てたんだけど
今、変換すると「〜」になってた。
環境はUbuntu16.04
これって俺だけの問題？

あれ？
「〜」

〜チルダ
〜から

~ TILDE
˜ SMALL TILDE
῀ COMBINING GREEK PERISPOMENI
⁓ SWUNG DASH
∼ TILDE OPERATOR
∿ SINE WAVE
〰 WAVY DASH
〜 FULLWIDTH TILDE
〜 wave dash

チン毛小僧

>>882
訂正します。

"チルダ"、"から"　両方とも「〜(wave dash)」に変換されます。
候補一覧に「〜[[全]チルダ」、「〜[[全]波ダッシュ]」と、あたかも違う文字かのように表示されるので、私が勘違いしたようです。

実際その2つは違う文字で、よく文字化けの原因になったりする
ここに書き込む時に同じ文字に変換されてしまったのかもわからんね

って思ったら見た目にだまされてたけど>>882、ちゃんと区別して書けてんじゃん
> 以前は、ちゃんと「〜」
> echo -n "〜" | od -t x1c
0000000 ef bd 9e
357 275 236
→ U+FF5E FULLWIDTH TILDE

> 今、変換すると「〜」
> echo -n "〜" | od -t x1c
0000000 e3 80 9c
343 200 234
→ U+301C wave dash

チルダを変換して出てくるものとしては前者(以前)が正しいのかな

>>889
話すと長くなるのだが……すまんが、付き合ってくれるか？

事の発端は、俺が書き込んだ、
https://rosie.5ch.net/test/read.cgi/liveplus/1527569272/32-34

「から」、「チルダ」共に〜になる。
俺の知らぬ間にfcitx-mozcの仕様(チルダ変換)が変わったのかと早合点してしまった訳なんだ。

それで、以前から入り浸ってたこのスレに書き込むことにした。

「から」、「チルダ」共に〜になることは分かっているので、

> 以前は、ちゃんと「〜」
部分はコピペで、

> 今、変換すると「〜」
部分は「から」を変換したという訳なんだ。

あれ、
＆＃１２３１６；を半角で打っても、
〜
になるのか!?

>>890(続き)

「から」変換でも「チルダ」変換でも「〜」文字になればどっちでもいい。
ただ、5chの特定のスレでは、「から」変換は＆＃１２３１６；になってしまう。

そのとき、調べて「チルダ」変換すれば、そのスレでも「〜」文字が表示されたんだ。
俺はそう記憶している。……だが違ったみたいだ。

なんだか俺が居た世界線を超えた感覚だ。

Üe;カバ

∎カバ

チルダ問題に、みんな散るだ(´・ω・｀)

しらんけど、コード問題は、追求しだすとけっこう深いらしいと

見た目がおんなじでもコード違うと、検索の時ヒットするしないとか困るもんな。
意識しないで混在させちゃってる人とか少なくないんだろうなあ
勉強になったわ

その逆で、同じコードなんだけど、ポイントが変わると見た目が変わるって話題もあったな
>>772

vje、復活しないもんですかね…

日本語入力じゃ商売にならないからね。

モードレスで小学生でも打てるという漢字変換ならあるぞ
http://www.esrille.com/ime.html

New Stickneyかな配列って自分で考えたの？

違う
esrilleは任天堂と関係があるらしい

ならボロクソ叩いても無いないかな？

美紗緒辞書がどこいったか知らんか？
ギリシャ文字で変換するの辛いの

しらん

androidにatok出してるんだから、ついでにUbuntu,debian版とか出してくれてもええんやで

金にならんから無理でしょ。
>>906が10億円ぐらい出したら作ってくれるかも。
頼んだぞ。

それより、10万人が1000円ずつ出しあって、懇願した方が可能性が高いと思う。