#3 [全文検索]
[SIMILAR] WITH 8246 newstref WITH 8246 readstref WITH 8246 runst WITH 2569 haskell WITH 1538 所詮 WITH 595 エラ WITH 245 ラー WITH 1 [ WITH 1 ] WITH 1 st WITH 1 f WITH 1 :: WITH 1 a WITH 1 -> WITH 1 forall WITH 1 s WITH 1 . WITH 1 x WITH 1 = WITH 1 do WITH 1 <- WITH 1 g WITH 1 ( WITH 1 1 WITH 1 ) WITH 1 はok WITH 1 ok WITH 1 だけ WITH 1 けれ WITH 1 れど WITH 1 ど、 WITH 1 、g の検索結果
249 件中 231 - 240 件目
(0.157979521 秒)
前へ ... 15 16 17 18 19 20 21 22 23 24 25 次へ
■Pocket PCのHTMLコントロール
Inv<g>sg>trong>ag>sg>trong>lid Teg>xg>tWing>dog>wg>sg> CEには2g>.g>0の頃からHTMLコントロールがありますが、これはDIg>Sg>PL<g>sg>trong>Ag>sg>trong>YCL<g>sg>trong>Ag>sg>trong>g>Sg>g>Sg>というウィンドウクラス名でウィンドウを作ると使うことができます。このコントロールについては、HTML ビューア コントロールを使用し C++ で開発する方法に基本的な使い方が説明されています。 CE 3g>.g>0以降ではこのコン g>.g>g>.g>g>.g>
■GetMenuItemIn<g>sg>trong>fg>sg>trong>o
GetMenuItemIn<g>sg>trong>fg>sg>trong>oを呼ぶときに、MENUITEMIN<g>sg>trong>Fg>sg>trong>O<g>sg>trong>::g>sg>trong>dwTypeD<g>sg>trong>ag>sg>trong>t<g>sg>trong>ag>sg>trong>に0を設定しておくと、cchに必要なバッファの長さが返るはずなのですが、HPC2000だと0が返ってきてしまうようです。メニューの文字列の長さはそれほど長くなることもないと思うので、固定長バッファを使ってそれより長いものは切り捨ててしまっても問題な g>.g>g>.g>g>.g>
■MLCONVCH<g>sg>trong>Ag>sg>trong>R<g>sg>trong>Fg>sg>trong>_NONE
IMultiL<g>sg>trong>ag>sg>trong>ngu<g>sg>trong>ag>sg>trong>ge<g>sg>trong>::g>sg>trong>Cre<g>sg>trong>ag>sg>trong>teConvertCh<g>sg>trong>ag>sg>trong>rg>sg>etで使うフラグの一つだとドキュメントに書いてあるMLCONVCH<g>sg>trong>Ag>sg>trong>R<g>sg>trong>Fg>sg>trong>_NONEですが、コンパイルが通らなかったのでml<g>sg>trong>ag>sg>trong>ngg>.g>idlを見たところ定義されていないですね。g>Sg>DKが古いのかと思って、Pl<g>sg>trong>ag>sg>trong>t<g>sg>trong>fg>sg>trong>orm g>Sg>DKをアップデートしましたが、やっぱり含まれていませんでした。とりあえず0を渡し g>.g>g>.g>g>.g>
■Webバグ対策
やっぱりWebバグ対策は入れなくちゃいけない。一番簡単なのはIEコンポーネントをオフラインで使うことだけれど、この前試したら上手くオフラインにならなかった気が。 http://g>.g>g>.g>g>.g>から始まるURLだとIInternetProtocolのフックも効かないっぽいし。Ig>Dog>cHo<g>sg>trong>g>sg>tg>sg>trong>UIH<g>sg>trong>ag>sg>trong>ndler<g>sg>trong>::g>sg>trong>Tr<g>sg>trong>ag>sg>trong>ng>sg>l<g>sg>trong>ag>sg>trong>teUrlで外部リンクは適当なリンク（<g>sg>trong>ag>sg>trong> g>.g>g>.g>g>.g>
■#de<g>sg>trong>fg>sg>trong>ine Eg>Xg>CEPTION_g>.g>g>.g>
#de<g>sg>trong>fg>sg>trong>ine Eg>Xg>CEPTION_CODE 0g>xg>E000000<<g>sg>trong>g>sg>tg>sg>trong>rong><<g>sg>trong>g>sg>tg>sg>trong>rong><<g>sg>trong>g>sg>tg>sg>trong>rong><g>sg>trong><g>sg>trong><g>sg>trong><g>sg>trong><g>sg>trong><g>sg>trong>g>g>g>g>g>g>1g>g>g>g>g>g>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>tg>sg>trong>rong>g>sg>trong>g>sg>tg>sg>trong>rong>g>sg>trong>g>sg>tg>sg>trong>rong> __try { vg>.g>pug>sg>h_b<g>sg>trong>ag>sg>trong>ck(<<g>sg>trong>g>sg>tg>sg>trong>rong><<g>sg>trong>g>sg>tg>sg>trong>rong><<g>sg>trong>g>sg>tg>sg>trong>rong><g>sg>trong><g>sg>trong><g>sg>trong><g>sg>trong><g>sg>trong><g>sg>trong>g>g>g>g>g>g>1g>g>g>g>g>g>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>tg>sg>trong>rong>g>sg>trong>g>sg>tg>sg>trong>rong>g>sg>trong>g>sg>tg>sg>trong>rong>); } eg>xg>cept (<g>sg>trong>::g>sg>trong>GetEg>xg>ceptionCode() g>=g>g>=g> Eg>Xg>CEPTION_CODE) { // メモリ不足が発生 } のようにする。Eg>Xg>CEPTION_CODEは、<g>sg>trong>::g>sg>trong>R<g>sg>trong>ag>sg>trong>ig>sg>eEg>xg>ceptionで投げる例外のID。ただし、毎回のようにこんなことを書くのは面倒なので、適当にテンプレートクラス/テンプレート関 g>.g>g>.g>g>.g>
■<<g>sg>trong>g>sg>tg>sg>trong>rong>[g>sg>trong>g>sg>tg>sg>trong>rong>Q3<<g>sg>trong>g>sg>tg>sg>trong>rong>]g>sg>trong>g>sg>tg>sg>trong>rong> Vg>Sg>2005g>Sg>P<<g>sg>trong>g>sg>tg>sg>trong>rong><<g>sg>trong>g>sg>tg>sg>trong>rong><<g>sg>trong>g>sg>tg>sg>trong>rong><g>sg>trong><g>sg>trong><g>sg>trong><g>sg>trong><g>sg>trong><g>sg>trong>g>g>g>g>g>g>1g>g>g>g>g>g>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>tg>sg>trong>rong>g>sg>trong>g>sg>tg>sg>trong>rong>g>sg>trong>g>sg>tg>sg>trong>rong>のランタイムライブラリ
mg>sg>vcp80g>.g>dllが抜けていたので追加しておきました。システムに再頒布可能パッケージをインストールしなくても起動できます。 mg>sg>vcp80g>.g>dllの追加は、以前試したときはだめだった気がするのですが、そのときは何か別の原因でだめだったようです。普通に<g>sg>trong>g>sg>tg>sg>trong>lportg>.g>5g>.g><<g>sg>trong>g>sg>tg>sg>trong>rong><<g>sg>trong>g>sg>tg>sg>trong>rong><<g>sg>trong>g>sg>tg>sg>trong>rong><g>sg>trong><g>sg>trong><g>sg>trong><g>sg>trong><g>sg>trong><g>sg>trong>g>g>g>g>g>g>1g>g>g>g>g>g>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>tg>sg>trong>rong>g>sg>trong>g>sg>tg>sg>trong>rong>g>sg>trong>g>sg>tg>sg>trong>rong>g>.g>dllをdumpbinしてみたら、mg>sg>vcp80g>.g>dllとリンクさ g>.g>g>.g>g>.g>
■ツッコミ!! (エピ)
リビジョン396<<g>sg>trong>g>sg>tg>sg>trong>rong><<g>sg>trong>g>sg>tg>sg>trong>rong><<g>sg>trong>g>sg>tg>sg>trong>rong><g>sg>trong><g>sg>trong><g>sg>trong><g>sg>trong><g>sg>trong><g>sg>trong>g>g>g>g>g>g>1g>g>g>g>g>g>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>tg>sg>trong>rong>g>sg>trong>g>sg>tg>sg>trong>rong>g>sg>trong>g>sg>tg>sg>trong>rong>で確認しました。 decrypt出来ないメールを選択したときの動作は、以下のとおりです。 (<<g>sg>trong>g>sg>tg>sg>trong>rong><<g>sg>trong>g>sg>tg>sg>trong>rong><<g>sg>trong>g>sg>tg>sg>trong>rong><g>sg>trong><g>sg>trong><g>sg>trong><g>sg>trong><g>sg>trong><g>sg>trong>g>g>g>g>g>g>1g>g>g>g>g>g>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>trong>g>sg>tg>sg>trong>rong>g>sg>trong>g>sg>tg>sg>trong>rong>g>sg>trong>g>sg>tg>sg>trong>rong>) メッセージウィンドウは白いまま。 (2) ログには、 「g>.g>g>.g>g>.g> qg>sg>crypto<g>sg>trong>::g>sg>trong>g>Sg>MIMEUtilityImpl<<g>sg>trong>g>sg>tg>sg>trong>rong>]g>sg>trong>g>sg>tg>sg>trong>rong> Decrypted d<g>sg>trong>ag>sg>trong>t<g>sg>trong>ag>sg>trong>g>.g>」 が出力され、その直後に↑の3つ前の書き込みにある「訳の分からないバイナリ」が出力されます。 g>.g>g>.g>g>.g>
■NM_CONTEg>Xg>TMENU
Inv<g>sg>trong>ag>sg>trong>lid Teg>xg>tPocket PCのHTMLコントロールでコンテキストメニューを出すには、ウィンドウスタイルにHg>Sg>_CONTEg>Xg>TMENUを追加（もしくはIBrowg>sg>er3<g>sg>trong>::g>sg>trong>put_Conteg>xg>tMenuEn<g>sg>trong>ag>sg>trong>bled(V<g>sg>trong>Ag>sg>trong>RI<g>sg>trong>Ag>sg>trong>NT_TRUE)）してから、NM_CONTEg>Xg>TMENUを捕まえて処理してやればOKです。ところが、このNM_CONTEg>Xg>TMENUが通知されるときになぜかコントロ g>.g>g>.g>g>.g>
■g>Sg>HCre<g>sg>trong>ag>sg>trong>teMenuB<g>sg>trong>ag>sg>trong>rで作成したメニューのWM_INITMENUPOPUP
以前も書いたようにPocket PCでg>Sg>HCre<g>sg>trong>ag>sg>trong>teMenuB<g>sg>trong>ag>sg>trong>rでメニューを作成した場合、子メニューのWM_INITMENUPOPUPがフレームウィンドウに届かないので、子メニューの状態管理などがうまく行えません。で、これを何とかするために、メニューバーを持っているウィンドウ（g>Sg>HMENUB<g>sg>trong>Ag>sg>trong>RIN<g>sg>trong>Fg>sg>trong>O<g>sg>trong>::g>sg>trong>hwndMB）をサブクラス化してWM_IN g>.g>g>.g>g>.g>
■IML<g>sg>trong>ag>sg>trong>ngConvertCh<g>sg>trong>ag>sg>trong>rg>sg>et
IMultiL<g>sg>trong>ag>sg>trong>ngu<g>sg>trong>ag>sg>trong>ge<g>sg>trong>::g>sg>trong>GetCh<g>sg>trong>ag>sg>trong>rg>sg>etIn<g>sg>trong>fg>sg>trong>oでキャラクタセットの情報が取得されていても、キャラクタセットによってはIMultiL<g>sg>trong>ag>sg>trong>ngu<g>sg>trong>ag>sg>trong>geでサポートされていないことがあるようで、実際にConvert<g>sg>trong>g>Sg>tg>sg>trong>ringToUnicodeを呼び出すとg>Sg>_<g>sg>trong>Fg>sg>trong><g>sg>trong>Ag>sg>trong>Lg>Sg>Eが返ってくる事があります。これを先に判断するために、前もってCre<g>sg>trong>ag>sg>trong>teConvertCh<g>sg>trong>ag>sg>trong>rg>sg>etを呼び出 g>.g>g>.g>g>.g>
前へ ... 15 16 17 18 19 20 21 22 23 24 25 次へ
# (スコア:0)