- 1 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 04:25:40 ]
- スレ立てるまでもない、Win32APIのついての質問はこちらへどうぞ。
やさしいお兄さんやお姉さんたちが答えてくれるかも。
「知らないならレスしないで下さい。ウザイだけです。 」なんて言わないでねっ！
過去スレ、関連リンクは>>2-10くらい。
■注意
・質問する前にMSDNライブラリやPlatformSDK、Google等で検索しましょう。
・日本語版MSDN Online Libraryは不完全です。英語版(msdn2.microsoft.com/library/)の利用推奨。
・APIフックなど高度な事をしたい場合はできるだけAdvenced Windowsを読みましょう。
・言語特有の問題やIDE、MFCやVCLなどの質問はそれぞれの言語や開発環境スレで
- Win32API質問箱 wiki
wiki.livedoor.jp/program1/d/FrontPage
Win32API質問箱 Build79
pc12.2ch.net/test/read.cgi/tech/1240411224/
- 181 名前：デフォルトの名無しさん [2009/06/20(土) 13:46:04 ]
- IMEの制御について詳しい方いらっしゃいますか？
漢字仮名まじりの文をIMEを使って全部ひらがなに逆変換したいんですが、
漢字仮名まじりの文をIMEに設定する関数 ImmSetCompositionString(himc, SCS_SETSTR, str, length, NULL, 0)が
MSIME2002では成功するのにATOK2006では失敗します。
一応MSIMEでは動くものが作れたんですが、ぶっちゃけクソ変換なので、できればATOKを活用したいのです。
何か別の方法がないでしょうか？
ネットで調べても変換操作をしたあとの再変換の方法ならあるんですが、
漢字仮名まじりの文をIMEに設定して逆変換する方法で、ATOKで成功するものが見つけられないんです。
- 182 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 13:51:17 ]
- 大抵の企業でＡＴＯＫなんてわざわざ入れてないのでおｋ
- 183 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 13:59:03 ]
- 世間一般の企業がどうとかは関係なくて、自分のところのデータ変換処理に必要なんです。
ATOKだと文脈を理解して適切な読み仮名に変換してくれるはずなので、それに期待してるのです。
- 184 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 14:04:21 ]
- 「詳細なテキストサービスのサポートをプログラムのすべてに拡張する」がONならOFFにしてみるとか？
これでうまくいっても、PGでの対応方法は知らないけど。
- 185 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 15:39:29 ]
- >>184
それはOFFになってましたね。
試しにONにしてみると、MSIMEでも逆変換できなくなってしまいました。。。
「詳細なテキストサービスをオフにする」のチェックも変えましたが、こちらは変化なしでした。
Immで始まるIME制御APIは自分が試した大部分でATOKとMSIMEの間で互換性がありました。
しかしIMEとは無関係のところからもってきた文を逆変換することに関してだけは互換性が無いようなのです。
ATOK12ではできたという話がネット上にありましたが、ATOK2006はその方法ではダメでした。
難しいですね。
- 186 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 16:34:41 ]
- コントロールの座標をクライアントから見たい座標で取得する方法でいいのないな？
今はコントロールとクライアントの二つをGetWindoxRectでスクリーン座標から強引に求めてるが
どうも違う
- 187 名前：デフォルトの名無しさん [2009/06/20(土) 16:43:25 ]
- >>186
MapWindowPoints関数を使え。
- 188 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 16:59:52 ]
- ウェブのMSDNって「戻り値」の説明だけごそーり消えてるんだけどなんなんだあれ？
直す気ないのかな？
- 189 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 17:00:31 ]
- 関数とprintfとかとAPIはどっちが遅いの？
- 190 名前：デフォルトの名無しさん [2009/06/20(土) 17:01:21 ]
- >>181
ImmGetConversionList でいけるはず
- 191 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 17:26:14 ]
- >>190
IME2003以降では使えないけどな
- 192 名前：デフォルトの名無しさん [2009/06/20(土) 17:47:12 ]
- >>189
自分で調べろ
- 193 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 17:48:37 ]
- FF11 のいずれかを含むページは 10752 ページ中、 164 ページ見つかりました。
- 194 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 17:48:59 ]
- 誤爆した
- 195 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 18:01:34 ]
- >>189
OSで応答する分APIが遅い
- 196 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 18:52:31 ]
- >>187
有難うございます！！
- 197 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 18:54:46 ]
- >>195
は？
- 198 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 19:11:46 ]
- システムフックするソースとか見ると、DLL側で良く
#pragma data_seg(".ShareForHook")
HHOOK MouseHook = NULL;
#pragma data_seg()
を眼にするんだが、何でこれをする意味が良く分からない。
単純にHHOOK MouseHook = NULL;じゃ駄目なの？
- 199 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 19:15:11 ]
- #pragma data_segってのはプロセス間での共用メモリスペースを作るオプションでな
その中で宣言された変数はどこのプロセスで変更しても全てのプロセスに伝わるわけだ
何で必要なのかはCallNextHookExの第一引数見れば分かる
2000以降は要らないんだっけかな
- 200 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 19:15:12 ]
- 理由もちゃんと書いてあるだろ
- 201 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 19:26:23 ]
- >>197
ライブラリの関数は同じ実行ファイル内にリンクされるのでコストは自分と定義した関数と同じ
APIの場合は、IPCを通じてOS内部にある関数本体のアドレスに引数を渡して結果を受け取るためコスト増
- 202 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 19:31:04 ]
- ああこいつ馬鹿か
- 203 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 19:34:53 ]
- 素直に頭が悪くて理解できないと言えよw
- 204 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 19:36:31 ]
- printfもOSのAPI内部で呼ぶっつーの馬鹿
- 205 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 19:37:02 ]
- 自分で定義した関数で、想定されうるあらゆるデバイスに対して出力できる処理かいてるのか
- 206 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 19:38:39 ]
- >>199
有難う！
MSDNでのSetWindowsHookEx関数では
＞グローバルフックは共有リソースであり
と書いてあった
正直まだ解せない部分もあるけど、システムフックの最低限必要のマナーなのね
- 207 名前：199 mailto:sage [2009/06/20(土) 19:43:48 ]
- ああ、理解力なさそうだね
- 208 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 20:15:17 ]
- >>189=>>195=>>201=>>203
- 209 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 21:39:29 ]
- >>190
ImmGetConversionListを使う方法を教えていただき、どうもありがとうございました。
結論からすると、やはり逆変換はMSIME2002ではできて、ATOK2006ではできなかったです。
ソースコードは下記をそのまま使いました。
athomejp.com/goldfish/api/yomichange.asp
ATOKの2006は鬼門バージョンなんですかねｗ
- 210 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 21:54:53 ]
- まぁ、そんなもんじゃね？
あとは、実際の動作をエミュレートするかだな。
- 211 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 21:56:13 ]
- プログラム書いていていつも思うのは
LeftとRightとかBeginとEndとか
長さが違うのが無性に腹立つんだが
欧米人には美的感覚ってものが無いのか？
- 212 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 22:02:25 ]
- >>211
まずプログラミング言語ありきってか
- 213 名前：デフォルトの名無しさん mailto:sage [2009/06/20(土) 22:12:34 ]
- 外人さんのデモ見てると、プロポーショナルフォントだったりするしな・・・
- 214 名前：190 [2009/06/21(日) 00:06:52 ]
- >>209
2006ではだめですか。ATOK2005は確か出来たはずなんですが… 残念です。
- 215 名前：sage [2009/06/21(日) 01:02:46 ]
- 自分は漢字の読み仮名の取得には
IFELanguageを使ってるが。
|
 |
