約 6,033,100 件
https://w.atwiki.jp/qtfan/pages/15.html
Trolltechのドキュメント
https://w.atwiki.jp/rundyjack/pages/143.html
https://w.atwiki.jp/bloggertemplate/pages/18.html
Add third-party functionality or other code to your blog. b widget id= HTML1 locked= false title= HTML type= HTML b includable id= main !-- only display title if it s non-empty -- b if cond= data title != "" h2 class= title data title/ /h2 /b if div class= widget-content data content/ /div b include name= quickedit / /b includable /b widget
https://w.atwiki.jp/gin999/
WxWidgets関連の事を適当に書いていきます。。。(適当に編集してくれると嬉しいです) 内容について； 間違った事が書かれている可能性が大いにあります。 参考までにとどめといてください。 まずはこちらをご覧ください。 @wikiの基本操作 用途別のオススメ機能紹介 @wikiの設定/管理 おすすめ機能 気になるニュースをチェック 関連するブログ一覧を表示 その他にも適当な機能満載！！ @wikiプラグイン @wiki便利ツール @wiki構文 バグ・不具合を見つけたら？ お手数ですが、こちらからご連絡宜しくお願いいたします。 ⇒http //atwiki.jp/guide/contact.html 分からないことは？ @wiki ご利用ガイド よくある質問 @wikiへお問い合わせ 等をご活用ください
https://w.atwiki.jp/wximsupport/pages/38.html
キーイベントの処理順 Macで入力した文字を確定できない問題と絡む話。Input Method対応にする際に解決しなければならない。 キーイベントを処理するかもしれないもの アプリケーション (EVT_KEY_DOWN) Input Method Accelerator この3者のうちのどれが優先されるべきか? 現状 キーを押したときのイベントがどの順番で処理されるか wxMSW WM_KEYDOWN Input Method Accelerator アプリケーション Input Methodでイベントが消費された場合、wParamがVK_PROCESSKEYになっている。かなり早い段階でIMEに処理されるようだ。IMEに先んじるには…フックか? wxOSX/Cocoa NSResponder の keyDown メソッド Accelerator アプリケーション Input Methodに渡っているのか不明。一応src/osx/cocoa/window.mmのwxWidgetCocoaImpl DoHandleKeyEventでinterpretKeyEvents を呼んでいるようなのだが… wxOSX/Carbon kEventClassKeyboard/kEventRawKeyDown Accelerator アプリケーション Input MethodCarbonEvents.hのコメントによるとkEventRawKeyDownが処理されなければTSMが処理するらしい wxGTK "key_press_event" アプリケーション Input Method (gtk_im_context_filter_keypress) Accelerator src/gtk/window.cppのgtk_window_key_press_callbackを参照。 理想 Input Method アプリケーションやAccelerator Input Methodの処理がアプリケーションの後になると、入力した文字を確定する前の操作が制限される恐れがある。この結果、例えばwxRichTextCtrlでは、確定はできるが←→キーでの文節の移動や、エスケープキーでの入力取り消しができない。wxStyledTextCtrlでは確定すらできない。 実装するには GTK+はgtk_im_context_filter_keypressを呼ぶ位置を変えればいい。 CocoaのOSX 10.6で追加されたAPI(-[NSTextInputContext handleEvent ])ではInput Methodがイベントを処理したかどうか教えてくれるが、 OSX 10.0からある-[NSResponder interpretKeyEvents ]ではInput Methodが処理したかどうか分からない。 CarbonもInput Methodが処理したかどうか分からない…いや、kEventRawKeyDownイベントを直接application targetに送ってやれば…でも面倒だな… …と思ったけど、Input Methodに処理させるとwxでいうところのEVT_CHAR(kEventClassTextInput/kEventTextInputUnicodeForKeyEvent,inputText ,"commit")が発生してしまうなぁ。EVT_KEY_DOWNよりも前にEVT_CHARが発生するのはまずいか。普段は アプリケーションやAccelerator Input Method としておいて、確定前の編集中だけ Input Method アプリケーションやAccelerator に切り替えるのがいいのか? それとも、前に書いたパッチみたいにEVT_CHARを起こす直前にEVT_KEY_DOWNを起こすか?
https://w.atwiki.jp/ayako/pages/131.html
歌姫の浜崎あゆみすっぴん画像はものすごかった 櫻井翔はエリート一家だった 嵐 二宮和也のぷっくりお腹とキス画像 整形AKB48板野友美のアゴのシリコンがずれてきた 後藤真希の最新画像は頬がこけておばあちゃんのようになっていた 整形の河村隆一が太って顔面が激変 神田うのが化け物みたいになっている 整形の釈由美子と熊田曜子が２人とも進化していた 月9ヒロイン武井咲のヤンキー時代の画像 産後の奥菜恵が劣化しすぎてフィフィのようになっていた 吉川ひなの整形顔が劣化してまるで別人 人体整形？拒食症？ほしのあきの体に異常事態 大橋未歩のコマネチＧＩＦ画像 これは黒歴史 浅倉大介の売れる前の画像がすごすぎる 水野裕子の筋肉がすごい 15 item(s) Last-Modified 2011/10/02 20 42 57
https://w.atwiki.jp/hgks/pages/12.html
ゲームの画像を載せる場所です モンスターハンターの画像 モンスターハンターの画像はここにお願いします その他のゲームの画像 それ以外はこちらへ
https://w.atwiki.jp/h264hirasa/pages/31.html
改変画像検出に関する論文リストです DPFっていうやつ（こいつに勝てればよさそう） A. Qamra, Y.Meng, Edward Y.Chang, “Enhanced Perceptual Distance Functions and Indexing For Image Replica Recognition,” IEEE Trans. On Pattern Analysis and Machine Intelligence 27, pp.379-391, March 2005. わかりやすいよ C. Kim “Content-based image copy detection,” Signal Processing Image Communication Vol. 18, pp169-184, 2003. 帝王（絶対読んじゃダメだぞ！絶対だからな） Yan Ke, Rahul Sukthankar, and Larry Huston “Efficient Near-duplicate Detection and Sub-image Retrieval,” In ACM Conf. on MultiMedia, Pp869-876(2004) 最新 Hsiao, J.-H., Chen, C.-S., Chien, L.-F., Chen, M.-S, ” A new approach to image copy detection based on extended feature sets,” IEEE Transactions on Image Processing 16 (8), pp. 2069-2079, 2007
https://w.atwiki.jp/dominions3/pages/993.html
Midget Masher 使い手のサイズ次第で価値が大きく変わる大槌 Midget Masher 両手武器 研究Lv 属性 属性2 内部ID 51 4 1 威力 攻撃補正 攻撃回数 長さ 13 2 1 3 防御力 防御補正 回避率 重さ 1 射程 弾数 特殊 その他 自分より小さい相手に2倍打 ゲーム内解説文 This huge weapon causes double damage against smaller opponents. 和訳 この巨大な武器は、より小さな敵に対して倍の被害を与えます。 注記 小さい相手をプチッと叩き潰すための大槌。条件を満たしていれば絶大な威力を見込める。 基本威力は高めで、攻撃補正も標準的。防御補正はやや貧弱だが、使用者のサイズより1でも小さい相手には2倍のダメージを叩き出すというボーナスを持つ。 使い手が大きければ大きいほどボーナスを得られる対象が増え、また大型の指揮官は総じて腕力も強いことから、巨人系の神や巨人の国では有力な武器と言える。重装だろうと高HPだろうと容赦なく叩ける。 ただしあくまで単体攻撃のため、あまりにサイズ差がある相手だとむしろ数に圧倒されるという面も。サイズ2の人間相手だとすると、サイズ6が持つよりもサイズ3で他の兵に紛れて殴るほうが活かしやすい。コストも低く、数を出すのは難しくない。 もちろん、サイズ6であってもやや小さめの巨人を叩くなどの用途はある。意外とサイズ5止まりの巨人は多いので、相手をよく見ながら運用すれば大物殺しとして十分に活躍してくれるだろう。 コメント 名前 コメント
https://w.atwiki.jp/koara/pages/10.html
イベント wxWidgetsのイベント処理構造はＭＦＣに良く似ています。 Javaなどではイベントをあらかじ動的に追加していくという 手法を使っていますが、wxWidetsの場合はあらかじめイベントテーブルを用意するＭＦＣと同じ手法になります。 ＭＦＣとの違いはより直感的でわかりやすくパッケージされていることと、イベントの動的な追加にも対応している点です。 まずイベントテーブルの基本的な用法について説明していきます。 ダイアログにボタンを作成し、クリックされたらメッセージを表示し終了するというのをやってみます。 mydialog.h wx/wx.h class mydialog public wxDialog { public mydialog(){} mydialog(wxWindow *parent, int id=-1, wxString title="", wxPoint point=wxDefaultPosition, wxSize size=wxDefaultSize, int style=wxDEFAULT_DIALOG_STYLE); virtual ~mydialog(); void OnButton(wxCommandEvent event); protected DECLARE_EVENT_TABLE() }; ダイアログのプロトタイプです。 メンバにDECLARE_EVENT_TABLE()を追加することでイベント処理に必要なメンバ変数が自動的にインプリメントされます。 イベント処理を行うクラスでは必ずこの記述が必要になります。 mydialog.cpp "mydialog.h" #define ID_BUTTON 1 BEGIN_EVENT_TABLE(mydialog,wxDialog) EVT_BUTTON(ID_BUTTON, mydialog OnButton) END_EVENT_TABLE() mydialog mydialog(wxWindow *parent, int id, wxString title, wxPoint point, wxSize size, int style) wxDialog(parent, id, title, point, size, style) { new wxButton(this, ID_BUTTON, "Click Me"); } void mydialog OnButton(wxCommandEvent event){ wxMessageBox("Hello World"); EndModal(0); } ここでイベントテーブルが出てきます。 BEGIN_EVENT_TABLE(mydialog,wxDialog) この記述でどのクラスに対するイベントテーブルかを定義します。 EVT_BUTTON(ID_BUTTON, mydialog OnButton) ID_BUTTONというボタンが押されたらmydialogのOnButtonを呼ぶというルールを作るわけです。 END_EVENT_TABLE() イベントテーブルの終了です。 これがイベント処理の基本的な形になります。