[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 03/08 20:21 / Filesize : 206 KB / Number-of Response : 960
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【新GUI FW】WPF(XAML,AVALON,.NET3.0)【重い?】



1 名前:デフォルトの名無しさん mailto:sage [2006/11/08(水) 10:43:18 ]
あたらしいGUI FW、WPFについて語るすれ。

.NET3.0もリリースされて盛り上がってまいりますた。

WPF on MSDN
msdn2.microsoft.com/en-us/netframework/aa663326.aspx

.NET3.0
www.netfx3.com/blogs/news_and_announcements/archive/2006/11/06/.NET-Framework-3.0-has-been-released_2100_.aspx

WPF Mashup on YOUTUBE
www.youtube.com/watch?v=BUBOQFvh6yI



403 名前:デフォルトの名無しさん mailto:sage [2007/08/29(水) 21:38:18 ]
2.0も4.0も入ってるならコンバートする必要はないだろ
ソースレベルでは互換性は保たれるだろうし

404 名前:デフォルトの名無しさん mailto:sage [2007/08/30(木) 08:42:29 ]
>バイナリ保障されてるランタイム

実行バイナリの話なのか、実行ランタイムの話なのかハッキリしろよ。
何テンパッてるんだよ。

>ソースレベルでは互換性は保たれるだろうし

何そのM$では今までありえなかった話。

405 名前:デフォルトの名無しさん mailto:sage [2007/08/30(木) 11:53:28 ]
>>404
ここ4・5年、それ以前のMSではありえなかった話が山ほど実現してる。

406 名前:デフォルトの名無しさん mailto:sage [2007/08/30(木) 11:56:18 ]
件名:.NET1.1と.NET2.0の互換性について
ttp://www.atmarkit.co.jp/bbs/phpBB//viewtopic.php?topic=31486&forum=7&7

407 名前:デフォルトの名無しさん mailto:sage [2007/08/30(木) 12:02:27 ]
.NET Framework 2.0 廃止予定の API 一覧
ttp://www.microsoft.com/japan/msdn/netframework/programming/obsoleteapi/

意味わかんないです(><)
ttp://www.microsoft.com/japan/msdn/netframework/programming/obsoleteapi/ObsByNamespace.aspx#System.Windows.Forms

System.Windows.Forms.Form
ApplyAutoScaling()
メッセージ : このメソッドは非推奨になりました。
代わりに、ApplyAutoScaling メソッドを使用してください。

 ( <●><●>)   ドトネト1.0〜2.0廃止なのは分かってます
  (U      )つ  
    u  u

408 名前:デフォルトの名無しさん mailto:sage [2007/08/30(木) 12:04:41 ]
.NET2.0と.NET1.1が混在するクライアント環境でのノータッチデプロイメントの挙動について

ttp://forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=798587&SiteID=7

.NETの売り文句である、「自動的に適切なランタイムを選択しバージョンを気にせず使える」という話を信じて安心していたのですが、
このような自体になってしまい、書き換えるにしても時間が無い絶望的な状況だったりします。


409 名前:デフォルトの名無しさん mailto:sage [2007/08/30(木) 12:48:20 ]
APIが廃止されても大丈夫だからSide by Side実行なのだよ

410 名前:デフォルトの名無しさん mailto:sage [2007/08/30(木) 12:51:52 ]
>>409

つ 393
残念!


411 名前:デフォルトの名無しさん mailto:sage [2007/08/30(木) 13:21:26 ]
しかしObsoleteが来て廃止されたら
結局ソースレベルでは互換性がなくなるんだな
旧バージョンのCLRがあれば動くは動くんだろうけど



412 名前:デフォルトの名無しさん mailto:sage [2007/09/07(金) 23:17:33 ]
Visual Studio 2008ではTarget Frameworkとして複数の.NEt Frameworkの
中から一つの.NET Frameworkを選択することが出来ます。

HILOG on Hatena - Visual Studio 2008 Beta2 Available
d.hatena.ne.jp/InoHiro/20070728/p3

なんとなく思うに、しばらくはこのまま2.0, 3.0, 3.5で平行して
走らせてくつもりなのね。。。

413 名前:デフォルトの名無しさん mailto:sage [2007/09/10(月) 10:58:52 ]
バージョンを並行して使うのは、元々そういうつもりなんじゃなかったっけ。

414 名前:デフォルトの名無しさん mailto:sage [2007/09/10(月) 18:24:18 ]
Visual Studio のバージョンは .NET Framework のバージョンと密接に〜
とか言ってたのにな

2005 → 2008 の間に 3.0 と 3.5 を出す事になると
そうも言ってられないってことだな

415 名前:デフォルトの名無しさん mailto:sage [2007/09/10(月) 18:37:11 ]
0$のバージョンの上にドトネトバージョンが乗っかるって、





それって何てブビランタイム?

416 名前:デフォルトの名無しさん mailto:age [2007/09/14(金) 16:52:38 ]
hoshu

417 名前:デフォルトの名無しさん [2007/09/14(金) 21:29:51 ]
結局のところ.NETの利点はなに?
Javaは他OSで動くからまだいいんだが…

418 名前:デフォルトの名無しさん mailto:sage [2007/09/14(金) 21:57:55 ]
開発が楽になる

419 名前:デフォルトの名無しさん mailto:sage [2007/09/14(金) 22:17:45 ]
Microsoft的にはx86, x86-64, IA64間での
マルチプラットフォームの実現。

420 名前:デフォルトの名無しさん mailto:sage [2007/09/14(金) 22:25:32 ]
>>417
出版社と開発ツール屋と開発系コンサルが当分ネタに困らない。


421 名前:デフォルトの名無しさん mailto:sage [2007/09/15(土) 01:00:48 ]
JavaがWindowsじゃ役に立たないから、その穴埋め。



422 名前:デフォルトの名無しさん mailto:sage [2007/09/15(土) 01:35:38 ]
>421
それだ。
Javaの苦手なWindows上のGUI部分を埋めるのが.NET(WPF)の役割だな。

423 名前:デフォルトの名無しさん mailto:sage [2007/09/15(土) 06:47:56 ]
>>421
良回答10pt

424 名前:デフォルトの名無しさん mailto:sage [2007/09/15(土) 09:19:09 ]
たしかに、昔JavaのGUIアプリ仕事を引き継いで完成させたら、
客からは「操作がWinでもMacでもなく糞すぎ」と散々言われたなあ
最終的にWin挙動に似せるように、ちまちまプログラム追加していった
あれ以来Javaでプログラムはやってない。

425 名前:デフォルトの名無しさん mailto:sage [2007/09/15(土) 19:24:54 ]
Javaはどこでも動くがどこで動かしても中途半端

426 名前:デフォルトの名無しさん mailto:sage [2007/09/15(土) 20:02:42 ]
どこでも動くだけましだろ
Windows限定の中途半端なものに比べたら

427 名前:デフォルトの名無しさん mailto:sage [2007/09/15(土) 20:18:17 ]
どこでも動くのはWebアプリで結構

428 名前:デフォルトの名無しさん mailto:sage [2007/09/16(日) 02:12:16 ]
つーか市販のJavaアプリなんて見たことないけどw

429 名前:デフォルトの名無しさん mailto:sage [2007/09/16(日) 02:19:40 ]
Run Anywhere は幻想というのがよく分かるのが Java

430 名前:デフォルトの名無しさん mailto:sage [2007/09/16(日) 02:32:33 ]
電子政府がTrouble Anywhereって印象しかない < JVM


431 名前:デフォルトの名無しさん [2007/09/16(日) 09:47:05 ]
JavaでGUIプログラムとか(笑)



432 名前:デフォルトの名無しさん mailto:sage [2007/09/16(日) 12:54:35 ]
Web ブラウザ前提のアプリの場合、
GUI アプリじゃないのかどうか悩んでしまうな

433 名前:デフォルトの名無しさん mailto:sage [2007/09/16(日) 15:45:51 ]
見事な廃れっぷりだな。

WPF始まる前から終了の予感がしてきた。

434 名前:デフォルトの名無しさん mailto:sage [2007/09/16(日) 15:49:53 ]
VS2008の今のベータ版でもWPF関連の開発が一番遅れてる感じだな。
Linq/Dlinqの方がよほど安定してるよ。
WPFの普及は開発ツールにかかってると思うが今のところ前途多難。

435 名前:デフォルトの名無しさん mailto:sage [2007/09/16(日) 15:50:14 ]
でっていう

436 名前:デフォルトの名無しさん mailto:sage [2007/09/16(日) 16:38:13 ]
>>433
おいしいところ全部Silverlight 1.1に持って行かれたからな。仕方がない。

437 名前:デフォルトの名無しさん mailto:sage [2007/09/16(日) 17:25:55 ]
Sliverlightだって…

438 名前:デフォルトの名無しさん mailto:sage [2007/09/16(日) 17:41:08 ]
PowerShellばんざぁい

439 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 13:46:23 ]
>>436
そうでもない。
XBAP は終わってるかも知れんけど、
WinアプリはWPF使うだろうし。

Silverlight は、リソースとかイベントトリガとかバインディングの辺りで制限多い。
使えるエレメントも限られてるし。

440 名前:デフォルトの名無しさん mailto:sage [2007/09/18(火) 16:58:49 ]
HTMLの代わりに使えばいいんじゃね>XAML

441 名前:デフォルトの名無しさん mailto:sage [2007/09/19(水) 14:49:44 ]
Loose XAML のことかな。
IE + .NET Framework 3.0 の環境だけがターゲットになるのがつらいよなぁ。



442 名前:デフォルトの名無しさん [2007/09/24(月) 23:22:17 ]
C#使いは当然XAMLも勉強するよな?

443 名前:デフォルトの名無しさん mailto:sage [2007/09/24(月) 23:23:51 ]
しょーもないことで上げるなボケェ

444 名前:デフォルトの名無しさん mailto:sage [2007/09/25(火) 11:05:19 ]
なんかWPF触ってるとC#の堅物さに嫌気がさしてくる

445 名前:デフォルトの名無しさん mailto:sage [2007/09/25(火) 11:34:39 ]
WPFの方もIronPythonとかサポートしてくれないものか。

446 名前:デフォルトの名無しさん mailto:sage [2007/09/25(火) 19:13:26 ]
むしろ IronPython は WPF のサンプルとともにデビューしたんだけど...

447 名前:デフォルトの名無しさん mailto:sage [2007/09/25(火) 20:26:55 ]
WPFでのIronPythonサポートって何がしたいの?


448 名前:デフォルトの名無しさん mailto:sage [2007/09/26(水) 12:57:12 ]
Windows GUI アプリ開発で LL 使いたいってことかな。
俺としては、規模大きいアプリの開発に LL 使うのは否定派なんだが。

449 名前:デフォルトの名無しさん mailto:sage [2007/09/26(水) 13:04:37 ]
>>447
WPFがDependencyPropertyみたいなプロパティシステムを再実装したのは
GUIのコントロールツリーと.NETのプロパティが相性悪かったからってことでしょ。
.NETのプロパティは堅物過ぎたから
自前でフレームワークを作らないといけなかったとというわけで。

いくつかの軽量言語が組み込みで持っている型システムなら
そのまま流用できた可能性はある。

IronPythonの型システムとDependencyPropertyをどうくっつけるかみたいな話は
結構あちこちで行われてると思うよ。

450 名前:デフォルトの名無しさん mailto:sage [2007/09/26(水) 20:32:55 ]
>>449
プロパティシステムを再実装したのは、Attached Propertiesのようなものが必要だったからでしょ。
(Visual Treeにおける親子間のデータ引き継ぎ)

だけど、それが軽量言語の型システム流用で解決できるとはとても思えないんだけど・・・。

451 名前:デフォルトの名無しさん mailto:sage [2007/09/26(水) 21:04:56 ]
で、C##が誕生するのか



452 名前:デフォルトの名無しさん mailto:sage [2007/09/27(木) 01:30:33 ]
>>450
実行時にプロパティを付けたり外したりってまさにLL言語の十八番だと思うけど。

453 名前:デフォルトの名無しさん mailto:sage [2007/09/27(木) 20:25:49 ]
>>452
いや、単にプロパティを追加するってのではなくて、
別クラスのプロパティを持てるってのがポイント。

そりゃ、LL言語のプロパティの動的追加機能を使って、
obj.ClassNamePropertyName
みたいな書き方すれば似たようなことはできるかもしれないけど、
それはちょっとなぁ。美しくない。

454 名前:デフォルトの名無しさん mailto:sage [2007/09/27(木) 23:39:00 ]
>>453
property missingをフックして親のチェーンをたどるとか。
そういうのじゃだめ?

455 名前:デフォルトの名無しさん mailto:sage [2007/09/28(金) 00:19:26 ]
>>454
型Aのオブジェクトaに プロパティ B.Name と C.Name を設定したいとき
LL言語で

a.Name = "あ"
a.Name = "い"

とすると二行目でプロパティが上書きされてしまうので、
>>453の書き方が必要という話だと思うけど、

> property missingをフック

するとどういう書き方になるの?

456 名前:デフォルトの名無しさん mailto:sage [2007/09/28(金) 16:39:24 ]
依存プロパティをコード中で使うための構文
obj.SetValue(Class.Property, value);
ってのを、LL 言語を使えば
obj.Class_Property = value;
とか書けるのは書けるだろうけど。

それができて嬉しいとはさほど思えない。
書きやすさのメリットは確かにあるけども、
普通のプロパティと依存プロパティの区別が付かなくなることにはデメリットもあると思う。

457 名前:デフォルトの名無しさん mailto:sage [2007/09/28(金) 17:31:19 ]
>>456
んー
>普通のプロパティと依存プロパティの区別が付かなくなることにはデメリットもあると思う。

LLを静的言語風に使おうとしている雰囲気がするけどどうなんだろねえ

例えば何でもいいから obj ってインスタンスのがあって、
たとえば ImportDP( obj, Class ) みたいに書くと
Class に定義されている依存プロパティが obj にインポートされて
以降そのインスタンスに限って obj.Property = value と書けるようになるとか。

事前に一括コンパイルする訳じゃないんだから
ソースを見て「これは普通のプロパティ」「これは依存プロパティ」とか
そこまでこだわりながらプログラミングするものかねぇ。

たとえば obj.HogeHoge って書いておきながら
実際に Hogehoge という何かがなかったとしても
プログラムがそこを通らなければ問題なしって世界だよ?


458 名前:デフォルトの名無しさん mailto:sage [2007/09/29(土) 00:23:04 ]
なるほどな。
LLでできそうだ。
自分の子供には、自分に必要なプロパティを追加すればいいんだもんな。

459 名前:デフォルトの名無しさん mailto:sage [2007/09/29(土) 10:53:17 ]
そしてIDEのデザインモードは壊滅

460 名前:デフォルトの名無しさん mailto:sage [2007/10/09(火) 05:24:51 ]
とりあえず依存プロパティをGetValueするときにキャストが必要なのはなんとかしてほしいな。

C#4.0待ち?

461 名前:デフォルトの名無しさん mailto:sage [2007/10/12(金) 00:21:03 ]
msdn2.microsoft.com/ja-jp/library/ms750559(VS.80).aspx
NotifyIcon 同等のコントロールはありません。
となってるんですが、つまりWPFに通知領域にアイコンを表示するコントロールはないってことですか?



462 名前:デフォルトの名無しさん mailto:sage [2007/10/22(月) 08:44:04 ]
>>461
ttp://msdn2.microsoft.com/en-us/library/aa972170.aspx
とかダメなん?
詳しく読んでないけど。

463 名前:デフォルトの名無しさん mailto:sage [2007/10/22(月) 09:07:48 ]
シェルとのやり取りはWPFの仕事じゃないから、無くて当然な気もするな。

464 名前:デフォルトの名無しさん mailto:sage [2007/10/22(月) 20:39:22 ]
>>462
いえ、全然駄目なことないです、自分も素直にFormsのNotifyIcon使おうかなと思ってたので
ただWPFだけで機能が完結してる方がなんとなく綺麗かなと
>>463
結局そういうことなんでしょうね

465 名前:デフォルトの名無しさん mailto:sage [2007/10/22(月) 23:04:11 ]
とはいえコモンダイアログ系は Microsoft.Win32 に移ったんだから
NotifyIcon とかもそっちでやって良かったと思う今日この頃

質問です。
RichTextBox で IsReadOnly を true にするとキャレットが消えてしまうんですが、
WinForms の RichTextBox.ReadOnly と同じように
書き込めないけどキャレットの操作可能って状態にはできないもんでしょうか。

466 名前:デフォルトの名無しさん mailto:sage [2007/10/24(水) 01:42:54 ]
FileDialogはMicrosoft.Win32なのに、
PrintDialogはSystem.Windows.Controlsという謎仕様。
そしてColorDialogは存在すらしない…

467 名前:デフォルトの名無しさん mailto:sage [2007/10/24(水) 02:55:19 ]
FileDialog→C++/CLI→Microsoft.Win32
PrintDialog→C#→System.Windows.Controls
ColorDialog→J#→ぬるぽ

468 名前:デフォルトの名無しさん mailto:sage [2007/10/25(木) 02:09:17 ]
PrintDialog → 印刷はWPFの守備範囲だぜ → System.Windows.Controls
FileDialog → WPF関係ないんじゃね? → Microsoft.Win32
ColorDialog→ おまいら、もっと素晴らしいダイアログ作れ → ×

469 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 07:04:57 ]
音声認識・合成面白そうなんだけどXPじゃしんどいなぁ…
nliteでいろいろ弄った所為かSDKやらOfficeやらインスコしてもSAPIを認識してくれないorz
精度気にしなくていいからニコニコとかピアキャス・ネトゲ用に支援ツール作れば受けそうなのに

470 名前:デフォルトの名無しさん mailto:sage [2007/10/26(金) 15:22:56 ]
Expression Blend で実行すると上手くいくのに、
Visual Studio 2005 で作成すると、メニュークリック時に落ちる…。何故?

<Grid x:Name="LayoutRoot">
 <DockPanel LastChildFill="False">
  <Menu VerticalAlignment="Top" DockPanel.Dock="Top">
   <MenuItem Header="ファイル">
    <MenuItem Header="新規作成" />
    <MenuItem Header="開く" />
   </MenuItem>
  </Menu>
 </DockPanel>
</Grid>




471 名前:デフォルトの名無しさん [2007/10/30(火) 07:53:48 ]
Acropolisプロジェクト終了のお知らせ
ttp://blogs.msdn.com/acropolis/archive/2007/10/29/An-Acropolis-Update.aspx

Codename Maxといい、WPFを使ったプロジェクトは呪われてるな



472 名前:デフォルトの名無しさん mailto:sage [2007/10/30(火) 17:08:17 ]
WPFは素人を騙すデモアプリになら結構使えるよ

473 名前:デフォルトの名無しさん mailto:sage [2007/10/30(火) 17:29:01 ]
何これプロパティウインドウでイベント選べないのかよ糞過!
とか思ってたのに慣れてくるとこっちの方が良く感じてくるから怖い

474 名前:デフォルトの名無しさん mailto:sage [2007/10/30(火) 18:15:17 ]
>>471
VS2008に統合するって話じゃないか?

475 名前:デフォルトの名無しさん mailto:sage [2007/10/30(火) 18:56:12 ]
>>474
WinFSは死なずにKatmaiに取り込まれる、みたいな建て前の話だろ

476 名前:デフォルトの名無しさん mailto:sage [2007/11/01(木) 01:35:01 ]
ならいいじゃん

477 名前:デフォルトの名無しさん mailto:sage [2007/11/07(水) 03:38:17 ]
WPFを勉強しようと思うんだが、お勧めの本ってある?
C#でそれなりなものが組めて、ベータを少しいじったくらいのレベルなんだけど?

478 名前:デフォルトの名無しさん mailto:sage [2007/11/07(水) 08:53:56 ]
本なんて少ししか出ていないから、全部立ち読みしてみて選んだら良い。

479 名前:デフォルトの名無しさん mailto:sage [2007/11/07(水) 19:26:09 ]
msdn2 の日本語訳版でも読めばいい

480 名前:デフォルトの名無しさん mailto:sage [2007/11/07(水) 21:38:56 ]
>>477
ttp://adamnathan.net/wpf/
これがヨカッタ。
フルカラーだし。



481 名前:デフォルトの名無しさん mailto:sage [2007/11/08(木) 16:07:40 ]
WPFだとD3Dデバイスの管理はCLRの中の人がやってくれてるんですか?



482 名前:デフォルトの名無しさん mailto:sage [2007/11/08(木) 16:11:33 ]
WPF の中の人の構造はよく知らないけど、
使う方からみて D3D デバイス管理的なことは全くする必要ない。

483 名前:デフォルトの名無しさん mailto:sage [2007/11/11(日) 09:48:33 ]
msdn2.microsoft.com/ja-jp/library/ms743714(VS.80).aspx

の下の方の図を見ると、
SessionEndingの後にExitが呼び出されるように見えるのですが、
皆さんの環境ではこの通りに動いてますか?

こちらの環境でログオフを行うと、SessionEndingが呼び出された後、
Exitが呼び出されずにそのままアプリケーションが終了してしまいます。

484 名前:デフォルトの名無しさん [2007/11/20(火) 23:30:49 ]
WPFでチャート描きたいときって
Windows.Formsと同じで標準ではチャートコントロールないよね?
WPF用でなにか定番のソフトとかってある?

485 名前:デフォルトの名無しさん mailto:sage [2007/11/20(火) 23:38:49 ]
とりあえずWindowsFormsHost使ったら

486 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 08:06:13 ]
ttp://www.infoq.com/jp/news/2007/11/ironruby-silverlight
XAMLんが短いけどな。
なんつーか良くも悪くもRubyだ。

487 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 11:20:47 ]
階層構造書くのは XML な XAML の方が見やすいと思うんだけど。
ほんと、良くも悪くもだなぁ。

488 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 17:09:34 ]
静的に定義できる部分はXAMLで
動的にやりたい部分はRubyで書けるのかな。

489 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 18:12:18 ]
>>488
Silverlight 1.1 はそれが出来るように作ってるはず。
IronRuby、Silverlight でぐぐればそういう話が出てくる。

490 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 18:29:49 ]
1.0でもaddメソッド使えば動的に要素追加できるんだと思ってたけど駄目なの?

491 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 22:45:17 ]
JScriptでいいなら出来る



492 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 23:35:09 ]
実行中のプログラムウインドウのレイアウトをxamlに書き起こすメソッドってありますか

493 名前:デフォルトの名無しさん mailto:sage [2007/11/22(木) 13:48:59 ]
つ XamlWriter.Save

494 名前:デフォルトの名無しさん mailto:sage [2007/11/22(木) 19:50:46 ]
>>493
うおお、まさにこれです、ありがとうございました!

495 名前:デフォルトの名無しさん mailto:sage [2007/11/24(土) 12:14:35 ]
WPF重すぎてつかえねぇよ・・・
何年経てば実用的な速度で動くようになるんだろうな

496 名前:デフォルトの名無しさん mailto:sage [2007/11/24(土) 12:41:01 ]
3Dでアニメーションはまだ、実用的な速度は出ないよ。
2Dアニメーションや静止画3Dなら使える。

497 名前:デフォルトの名無しさん mailto:sage [2007/11/24(土) 13:05:45 ]
だな、2Dも実は重いんだろうけど見た目でなんとなく誤魔化せる

498 名前:デフォルトの名無しさん [2007/11/26(月) 17:07:31 ]
xamlでgifアニメーション動かせます?
静止画としてしか表示できないのかな

499 名前:デフォルトの名無しさん mailto:sage [2007/11/26(月) 17:35:22 ]
>>495
CPUのクロックが10GHzに到達するころじゃない?
あっという間だね^^

500 名前:デフォルトの名無しさん mailto:sage [2007/11/26(月) 18:24:08 ]
当分来ないなw

501 名前:デフォルトの名無しさん mailto:sage [2007/11/26(月) 21:52:51 ]
>>498
xamlだけじゃ無理のはず。
何とかしてgifアニメのインターバルを取得してこないといけない。



502 名前:デフォルトの名無しさん mailto:sage [2007/11/26(月) 22:15:18 ]

なんでWPFなのにCPUクロックの話になるんだ

503 名前:デフォルトの名無しさん mailto:sage [2007/11/27(火) 01:21:20 ]
WPFというか、グラフィックス関連に無知識なやつがCPU速度と騒ぐんだよな。
フレームバッファとかスクリーンバッファも知らないやつじゃないか?






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<206KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef