公式サイト
http://code.google.com/p/uim/
日本語Wiki
http://uimwikija.mw.cmssquare.com/
前スレ
http://pc11.2ch.net/test/read.cgi/linux/1135968795/
関係リンクは>>2-5あたり
探検
uim スレッド 8
公式サイト
http://code.google.com/p/uim/
日本語Wiki
http://uimwikija.mw.cmssquare.com/
前スレ
http://pc11.2ch.net/test/read.cgi/linux/1135968795/
関係リンクは>>2-5あたり
タスクバーでの表示がめっさ縮んで表示された。
しかも、変換エンジンとの関連付けが難しい。
レッドハット系のフェドーラだと、標準でGUIはGnome３.Xであの手のU/I
は吹き出し形式になってて、文字入力直前まで言語バーがでないように
設計されてるのですごくいいアイデアだと思ったよ。
http://blog.du-a.org/2013/03/02/libkkc-update-week-four/
トップバーに組み込まれる、この入力システムのしくみがすごい。
skkじゃなくてKKCだった。
動画再生してるときに、ほとんど入力システムは、言語バーが表示されるじゃん。
この点については、フェドーラ19はいいねえ。
uim-toolbar使え
変換エンジン？ 関連づけ？
.uimをUTF-8で書けるようにならないかな
青空文庫もUTF-8で出してくれないかな
もう文字化けと変換とエンコーディング指定はいやだあ
おれはUTF-8原理主義者になるぞおお
は？
~/.uimの中身（ローマ字変換テーブル等）をutf-8で書いてるけど問題なし
ソースもすでにutf-8になってるけど
青空文庫はしらん
iconvやnkfでも使えばいいんじゃね
気づくまで、1時間以上、、、、
wnn入ってねぇ
anthyで入力した「未変換文字列」を「return」で「確定」してるんだけど、return入力が使用しているソフトウェアに横取りされてしまう。
e.g.)「この」と打って変換せずreturnキーを打つと、virtaal（翻訳エディタ）にreturnを横取りされて文字列が空のまま入力が終わってしまう。
一度ひらがな変換してからreturnで確定すればいいんだけど、すっかり「未変換ならそのままreturn」で指が慣れてしまっているのでなかなか難しい。
「未変換文字列をreturnでそのまま確定する」を実現したいんだけど、どうしたらいい？ ふつうのテキストエディタならできる。特定のエディタ上での話。
ちなみに未変換（anthyだと下線が引かれた状態）から、一度変換中（anthyだと文字列がコントラスト反転状態）になれば入力は横取りされない。
「確定やリターンをそれぞれ別のキーに割り当てればいいじゃん」という問題ではなく（問題解決のために人間側に変更を要求するのではなく）、
「変換モードになれば入力が横取りされないのが分かっているから、未変換の状態でもそんな感じに制御できないかな」という相談。
~/.uimや.uim.dを直接いじってもかまわないで、どなたかお力貸してください。
G-HAL版のことじゃないの？
自分は学習量の上限を増やすパッチだけ使ってるけど
御呪いをコマンドでやるといいんだけど
dpkg-configure libgtk-3-0やらないとダメなんだよな
全部お前の使ってるディストリの問題。
御呪いって何よ。
こういうの？
qtだったっけか
おまじない云々もそうだけど、ツールバーがウィンドウに常に隠れてしまったり、あっち書き換えてもこっちに不具合出たりで
でもuim自体は好きなんだけどねぇ
半角英数モード、全角英数モードの挙動がeggに近くなれば(Returnで決定した時に元のひらがな入力モードに戻る)
もうegg(tamago)いらずなのに…
Anthy 使え。
Mozc が root で有効にならないのは Mozc の仕様だ。
いたら、手順教えて欲しいです。
何年か前に、数個前のバージョンのmozc でコンパイルして使っていたのですが、
環境の変化か動かなくなってしまいました。
実は、少し前にも、mozc の update に気づいて、コンパイルしてみたのですが、
うまく行かず、「まー、現状、動いてるからいいや。」的に、ほってありました。
が、今回、再コンパイルする必要に迫られ、困っている次第です。
一応、
mozc 1.13.1651.102
uim-mozc (svn revision 333)
で、やってみましたが、ファイルが無かったりで、コンパイルに失敗します。
これは、数カ月前に、私が失敗したのと同様の状況と思われます。
最近の環境で成功した方、よろしくお願いします。
まず、それがuim-mozcのビルドの失敗なのかmozcのビルドの失敗なのか。
mozcのソースはtarballの場合はGYPやprotobufが入ってない。
svnリポからビルドすればそのへん自動で入り、公式サイトではそのsvnリポからの
インストール前提の説明しかしてない。
uim-mozcはmozc-serverにkill-lineの機能を追加するパッチを当てるが、
それが最新のmozcに対応してなければパッチの適用に失敗する。
自分は面倒でパッチは当ててないのでパッチが対応してるかどうか知らない。
mozcを提供しているディストリのパッケージングを参考にしたほうがいい。
ttps://aur.archlinux.org/packages/uim-mozc/
それ uim-mozc のビルドしかしないし、よって>>696のように mozc-server にパッチ当ててない模様
ていうかこの Arch Linux のパッケージスクリプト? ってまんまシェルスクリプトなんか
用意されてないならuim-im-switcher-*を見て自分で用意するしかない？
control+スペースで切り替わらない。
その他のキーに割り当てても切り替わらない。
どうしたらいいですか？
uim-module-manager --register mozc
みたいなのをし忘れてる可能性もある
これが設定を上書きしてたみたいです。
(define ja-rk-rule-basic (append '(
((("~") . ()) ("〜" "〜" "〜"))) ja-rk-rule-basic))
と書いてみましたが、~を押下しても何も入力されません。
〜の代わりに別の文字を設定すると~でちゃんとその文字を入力できます。
漢字コード直接入力などで全角チルダ自体を入力・表示できることは確認済みです。
どうしたら~で全角チルダを入力できるようになりますか？
uimは1.8.6です。
具体的には、z / で・（中黒記号）にしたらそのまま確定して渡したい。他いろいろな記号入力をそうしたい
ja-direct-ruleをつかってみたけどイマイチ。単ストロークしか受け付けない
さっそく導入してみた。うまく変換できない。Dvorak配列で拡張ACT使いなのでデフォルトのキーがバッティングする。がんばろう…
Dvorakではkと母音の組み合わせが入力しづらいので、カ行はcと母音をつかってca ci cu ce coとするんだけど
そうすると「歩く」を入力するときの AruCu が変換されない
たぶん辞書がそうなってるんだろうなーと思ったけど、どうやって直したら良い？ カ行の活用全部手動で登録しなおせはナシでおねがいします…
ひらがなからSKK辞書の送り仮名表現で用いられる子音に変換して辞書引くように
uim-skkの方を修正してくれって報告するのがいいんじゃないかな。
skk.scmのskk-set-rule!でローマ字、AZIK、ACT、KZIKのそれぞれ対応するjapanese-*.scmを読み込んでいるようで、呼び出したjapanese-act.scmでは送り仮名を c → k に変換していた
だからuim-prefのSKK設定でACTを選択すれば AruCu が変換できるようになる
ところがこのjapanese-act.scmはローマ字⇔かなのACT変換テーブルも持っていて、これが.uimの設定を上書きしてしまう。この変換テーブルがまた変態拡張で、なかなかに興味深い
（Dvorak使いは各人が各人の「おれのかんがえたさいきょうのACT」を持っているので、このことは特段驚くには値しない。いくつかは自分の参考にさせてもらった。ちなみに私の変換テーブルは1,500行です）
とにかく解決策は用意されているのは分かったので、このコンフリクションをどうにかしたい。uim-docによると、ユーザーは.uimに
(require-module "scm名")
(define ... )
と記述することで関数やリストを上書きできるらしいので、japanese-act.scmのテーブルをことごとく削除してやろうと思ったが、取得できるモジュールは
uim> installed-im-module-list
にあらわれるものしかダメらしく、skk.scmの中で呼び出される個別のscmは変更できない
(require-module "skk")
(define skk-set-rule!
(lambda (sc input-rule)
(let ((rkc (skk-context-rk-context sc))
(rule (cond
((= input-rule skk-input-rule-roma)
(set! skk-okuri-char-alist '(("c" . "k") (";" . "a") ("q" . "o") ("j" . "e") ("k" . "u") ("x" . "i")))
(set! skk-downcase-alist '())
(set! skk-set-henkan-point-key '())
skk-ja-rk-rule)
)))
(skk-context-set-input-rule! sc input-rule)
(rk-context-set-rule! rkc rule))))
ということでめでたしめでたし。.uimの中に記述するだけでプログラムの挙動を変えられるだなんて、schemeさん流石っすオッス。さて、qとlはどこに配置しなおそうかな…
わざわざレスをくれたのに、勝手に解決してしまって申し訳ない
慣れない入力メソッドってこんなに大変だったのね。レスを返すのも億劫
それでさ、最新版のuimはどんなもんかと思ってgit cloneしたけど、知らん間に1.9.0にバージョン上がってんだね。なんかアジア圏のみなさんがとくに頑張っている感じ
リリースノートまったく書かれていないから、どう改良されたのかさっぱりだけど。まあ、build失敗してし。ていうかcofigureが1MBもあるなんて初めて
互換性のためにトグルを残してあるんだと思うけど、いまどきからするとやっぱり基本設計は古いなあ
q
トグルじゃなくて「どの状態からでもカタカタ入力にするキー」。qは現在のモードを反対にするキーだから、いまの入力モードを意識しないといけない
やりたいのは「ひらがな入力モードでもこのキーを押すとカタカナ入力モード」「カタカナ入力モードでもこのキーを押すとカタカナ入力モード」
入力インタフェースはモードをもってはいけないってUX（ユーザーエクスペリエンス）のガイドには書いてあったんだよう
希望には答えられないけど
自分は入力モードは常にひらがなで
「カタカナ」って入力するときは
Katakanaq
って打ってる
SKK的には >>719 が正解
/.uim.d/customs/custom-skk-keys1.scm を参考に
(define skk-hiragana-key '("ひらがなキー"))
(define skk-hiragana-key? (make-key-predicate '("ひらがなキー")))
(define skk-katakana-key '("カタカナキー"))
(define skk-katakana-key? (make-key-predicate '("カタカナキー")))
と設定
(define skk-proc-state-direct-no-preedit ;未入力状態のときのモード
(lambda (key key-state sc rkc)
(if skk-use-with-vi?
(if (skk-vi-escape-key? key key-state)
(begin
(skk-context-set-state! sc 'skk-state-latin)
(rk-flush rkc))))
(cond
;追加
((skk-hiragana-key? key key-state)
(skk-context-set-kana-mode! sc skk-type-hiragana)
#f)
((skk-katakana-key? key key-state)
(skk-context-set-kana-mode! sc skk-type-katakana)
#f)
;追加終わり
これで「未入力のときにひらがなキーで必ずひらがな、カタカナキーで必ずカタカナ」になる
(define skk-proc-state-kanji ;漢字入力時のモード
(lambda (c key key-state)
(let* ((sc (skk-find-descendant-context c))
(rkc (skk-context-rk-context sc))
(stat (skk-context-state sc))
(res #f))
(and
;追加
(if (and (skk-hiragana-key? key key-state)
(null? (rk-context-seq rkc)))
(begin(skk-append-residual-kana sc)
(if (not (null? (skk-context-head sc)))
(begin (skk-commit sc (skk-make-string (skk-context-head sc) skk-type-hiragana)) (skk-flush sc)))
#f)
#t)
(if (and (skk-katakana-key? key key-state)
(null? (rk-context-seq rkc)))
(begin (skk-append-residual-kana sc)
(if (not (null? (skk-context-head sc)))
(begin (skk-commit sc (skk-make-string (skk-context-head sc) skk-type-katakana)) (skk-flush sc)))
#f)
#t)
;追加終わり
これで漢字入力時も同様にひらがなカタカナ決め打ちになった
BASICとCを齧ったくらいのサンデープログラマーでも色々遊べて楽しいですscheme
それからごめんね、質問して回答もらってまでしておいて勝手に自己解決ばっかりで
この「掲示板に質問したあとにすかさず解決案が浮かぶ」というマーフィーの法則的な現象には絶対名前がついているはず
そのうちきっと、誰かの役に立つから
アレのおかげでUIMはまたスタンダードになり損ねそうだ。。。
.uimをUTF-8で書いて、ちゃんと読み込まれてる？ 自分の環境だとうまくいかない（.uimで定義したものが全部無視される）
どうやってるのか教えてほしい
もう見てないかもしれないけど、さっき全角チルダで遊んでいたら発見したので報告
自分の環境でも割り当てたキーストロークで全角チルダがでてこないんだけど、そのあとに「↓」を入力すると変換した履歴が出てきた
スペースだと出ない（やったらエディタごと落ちた）。anthyだけでできる。SKKやTUT-CODEではできない
なんか、anthyの意図した動きというより、予期しない文字コードでいろいろ漏れちゃった感のする挙動だった
uim 1.8.6
anthy(UTF-8)
scim,ibusがコケて、fcitxもコケたらいよいよuimにお鉢回ったりしないのかな
最後のコミットが今年の3月3日か。
1.8.7 をそろそろ出して欲しいのう。
その頃にはもうしんでそうだな uim。
両モードの切り替え操作方法が分かりません。
skkモードにしたいのですが。
atok風の入力を長年愛用しているのですが、
ibusは1.5からツールバーが出なくなって、
ひらがな・無変換の状態がわからなくなり、
uimを試したところタスクバーにそれ（ひらがな・無変換）が
出るので重宝しています。
LinuxMintのmateでは問題ないのですが、xubuntuのxfceでは
タスクバー上の表示が半分ぐらい下にずれてしまいます。
これは直せないのでしょうか？
icewmでも表示が崩れる。
>トレイの高さが32px以下だとアイコンが全部表示されない
> 仕様?
他のアイコンが表示されると正常に表示されたりしない？
uim-toolbar-gtk 辺りを使うとか
ibusは1.5.5ならツールバーがカーソルにくっついて表示される
今日立ち上げたら何故か正常に表示されました。
普段linuxmintのmate使い（正確にはlmde）で、
xfceはお試しでした。諦めた後、いろいろいじっていて
履歴も取っていないので何がどうなったかわかりません。
734の書き込みした後、プロセスとして動いていたuim-toolbar-gtk3-systrayを
終了させ、uim-toolbar-gtk-systrayを起動したらすんなり表示されました。
こちらで起動するようにするか、uim-toolbar-gtkを使うかと言った
感じでしょうか。ただ、uim-toolbar-gtk3-systrayをどこで起動しているかとか
よく分からないので、xfce使うなら研究してみたいと思います。
解決方法わかりますか？
これって仕様ですか？
なんかうれしい
軽いし便利
utf8でEAWが半角になるのが嫌なのでglibcが更新される度にlocaleを更新するのが面倒と言えば面倒
http://it.slashdot.jp/story/15/03/13/0340256/
UIMはSourceForge.netに戻ることになるのか
Anthyは開発が止まってるみたいだし昔みたくUIM-Anthyとして開発続けた方が
良いと思われ
そもそもUIMとAnthyの組み合わせで最もうまく動くように作られているから
安定性の面で考えても元の鞘に収まってくれると個人的にすごく嬉しい
バージョンごとのソース追う時もかなり楽
その当時のUNIX USERか何かで作者コメントしてたけど作者の趣味で
少女革命ウテナから名前とってきてて今みたくウテナ(UIM)とアンシーが
離ればなれになるなんて考えてなかったろうな
Debian wheezyでxfce使ってるけどずれない
uimのバージョンは？
システムトレイの中がuim一つだけだとズレる。
uimと何か(例えばvolumeicon)表示させれば回避できたよ。
がっかりだぜ
今だとfcitx-mozcの方がいいんですかね？ダメだったらuim-mozcも試してまた来ますね
screen -e uim-fepした端末でuim-skkを使いvimでoした後にC-Jすると
キャレットが上にすっとんで入力がメチャクチャになる
が一旦escしてC-eで画面ずらしてiすれば回避できる
どうなっとんのじゃ
screen -e uim-fepじゃなくてuim-fep -e screenだたすまぬ
しょうch←ここまで入力して、uと間違ってyを打ってしまい、yをバックスペースで消去しuを打ち直しても、”しょうchう”のようになってしまいます。
これはこういう仕様ですか?それともなにか設定項目があったりしますか？
うん、下らないこといった
「とと」と書きたいのに「tとtと」という入れ詞みたいになってしまう。
「漢」と書きたいのに「▼漢漢」になってしまう。
chrome nのバグ、sそrれtとmも uim nのバグ？
twitterで報告多数あり。
とりあえずchromiumで回避するといいよ。
chromeが日本語入力周りをいじったので、chrome側かuimの潜在的バグか。多分chrome.
chromium 46.0.2467.0 で試しても同様に駄目だったでござる。
uim は m17n-anthy にしても、一文字「と」を入力して return を押すと
「とと」になってしまうでござる。
wわkけgがwわkかrらnんnのdで、Firefox nにsすrるdでgごzざrる。
今日は 46.0.2467.0 #340566 で chromium のバグが fix されてる。
よってこの件終了。 uim は悪くない。
https://chromium.googlesource.com/chromium/src.git/
っhttps://codereview.chromium.org/1257003002
おーありがとう。
入力モードがないのは不便やん。
45がくるまでFirefox使うしかないか……
この一ヵ月長かった・・・
uim-mozc使ってるんだけど確定をキャンセルすると元のやつが残る
うんこー [Enter][C-BS]
↓
うんこーうんこー
あと毎回ではないが候補ウィンドウがおかしな位置に出る
酷いときは入力してるとこの真上にウィンドウが出る
fcitxでも一緒だった
レスを投稿する
ニュース
- 【社会】頂き女子りりちゃんに3800万円渡した50代男性「憎しみしか無い。金を全額返してほしい」 実刑判決にコメント★３ [シャチ★]
- 【8050→9060】92歳父の年金月23万円で食いつなぎ、薄暗い自室にひきこもる61歳兄 [おっさん友の会★]
- 2月の実質賃金、1.8％減 速報から下方修正、厚労省 ★2 [蚤の市★]
- 他に空いているのに横に座られ…『女性の隣』がトレンド入り…元プラスマイナス岩橋も反論した「あえて女性の横に座る男性」の賛否 [muffin★]
- 【みゃくみゃく】大阪・関西万博の500円記念硬貨のデザイン公表 [香味焙煎★]
- 減少する街の書店どう救う? 経産省専門チーム発足 仏に反アマゾン法 23日は本を贈り合う日 [蚤の市★]
- ぬわ粘の🏡
- アイクぬわらのお🏡
- 【動画】集団下校中のJSの群れに突風が吹き全てまくられる
- 公園で男性が燃え上がる「タバコが消えたと思ってポケットに入れたら、消えていなかった」 [545512288]
- 【悲報】女性が強いられている家庭内"無償"労働、どう甘く見積もっても月額総額90万円相当を超えるのことが明らかに… [339712612]
- 若者、ガチで風俗に行かない…なぜ？ [994924181]