久々に MacUIM をアップデートしました。uim と Anthy を入れ替えてあります。あと Leopard の Dictionary Services を利用して、語義を表示できるようにしてみました (環境設定の「単語の意味を表示」にチェックを入れると)。超手抜きなので、適当にコードや IB をいじってみてください。
【5月1日追記 】語義を引いた後に CFRelease() するのを忘れていたので、直して 0.6.3-2 として置きました。
あと、Tiger 版の 0.5.3-1 もアプレットのバグっぽい点を直してあります。
MacUIM ですが IMK 版でのしょうもないメモリリークに気づいたので、修正して 0.6.1 としました。これで一応、安定版となればいいな…
この後は、暇を見つけて機能追加をぼちぼちしていこうかと思っています。アイデアなどあったら教えてください。
今日のアップデート分です。
ということで、MacUIM を新しくしてみたところ、いくつか問題があったので整理してみます。順次追記していますが、以下解決した (?) 問題
といったところです (たくさんありますね)。TSM 版もメンテするのは大変なので、後々は IMK-Tiger を試してみようかとも考えてます。
週末に MacUIM の Input Method Kit 対応にいまさらですが手をつけてみました。input method (server) を Cocoa アプリケーションとして作るだけなので、実に簡単です。NumberInput_IMKit_Sample を参考につくってみたのですが、IMKInputController が uim の API とほぼ一対一で対応しているので、数時間で uim から入力できるようになりました。クライアントへの接続コードをまったく意識しなくてよいのがよいですね。
[追記] http://macuim.googlecode.com/ にパッケージを置きました。以前からの TSM 版は 0.5.2-11 という名前、IMK 版は 0.6.0-1 という名前を付けてあります。中にはいっているライブラリですが、uim trunk r5818、Anthy 9100g G-HAL、m17n-lib 1.5.3 が 0.5.2-9 からの変更点となっています。
[追記2]
なんか調子がおかしかったので、Anthy だけ古い版にもどして 0.6.0-2, 0.5.2-12 としておきました…
[追記3]
結局 OS X 上で anthy-9100g を -O2 ではなく -O0 でコンパイルすると落ちることがわかりました (なんだこれ??)。
[追記4]
調べてみると、anthy-9100g に含まれる compund.t という辞書ファイルの改行文字に一部へんなものが混じっているために、作成されるバイナリ辞書のインデックスの整合性がおかしくなっているのが原因でした。
ということで、修正した anthy 9100g に入れ直した MacUIM 0.6.0-4, 0.5.2-14 を Google Code に置いています (あーあ、疲れましたよ…)
[追記5]
http://ekato.wordpress.com/2009/02/06/macuim-2/ へさらに続く…
Safari, Camino や iTerm の挙動をみても、やっぱり NSTextInput は無理があるような気がする。Input Method と一緒にはアプリケーションで自由なキーバインディングを使わせないためなんだろうか?
といっても、Input Method が無ければ制限なく独自のキーバインディングを implement できるわけだし、ただ単に考えが足らなかったようにも思えるなぁ… まあ、理由はどうでもいいので、うまい方法を見つけなければ。まとまった時間が欲しいものです。
【8日追記】結局 Control-q なんかの Input Manager が扱わないキーバインディングは、とりあえず Mac の OOo では使わないということに。さすがこのあたりの判断がすばらしいな。
ということで、dual screen でも候補ウィンドウが正しい位置に表示できました。
diff -r fa605af03302 Sources/CocoaWinController.m
--- a/Sources/CocoaWinController.m Mon Jan 29 19:54:53 2007 +0900
+++ b/Sources/CocoaWinController.m Sun Oct 14 13:37:53 2007 +0900
@@ -290,15 +290,11 @@ static CocoaWinController *sharedControl
- (void)replaceWindow:(int)replyX:(int)replyY
{
NSTableColumn *col;
- NSSize mainSize;
NSRect rect;
float candWidth = 0.0;
float headWidth = 0.0;
- int x, y, i;
+ int i;
NSMutableAttributedString *text;
-
- mainSize = [[NSScreen mainScreen] frame].size;
- rect = [panel frame];
for (i = 0; i < [candArray count]; i++) {
text = [[NSAttributedString alloc]
@@ -347,25 +343,49 @@ static CocoaWinController *sharedControl
[panel setFrame:rect display:NO];
- x = replyX;
- y = mainSize.height - replyY - rect.size.height;
-
- if (x < 0)
- x = 0;
- if (x + rect.size.width > mainSize.width)
- x = mainSize.width - rect.size.width;
- if (mainSize.height - replyY - origSize.height < 0)
- y = mainSize.height - replyY + lineHeight + 3;
- if (y + rect.size.height > mainSize.height)
- y = mainSize.height - rect.size.height;
+ // Get the height of screen with menubar
+ NSArray *screenArray = [NSScreen screens];
+ int nScreen = [screenArray count];
+ NSPoint point = NSMakePoint((float)replyX, (float)replyY);
+ if (nScreen > 0)
+ point.y = [[screenArray objectAtIndex:0] frame].size.height - point.y;
+
+
+ // Search a screen of the candidate window
+ NSRect f = [[NSScreen mainScreen] frame];
+ BOOL found = NO;
+ for (i = 0; i < nScreen; i++) {
+ NSRect sf = [[screenArray objectAtIndex:i] frame];
+ if (NSPointInRect(point, sf)) {
+ f = sf;
+ found = YES;
+ break;
+ }
+ }
+
+ if (found) {
+ point.y -= rect.size.height;
+ if (point.y > f.origin.y + f.size.height - rect.size.height)
+ point.y = f.origin.y + f.size.height - rect.size.height;
+ if (point.x > f.origin.x + f.size.width - rect.size.width)
+ point.x = f.origin.x + f.size.width - rect.size.width;
+ if (point.y < f.origin.y)
+ point.y = [[screenArray objectAtIndex:0] frame].size.height - replyY + lineHeight + 3;
+ if (point.x < f.origin.x)
+ point.x = f.origin.x;
+ } else {
+ // Set candidate window position at the center of the screen
+ point.x = f.origin.x + (f.size.width - rect.size.width) / 2;
+ point.y = f.origin.y + (f.size.height - rect.size.height) / 2;
+ }
#if DEBUG_CANDIDATE_WINDOW
NSLog(@"CocoaWinController replaceWindow: x=%d y=%d origin.x=%d origin.y=%d\n",
- x, y, (int) rect.size.width, (int) rect.size.height);
+ point.x, point.y, (int) rect.size.width, (int) rect.size.height);
#endif
- if (x != (int) rect.origin.x || y != (int) rect.origin.y)
- [panel setFrameOrigin:NSMakePoint(x, y)];
+ if (point.x != (int) rect.origin.x || point.y != (int) rect.origin.y)
+ [panel setFrameOrigin:point];
}
- (void)setFont:(NSString *)name size:(float)size
diff -r fa605af03302 Sources/ModeTipsController.m
--- a/Sources/ModeTipsController.m Mon Jan 29 19:54:53 2007 +0900
+++ b/Sources/ModeTipsController.m Sun Oct 14 13:44:44 2007 +0900
@@ -95,7 +95,8 @@ static ModeTipsController *sharedControl
[realModeTipsPanel showLabels:labels];
- mainSize = [[NSScreen mainScreen] frame].size;
+ NSArray *screenArray = [NSScreen screens];
+ mainSize = [[screenArray objectAtIndex:0] frame].size;
rect = [realModeTipsPanel frame];
x = qdX;
ようは mainScreen を使うのではなく、メニューバーがあるスクリーンの高さによって変換すればいいみたいです。
実験的にコードを書いたりしてみたんだけど、なんでこんな使いにくいインターフェイスになってるんだろ? interpretKeyEvents が返り値を持たないのはちょっと理解にくるしむ。
