C A L E N D A R
プロフィール
ADMIN:Kuar メール kuar☆ mail.goo.ne.jp(メッセ対応) スカイプ kuar_s HP http://sora-blue.net/~kuar/index.html mixi http://mixi.jp/show_profile.pl?id=10917408
最新記事
(08/07)
(02/21)
(01/04)
(12/23)
(04/11)
カウンター
ブログ内検索
アーカイブ
|
無題
Cと奮闘中。
ダウンロード(c) まだフレーム作成、画像の表示+透過処理、窓枠消し、背景透過までしかやってねーぞ なのに何このプログラム量。 まだ4〜5割しかプログラムが把握できていない訳だがだいぶんわかるようにはなってきた。 wc.hbrBackground = GetStockObject(NULL_BRUSH); これで背景そのものは透明色になってくれるわけではないらしい。 現実的にはそうみえるのだが移動を行った際にいろいろと残念なことになる。 PAINTが行われた時だけその背景の色を背景色とするような処理らしくなんらかの方法で再描画してやらないと透過していることにはならない。 本来再描画はWM_PAINTで行うものなのだが今回はWM_PAINTでは全く効いてくれない。 フレームそのものを再描画してやらないことには思った通りには動かないようだ。 (一旦アプリケーションを後ろにやって戻したそのときはあたかも透過されているようにみえるが動かすとまるで駄目) つまりはフレームそのものはリペイントされていないのではなかろうか。 PR
・C O M M E N T
・無題
WM_PAINTが送られてくるっていうのは単にシステムが
『再描画すべき段階になったけど、どうする?』っていう連絡をよこしているにすぎないから、 実際に再描画するかどうか(その為の処理を作るかどうか)は作り手次第なのよな つまりところ再描画する処理を別に関数化しちまって、 再描画 or 必要な時(例えばアプリ起動直後)に呼び出すようにすれば ある程度は描画のタイミングを管理できるんでねーかい? 当然、その『再描画関数』を実行する事で背景がキチンと透過されると保証できる状態でなければならんけど。 TRACKBACK
この記事のURL▽ この記事のトラックバックURL▽
|
CopyRight (c) のなちす All Right Reserevd. |