えちょろぐ -Echos Log-

ATOK 2010 for Mac 月額版 から Google 日本語入力に浮気

日本語入力

ATOKというと、一太郎をメインで使っていた頃、というか、MS-DOSのころからお付き合いさせていただいていたのですが、今日限りでさようならしました。

理由は以下

• なんか変換できない言葉が多い（オブラートに包んだ表現）
• iTunesの詳細入力が重くなる

です。

年末に月額版に移行したばかりだったのですが、二番目の理由に耐えられなくなりました・・・（最初はIMEが影響しているなんて全く考えてなく、iTunesを呪いましたが、ことえりやGoogleIMEだと事象が発生しなかったので愕然とした・・・まぁ、結局根本原因はiTunesかもだけどね）

そんなわけで、さようならATOKさん。

Permalink | コメント(0) | トラックバック(0) | 15:31

popup.el(というか、popup-pos-tip?))とjaspace.el

emacs

の相性が悪い。ちぃ覚えた。

なんか、tooltipが変な改行されるなぁ・・・とおもって、表示関係ON/OFFしながら試したら、表題の組み合わせの相性でしたとさ。

さようならjaspace.elさん；；

Permalink | コメント(0) | トラックバック(0) | 10:11

ajc-auto-java-complete.el

emacs, java

基本的にはEmacsを使っているけど、ことJavaを扱っているときはEclipse。

でも、Eclipseなんかちょっともっさりだしー、ここまで機能いらないしー

とか考えて過ごして幾星霜。

基本的にはタグジャンプと補完が出来るだけで良いんだけどなぁ。と考えてました。

んで、まぁ、タグジャンプは、globalさん使えば良いのですよ。しかし、問題は補完。

これはなかなか決め手が無かった。。。

JDEEはなんか結構残念なことになるし、malabar-modeはまだ補完対応してない（よね？）みたいだし。

emacs-eclimは、eclipse立ち上げないと行けないから本末転倒だし・・・；；

と、ここで出会ったのが、EmacsWiki: java-complete.elさん。

「お！」と思って、早速導入・・・するもなんか意に沿う形で補完できず。

別バッファに候補出して、マウスで選択してエンターとかちょっとアレゲだったわけですよ。*1

しかし、調べてみると結構引っかかるので、もちょいがんばろうと調べた結果、

jixiuf/ajc-java-complete ? GitHubに出会えました！

アプローチ、、、というか仕組みは、前述のjava-complete.elの後継（？）っぽいのですが、

現在も更新されてて、なかなか良い感じ。

ただ一点、バッファを自動で消す系（lcomp.el とか tempbuf.el）と相性がわるいっぽいので、

機能をオフにして利用してます。

これでソース編集レベルならEclipse離れ出来そうです。。。

Permalink | コメント(0) | トラックバック(0) | 21:51

popwin.elの設定

emacs, emacs

で、まぁ、popwin:special-display-configのwidthを、フレームの半分のサイズにしたいなぁ・・・とか思ったわけですよ。

そんなわけで、安易に

(defun half-frame-size ()
  "(/ frame-width  2)"
  (/ (frame-width nil) 2))

なんて、半分のサイズを取得する関数を定義して、

(push '("*Occur*" :width  (funcall 'half-frame-size) :position right) popwin:special-display-config)

なんて描いてあげるとうまくいくのかなぁ・・・とかおもったけどそうは問屋がおろさなかったわけですよ。

Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p (funcall (quote half-frame-size)))
  popwin:create-popup-window((funcall (quote half-frame-size)) right t)
  popwin:popup-buffer(#<buffer *Occur*> :width (funcall (quote half-frame-size)) :height 20 :position right :noselect nil :stick nil)
  popwin:display-buffer-1(#<buffer *Occur*> :if-config-not-found #[(buffer) "\302^H	\"\207" [buffer not-this-window popwin:original-display-buffer] 3])
  popwin:display-buffer(#<buffer *Occur*> nil)
  display-buffer(#<buffer *Occur*>)
  occur-1("10" nil (#<buffer *scratch*>))
  ad-Orig-occur("10" nil)
  occur("10" nil)
  call-interactively(occur)
  anything-execute-extended-command()
  call-interactively(anything-execute-extended-command nil nil)

なんてでる・・・

emacs-lispレベルがアリアハンから出れてない認識はあったけど、この程度の問題も解決出来ない自分に凹みつつ、日記に書いてみる。

Permalink | コメント(0) | トラックバック(0) | 14:55

moccur-grep-findの実行結果のバッファを

emacs, popwin.el

popwin.elの管理対象にさせようとおもって、

(push '("*Moccur*" :height 20  :width  80 :position right) popwin:special-display-config)

なんて設定を描いてみたところ、実行結果をたどる度にウィンドウ分割が実行しまくってなかなかカオスな状況に・・・

（popwin.el管理化に置く以前に）moccur-grep-findは、

(setq split-width-threshold nil)

なんてしてあげないと同じような現象に陥るので、popwin.elさんが悪さしているというわけでは無い（と思う）のが悩ましい・・・

Permalink | コメント(0) | トラックバック(0) | 15:47

malabar-modeを利用開始したのはいいけど、なんか不可解なエラーがでた。

emacs, java

(set debug-on-error t)

で

M-x malabar-groovy-start

すると、以下のエラーがでる

Debugger entered--Lisp error: (wrong-type-argument overlayp nil)
  overlay-put(nil face ((foreground-color . "green")))
  ansi-color-set-extent-face(nil ((foreground-color . "green")))
  ansi-color-apply-on-region(#<marker at 52 in *Malabar Groovy*> #<marker at 215 in *Malabar Groovy*>)
  ansi-color-process-output("e[32mGroovy Shelle[m (1.7.4, JVM: 1.6.0_22)\nType 'e[1mhelpe[m' or 'e[1m\\he[m' for help.\n-------------------------------------------------------------------------------\n")
  run-hook-with-args(ansi-color-process-output "e[32mGroovy Shelle[m (1.7.4, JVM: 1.6.0_22)\nType 'e[1mhelpe[m' or 'e[1m\\he[m' for help.\n-------------------------------------------------------------------------------\n")
  comint-output-filter(#<process Malabar Groovy> "e[32mGroovy Shelle[m (1.7.4, JVM: 1.6.0_22)\nType 'e[1mhelpe[m' or 'e[1m\\he[m' for help.\n-------------------------------------------------------------------------------\n")
  accept-process-output(#<process Malabar Groovy> 10)
  malabar-groovy--match-buffer("*Malabar Groovy*" "^groovy:[^>]*> " 0 (("*Malabar Groovy*" . 1) ("*Malabar Compile Server*" . 1) ("*Malabar Eval Server*" . 1)) "Error starting groovy: time-out waiting for prompt")
  malabar-groovy--wait-for-prompt("*Malabar Groovy*" (("*Malabar Groovy*" . 1) ("*Malabar Compile Server*" . 1) ("*Malabar Eval Server*" . 1)))
  malabar-groovy-start()
  call-interactively(malabar-groovy-start)
  anything-execute-extended-command()
  call-interactively(anything-execute-extended-command nil nil)

とりあえず、Groovyシェルさんを立ち上げる時の配色設定がまずいのだろうといろいろ調べていると、

malabar-groovy.elで

(require 'ansi-color)

をしてるぽい。

というわけで、malabar-groovy-mode の

  ;(ansi-color-for-comint-mode-on)

となっているところを

  (ansi-color-for-comint-mode-off)

に修正したらとりあえずエラーは出なくなった。

けど、これが正しいのかは謎

Permalink | コメント(0) | トラックバック(0) | 14:01