AquaSKKスレッド 4

Mac OS X で動作する SKK インプットメソッド
AquaSKK に関するスレッドです。

■公式・参考
AquaSKK - 日本語を快適に
http://aquaskk.sourceforge.jp/
AquaSKK プロジェクト日本語トップページ - SourceForge.JP
http://sourceforge.jp/projects/aquaskk/
AquaSKK 開発日記
http://d.hatena.ne.jp/t_suwa/
Macの手書き説明書 > Tag : AquaSKK
http://veadardiary.blog29.fc2.com/?tag=AquaSKK

■過去スレ
1　http://pc3.2ch.net/test/read.cgi/mac/1029845635/
2　http://pc11.2ch.net/test/read.cgi/mac/1084714251/
3　http://pc11.2ch.net/test/read.cgi/mac/1192746208/

ほしゅ

ほしゅ

いつもありがとうございます。

(setq skk-delete-implies-kakutei nil) な動作にするのって
ttp://www.maroon.dti.ne.jp/manontanto/mac/aquaskk_40
以外の方法ってないの？

>>6
そうなりますね。Ctrl-H については、SKK 初心者に配慮して挙動を変更
したのですが、正直、それで困る方が出てくるとは思っていませんでした。

skk-delete-implies-kakutei オプションを復活させたほうがいいかなぁ。
そういうのをやめたくて keymap.conf に汎用性を持たせたつもりなん
ですけどねぇ。ううむ。

>>7
本家 SKK や他の SKK クローンも使っているような
SKK 初心者*じゃない*人は逆に混乱するのではないかと。
SKK を名前に冠しているからには
デフォルトでは本家と同じような動作をすることを期待するだろうし。
本家と異なる動作を設定できるようにすることには反対しないけど

>>6 の設定だと変換中に C-h すると送りがなのありなしにかかわらず確定されちゃうね

>>8
そうですね。ただ、どちらかと言えば初心者に対してやさしくありたいので、
デフォルトの挙動は直感的なものにします。同時に、ddskk のデフォルトに
慣れている人のために、設定を変更できるようにもします。

age

の、が、のが

紫煙

では、即死回避用にネタ振りしてみます。

skksync のような辞書同期サービスを作るとしたら、ローカル側には
専用のクライアントを用意して、AquaSKK なり Emacs からは、その
クライアントを個人辞書に見立てて利用するのがいいかなと思ってます。

Emacsen <-http?-> 専用クライアント <-https-> 辞書同期サービス(GAE)

Emacsen と専用クライアントの間は、http のような単純なプロトコル
にして、単語登録や削除もサポートします。専用クライアントは内部的
には二つに分かれていて、Emacsen の相手をする部分と、同期サービス
とやり取りする部分が協調して動作します。

ここまでのところはどうでしょう?

じゃあ、続き行きます。

この構成で悩むのが、ユーザー認証の部分です。google app engine では
Google アカウントによるユーザー認証をサポートしていますが、それは、
ブラウザからのアクセスを前提とします。

専用クライアントはブラウザではないので、ユーザーに馴染のあるログイン
フォームを表示するような芸当は厳しいわけです。かと言って、独自のログ
インフォームを見せるのも嘘っぽい。

本式にやるなら OAuth なり OpenID になると思いますが、辞書同期ごとき
でそこまでするのは大袈裟のようにも感じます。

このあたりのセキュリティに関して、ご意見などあればお願いします。

FUSEとか使えないかな？

>>16
使えるとは思いますが、認証部分の悩みは解決しないですよね。GAE 上の
辞書データにアクセスするには個人を特定する必要があります。そのため
には最低限、ID とパスワードのペアが必要です。でも、流出のリスクを
考えるとパスワードを専用クライアントに渡すのは嫌ですよね。辞書同期
ごときで。

本物のパスワードの代わりに uuid を生成して使えば少しはマシですが、
いずれにしても盗聴されたら一発でアウトです。それとも、そんな手間暇
かける奇特な人間はいないというスタンスで良いのか。利便性と安全性の
トレードオフというか、落とし所に悩みます。

質問です。システムドライブをSSDにしたいのですが
現在使用しているマザーボードが対応しているかわかりません
2008年のときにBTOで注文した時についてきた
TP35D2-A7 5.x（詳細はhttp://www.biostar.com.tw/app/en/t-series/content.php?S_ID=286）
という古い型なのですが、無理でしょうか？
分かる方教えてください

代理レスの為ID被りと>>18の名前欄は無視して下さい

保守

age

http://pc11.2ch.net/test/read.cgi/mac/1270289721/67
と同じ現象 (iTunes 9.1 で曲の情報を見る→情報タブをクリックするとしばらく待たされる) が起きます。
OS 10.6.3, 4.2 beta 1 (20100317) です。
上の iTunes スレに書かれている通り、US にすると問題ありません。
ちなみに関係ないですが Google 日本語入力でも止まります。

iTunes の問題なんだろうとは思うのですが、
もし対応できるようでしたらしていただけるとありがたいです。

>>22
情報タブの他に、読みがなタブも遅くないですか? おそらく、アクティブに
なった時に全てのテキストフィールドについて順番に入力メソッドの初期化
処理(あるいは、それに類似した重い処理)を呼んでいるのではないかと思い
ます。テキストフィールドの数が少なければ、さほど遅延は感じませんし。

残念ながら、今のところはどうしようもないと思います。

>>23
本当ですね。読みがなは使ってないから気がつきませんでした。
かわせみは回避している、と書いてあるので一応お知らせしたんですが、
やはり難しいんですね。
わかりました。ありがとうございます。

>>24
かわせみの試用版をインストールして慎重に動作を確認してみたところ、
iTunes における遅延は回避できておらず、ことえりや AquaSKK と同じ
ように待たされてしまうようです。一応、お知らせしておきます ;-)

>>25
IMメニューにかわせみだけを残して使ってますが回避できてますよ

>>26
そうなんですか。そちらの環境では、ことえりや AquaSKK だと確実に
待たされるということを確認しているわけですよね?

>>27
失礼しました
詳しく書きますと
Mac OS X 10.6.3 + iTunesの環境において
AquaSKK(4.1)、ことえりではタイムラグが発生しますが
かわせみ(1.0.3)では発生しません

なお、かわせみは開発元がこの件を修正したことを1.0.1のリリースノートに記してあるので、
OSあるいはiTunes側のバグをIM側で回避していると思われます

| v1.0.1での変更点
| ･iTunes において楽曲情報操作が重くなる問題を修正。

↑
iTunesは9.1です

>>28
それは驚きですね。こちらでは、かわせみ試用版 1.0.3 を使っています。
情報タブ切り替え時の遅延を検証した結果は、
iMac(OS 10.6.3): どの IM でも微妙に遅延する(0.3 秒くらい)
iBook(OS 10.5.8): どの IM でもかなり遅延する(1 秒くらい)
という状況です。つまり、CPU パワーがあるとそれほど気にならない現象
ですが、ちょっと前のモデルだと顕著にわかります。何度も比較してみた
のですが、かわせみだけが確実に速いと言えるほどの差はなく、横並びと
いう印象です。試用版には iTunes 対策が含まれていないのでしょうか?

ほしゅ

今まで ddskk で育てたユーザー辞書を AquaSKK 4.1 で使いたくて
環境設定→辞書の設定で、項目にそれぞれ
SKK辞書(自動更新) ~/skkdic/skk_jisyo.dic
を指定して、左端の項目にチェックを入れて、
「設定ファイルの再読み込み」をクリックしたのですが反映されません。
順番を入れ変えたりもしてみたんですが変わりありません。
ユーザー辞書の文字コードは euc-jp-unix です。
何がダメなんでしょうか。。。

>>32
「SKK 辞書(自動更新)」ではなく「SKK 辞書」を指定して下さい。
ttp://aquaskk.sourceforge.jp/dictionary_settings.html

>>33
ありがとうございます！
「SKK辞書」にしたら反映されました。
自動更新というのを、てっきり他のプログラムから
更新される恐れがある辞書ということかと思ってました
マニュアルちゃんと読むようにします

>>34
どういたしまして。というか、そもそも誤解を招くような名前になって
いるのがイケナイので、ちょっと考えます。

AquaSKK 4.1 (OS X 10.5.8) で、
SKK-JISYO.JIS2004の漢字が「〓」になります。
みなさんはどうでしょうか？

t_suwa様
いつも利用させてもらって感謝です。
「直接入力モード」の用語が解りづらいので、
「非関与アプリ指定」とかにならないでしょうか？

>>36
まだ調べてませんが、おそらく EUC → UTF-8 変換時に対応するコードが
見つからなくて代替文字を返しているんだと思います。

>>37
そうですね。検討してみます。

レパ再インストしてSKKの4.1とβ試してみたけど…仕様が大幅変更したの? 変換しようとスペースバー押しても
罫線が伸びるだけでどうしようもないわ。片仮名変換も無理。仕方がないからアンインストーラーDLして3.6入れたけど。
システム環境の言語設定には統合の表示が残ってるんだけど、これって消せない?

>>39
内部的な実装は大幅変更してますが、表面的な仕様はそれほど変わって
ないです。変換で罫線が伸びるとか、トグル変換ができない(ということ
ですよね?)というのは、今までに聞いたことがない現象です。

お手数ですが、以下の URL を参考に再インストールして、挙動を確認
してみてもらえないでしょうか。
ttp://aquaskk.sourceforge.jp/install_and_settings.html

これでもまだおかしいようであればご連絡下さい。よろしくお願いします。

ダメですた。アンインストーラでは消せないplistが
どこかに潜んでいるみたい。spotlightじゃさがせません隊長

>>41
あらかじめ言語環境で 4.x の選択をオフにしておいてから、以下の URL を
参考に古い設定ファイルを手で消してみて下さい。
ttp://aquaskk.sourceforge.jp/folders_and_files.html
その後、4.x を有効にし直して、それでも挙動がおかしいようであれば、
残念ですが、4.x はあきらめていただくほかないかもしれません。

ちなみにアンインストーラは 3.x 専用です。4.x のアンインストールは
上記の URL を参考に、インストール先フォルダを削除すれば OK です。

Carbon Emacs から Cocoa Emacs に移行したので、Cocoa Emacs での入力は ddskk + AquaSKK の skkserv で賄おうと考えています。

AquaSKKの環境設定→その他で、

skkserv: 有効にする；ポート 1178
localhost 以外からの接続を拒否する

と云う設定にしました。そして、~/.emacs に

;;; skk用の設定
(setq load-path
(append
(list (expand-file-name "~/.emacs.d/site-lisp/skk")) load-path))
(require 'skk-autoloads)
(global-set-key "¥C-x¥C-j" 'skk-mode)
(global-set-key "¥C-xj" 'skk-auto-fill-mode)
(global-set-key "¥C-xt" 'skk-tutorial)

(setq skk-server-host "localhost")
(setq skk-server-portnum 1178)
(setq skk-share-private-jisyo t)
(setq skk-jisyo-code 'utf-8-unix)

と設定しました。
ここでEmacsを起動して、Scratchに切り替えるなどして、入力を確かめていたのですが、

KuU TaBe IKu

などと入力しても『喰う』『食べ』『行く』などの候補が出て来ませんでした。
どこか設定違いをしているところがありますでしょうか？よろしくおねがいします。

っとすみません、環境は

Mac OS X 10.6.4
AquaSKK 4.2 beta 1 (2010-03-17)
Emacs 23.2 (9.0)
ddskk-20100627

です。

度々発生する現象なんですが、入力時にキーが2回押されたかのような動作を見せることがあります。
例えば「かきくけこ」と入力すると「かaきiくuけeこo」と。あるいは確定時のリターンが(改行にしない設定であるにも関わらず)改行になったり。
Safari、Chromeでは発生しますがFirefox、Operaでは発生しません。
またMail.appでも発生しています。どうやらWebKitとの相性であるように思われます。
これはどのようにして解決すれば良いのでしょう。

使用中のAquaSKKは4.0、OSは10.6.4、Safariは5.0です。