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

[表示 : 全て最新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
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


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

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
652 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 19:59:08 ]: >>651
Vistaにすればそういうことはなくなる。
653 名前：デフォルトの名無しさん [2008/01/02(水) 20:03:42 ]: >>652
同じFormでもそうなんですか、てことは原因は何なのでしょう？
すみませんが、不勉強でよくわからないのです・・・。すんません。
654 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 20:09:29 ]: セロリン 2.4GHz+Intel 865G+メモリ512MB+XP SP2のヘボPCでWPF試した限りではレインボーは最小限に留まった(皆無にはならない模様)。
まあWPFはDirectXでウィンドウ描画しているから(VistaのAeroもそうだっけ?)グラボの性能が悪いと意味ないと思う。
やっぱり↑のスペックだとWPFは厳しい?
655 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 22:06:05 ]: >WPFのコントロールの描画動作はFormのそれよりも圧倒的に高速
これは幻想だな。
Vistaでもかなり重い処理のままので速度に期待するのは止めた方が良い。
656 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 22:14:23 ]: 現時点ではWPFはWinFormの代替にはならない。
それぞれに得意分野があるから当分かぶらないと思うよ。
657 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 20:15:46 ]: >>654
DirectX でウィンドウ描画は Aero であって WPF じゃない
DirectX を利用して GPU に描画を任せる、が一番合ってるが

で、XP の場合は WPF を使う事で「一部だけ」GPU に任せられるようになるが
Vista ほど全面的にサポートされてる訳ではない
658 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 20:35:32 ]: >>657
やはりWPFはVistaのAero表示前提か…。
現状Formだと僅か10個のコントロールを置いただけで起動時に描画が見えてしまうから、それが改善出来るのならWPFに鞍替えしようと思っていた。
Vista購入予定は全くないし、暫くは個人で使う小物に留める事にする。
659 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 20:59:10 ]: ウインドウの表示領域にAeroとか関係ないだろ
WPFはその中で動くゲームみたいなもん
660 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 21:27:59 ]: >>658
WPFのコントロールがデスクトップに表示されるまでの処理
1. ウィンドウが持つバッファに各コントロールを描画する
2. バッファを合成して１枚のデスクトップ画像にする

1の処理はXPとVistaで速度が変化することはない。
2の処理はVistaのAeroだと、多少GPUを使う。影の描画はCPU処理だそうな。
661 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 21:30:38 ]: 結局CPUパワーが大事なんだな。
ツールボタンのアイコンを全部ベクトルデータにしたら重いかな。
662 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 23:01:24 ]: 自由にDirectXで描画できないかな
WindowsFormsHost使えば簡単にできたけど、上にコントロール重ねたりできない
663 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 23:08:35 ]: >>662
ある局面だけを見れば可能だろうけど、
細かい部分で使用が複雑になりすぎる希ガス。

例えばWPFはDirect3D描画中にビデオカードのリセットがかかったり、
リモートデスクトップクライアントのGPUに描画を引き継いだりしても
平然と描画を続けるんだけど (その代償としてメインメモリが食われてるが)、
Direct3Dで同じもの作れと言われれば死ぬだろう。

確かに自前のDirect3D描画とWPFとを組み合わせられればとてつもなくCoolだが
Coolじゃない部分の面倒が見切れんと思ったときのMSはそもそも機能ごと切るのが通例。

MSが検討しなかったってことは無いと思うよ。
それで非対応なんだから何か色々問題があったんだろう。
664 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 00:33:50 ]: DirectXで自由に描画したいんだったら生のDirectX使えよ。
665 名前：662 mailto:sage [2008/01/04(金) 01:00:44 ]: Direct3D上でWPFのコントロール使えたら素敵だなと思った。
レンダーターゲットをBitmapSourceにコピーする力技を試してみたら一応動いた。
毎フレームBitmapSourceを作成してて、しかもDisposeできないのが気持ち悪い。
666 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 01:18:10 ]: WPFで2Dのグラフとかかける？
667 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 01:31:37 ]: >>666
描けるよ。

何となく>>666の望むものは付属していない気がするけど。「作れ」と言われる気がする。
ttp://www.codeproject.com/KB/vista/swordfishcharts.aspx
668 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 01:33:44 ]: こういうのとか？
blogs.msdn.com/hiroyuk/archive/2006/10/06/Animation-and-Trigger_2C00_-Loose-XAML-.aspx
669 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 01:44:22 ]: 皆さん親切
ありがと～

でもどこから手をつけたらいいやら・・・
XMLってコンピュータにはやさしいかもしれないけど私にはやさしくないな
みづらいよ
670 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 01:51:49 ]: xmlはコンピュータというより、開発環境にやさしい言語
671 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 15:56:10 ]: >>669
たしかにXMLやHTMLのような宣言ベースな言語だと、内容の増加に比例して可読性が悪くなっていくな。
業務でWPFを使ってるが、XAMLで定義するとデバッグが限りなく不可能なので、パーシャルクラスで実現しほうが良い気がしてる。
（今やってるのはMSの方針にそってXAMLで定義してるが地獄だ・・）
672 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 16:48:24 ]: WPFで書いてXAMLで出力、これ最強
673 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 17:20:47 ]: ExpressionBlend使えば？
XMLなり、XAMLなり人間がいじる必要ないでしょ。
ソフトが読み書きするためのもんだし。
674 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 17:35:35 ]: SOAPの仕様はプログラマーの可読性を重視したものではない。
PC環境にやさしい互換性を目指したものだ。
これを理解できれば、XAMLで開発するのは開発環境依存だと
すぐに気がつくだろ。
675 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 18:58:18 ]: HTMLなんて人にも環境にもやさしくないんだぜ？
676 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 19:47:19 ]: XMLは分割して定義するのができないから、数百行の関数や
数百のメソッドを持つクラスを作るような形になってしまうな。
特にXAMLは機能を詰め込みすぎたためか、余計症状が酷い。
677 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 23:24:30 ]: ResourceDictionary使えばある程度分割できるんじゃない？
678 名前：デフォルトの名無しさん mailto:sage [2008/01/05(土) 21:22:38 ]: >>676
<xsl:include/> が欲しいということか
679 名前：デフォルトの名無しさん mailto:sage [2008/01/05(土) 21:24:31 ]: WPFの入門書、いいのがあったらおしえてください
680 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 21:01:47 ]: はじめまして。
近未来のアニメとかに出てくる、空間に浮かぶポリゴン上で
ビデオを再生するみたいな処理を身につけたいと思い、
DirectX9.0の参考書を買ってきて一から勉強しようとした矢先に
こんな記事をみつけました。
ttp://msdn.microsoft.com/msdnmag/issues/07/03/DigitalMedia/default.aspx?loc=jp
(デジタルメディア:WPF を使ってコントロールと 3D の表面にビデオを追加する)

おお、これこそ自分がやりたいことではないですか！　ヽ(^o^)丿

でも、これってWPFで初めてできるようになったのでしょうか？
この処理を実現するためにDirectXの本に10000円以上つぎこんだ
私はおまぬけさん？　(-_-;)
681 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 21:06:34 ]: 顔文字uzeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee
682 名前：680 mailto:sage [2008/01/06(日) 21:32:38 ]: とりあえず自分で調べてみた。

DirectX 9(Managed)の方には動画テクスチャとかいう概念があって
Microsoft.DirectX.AudioVideoPlaybackのVideoにある
RenderToTextureメソッドを使うと似たようなことができるらしい。
ttp://www.microsoft.com/japan/msdn/directx/japan/dx9/default.aspx
ttp://www.microsoft.com/japan/msdn/directx/japan/dx9/AVCS.aspx

じゃーManagedでない方はできないのか？？？　予想では
　DirectX Graphics の Direct3DのAPIと
　DirectShow の VMR (Video Mixing Renderer)とかいうのを
組み合わせればできそうな予感がしているのだが・・・
(10000円が無駄にならんことを祈る)
683 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 21:34:14 ]: そりゃWPFだってDirectX9だし
684 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 21:37:24 ]: ＞RenderToTextureメソッドを使うと
って自分で言ってるじゃないか
その通りにアンマネージでもやればいいだろ
685 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 21:42:50 ]: そんなくだらないことのためだけにDirectXを一から覚えるなんて見上げたもんだ
686 名前：680 mailto:sage [2008/01/06(日) 21:59:36 ]: >>684
それがRenderToTextureメソッドはアンマネージの方には
存在しないようなのだ。

んで、いろいろ探してみたら　ありましたよ　やっぱし
VMR (Video Mixing Renderer)のサンプルに（俺、ナイス勘）

ttp://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/directx9_m/directx/ref/ns/microsoft.directx.audiovideoplayback/c/video/video.asp
ソース : (SDK ルート)\Samples\C++\DirectShow\VMR\Cube

ふむふむ・・・俺が入れたのは最新版のSDKだから
C:\Program Files\Microsoft DirectX SDK (November 2007)
の下のSampleの下っと・・・・

「な、ない？？！！　DirectShowフォルダがねえええええ！！！！
　Microsoftめええ　Sample削りやがったなああああ」
687 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 22:09:58 ]: お前みたいなスレ違いの構ってちゃんはこっちにでも行って土下座してろ
pc11.2ch.net/test/read.cgi/tech/1196150200/
688 名前：680 mailto:sage [2008/01/06(日) 22:23:24 ]: 古いSDK入れたら見つかりました。
>>687
WPFから話題ずれたのでそっちへ逝ってきます。構ってくれて
ありがとうございました。
689 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 02:00:40 ]: >>686
DirectShowは旧Platform SDK/現Windows SDKへ移された。
690 名前：680 mailto:sage [2008/01/07(月) 02:26:38 ]: >>689
サンキュー。
古いのだとVisual Studio 2005でコンパイル通らなかったけど
Windows SDKのVMR9のサンプルはすんなり通ったよ。しかも
俺のやりたかったことほぼそのまんま。

細かい動作原理はまだ理解できてないが枠組みは判ったので
色々と応用できそうですなり。ちなみに10000円分の書籍達には
VMRについては一切記述がなかったのだが;;基本を学ぶ上では
非常に参考になるので良しとしよう。

WPFとどっちが簡単なのかも今後の研究課題にしようかと思います。
スレ汚し失礼しました。
691 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 08:14:49 ]: XAMLって使わなきゃいけないの？
全部C#で書けない？
692 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 08:16:55 ]: 可能だけどめんどくさい
693 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 08:33:09 ]: XAML は .NET の UI 関連のクラス定義を
partial class として分離したものだから
C# や VB なんかで全部書く事は当然できる

が、XAML の syntax でないエラーは
本当にどこが悪いのか分かりにくくてたまらん
694 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 08:37:46 ]: VC# Express使ってるんだけど
Windowのpartial classのもう片方はどこにある？
695 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 08:41:47 ]: obj のディレクトリに hogehoge.g.cs ってのがあるけど
696 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 08:42:29 ]: なるほどあった
クラスビューからは見えるのか
しかし見ないほうが良かった
697 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 11:20:41 ]: App.xamlってなんのためにあるの？
メインメソッド自分で書きたいんで消しちゃっていい？
698 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 12:28:12 ]: >>697
App.xamlはApplication.Resourcesを書くのが一番の目的。
メインメソッドを自分で書きたい理由がargsが欲しいだけならOnStartupをオーバーライドしとけ。
699 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 12:58:21 ]: >>698
使用するウインドウを動的に変えたいんだ
700 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 13:14:52 ]: >>699
protected override void OnStartup(StartupEventArgs e) {
if (e.Args.Length == 0) new Window1().Show();
else new Window2().Show();
// base.OnStartup(e);
}
701 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 13:15:37 ]: >>700
なるほどそれでいいのか
ありがとう
702 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 15:31:56 ]: exeにApp.xaml
dllにWindow.xamlを置いてdllを参照し、
AppのOnStartUpでWindow.Show()してみたんだけど表示されなかった
こういう使い方はもう完全アウトなのかね
703 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 15:36:59 ]: いまいち何やってるか見えてこないが、やり方が間違ってるのだと思う。
704 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 15:40:39 ]: WPFアプリケーションのプロジェクトを作った
App.xaml.csはこうね

protected override void OnStartup(StartupEventArgs e)
{
　new Window1().Show();
　base.OnStartup(e);
}

で、App.xamlのStartUpUriは消した

クラスライブラリのプロジェクトを作って、WindowBase,PresentationCore,PresentationFrameworkを参照して
Window1.xamlをそのプロジェクトにカット＆ペーストした
そうすると表示されない
カット＆ペーストする前は表示された
705 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 16:24:37 ]: 全然違った
表示されない原因は名前空間を変えてるからみたいだな
706 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 17:20:48 ]: クラスライブラリのプロジェクトにWPFウインドウを追加するにはどうしたらいいんだろう
707 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 17:39:56 ]: クラスライブラリでWPFウインドウを作ろうとしたら、
InvalidOperationExceptionが投げられて、ウインドウのコンストラクタの名前
Window()
ここのところがハイライトされる形でデバッガが止まって、

＞呼び出しスレッドは、多数の UI コンポーネントが必要としているため、STA である必要があります。

といわれたのだけど、これがどういう意味なのかググってもよく分からんので教えていただけないでしょうか
708 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 17:53:43 ]: >>707
呼び出した側がMTAで実行されてるけど、呼び出された側はSTA上じゃないと実行できないYO!って意味
STAスレッド作ってやってその中で呼び出せば動くはず
709 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 18:38:38 ]: なるほどSTATHeadをつければいいんですね
ありがとうございました
710 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 19:08:42 ]: 2箇所もスペルが違う
711 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 19:39:16 ]: ずっとSTATHeadと読んでたんですが実はSTAThreadだったんですね
ようやく意味が分かりました
712 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 20:05:13 ]: エスティーエーティーヘッド?
713 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 20:57:01 ]: スタットヘッド
714 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 22:28:56 ]: スペル間違う奴はたいていレベル低くてバグが多い
715 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 22:30:21 ]: STATHedでもSTAThreadでもいいが、ないてるみたいだな
716 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 22:42:02 ]: TAT ＜ェェェェェー!！
717 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 08:05:35 ]: WindowのClientSizeってどこからとってくればいい？
718 名前：デフォルトの名無しさん [2008/01/09(水) 11:06:18 ]: 気軽な質問なのですが、
WPFを使ったキラーアプリはどんなものがあるのでしょうか？
こんなのができる、というのが知りたいだけなので、
フリーソフトでもかまいません。

また、.NET3.0から使うことができるようですが、
今後、WinFormを押しのけて、メインになりそうでしょうか？
719 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 11:10:08 ]: MS Expressionかな、WPFアプリっていうと。
720 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 11:55:45 ]: >>718
＞今後、WinFormを押しのけて、メインになりそうでしょうか？
今のところ住み分けできそう。当分競合はしない。
721 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 11:57:07 ]: ExpressionでUserControlとしてボタンとコンボボックスを作りました。
WinFormsアプリでElementHostを使用して上記のボタンとコンボボックスを表示しました。

しかしたまに上記のボタンとコンボボックスが描画されないときがあります。

アプリを起動して描画されれば以降もずっと描画されるのですが、
描画されないとそれ以降も描画されません。
ただしコンボボックスをドロップダウンするとボタンもコンボボックスも描画されます。

ElementHostのバグでしょうか？
ElementHostを使用したサンプルなどがあるサイトなどご存知ないでしょうか。
722 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 22:40:54 ]: >>719
Expressionは別にフォームでも実装できるようなもんだからなぁ･･･
やはりWPFというと、アニメーション、透明、３D、ビデオなどの統合された表示など使っていてFormじゃ難しそうなものでないとキラーアプリといえないんじゃないかと。
723 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 23:15:22 ]: milcore早く仕様公開してくれよ！
724 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 00:48:43 ]: >>722
3Dとか動画って部分がキラー要素になれるアプリってかなり限定的だと思うんだが（こういうのくらい�apples65.blog69.fc2.com/blog-entry-253.html）
使う側からすればRibbonの方が魅力的でない？まあOffice2007の評価は置いとくとして
アニメーションは重くならないならFlash程度のギミックは入れてみたいけどさ
それよりは音声合成/認識みたいなビジュアル以外のWPFの情報が増えてほしいな
725 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 03:25:32 ]: >>718
残念ながら、まだ限られた人が実験的にアプリを作成している段階だな。
まだまだ当分、WinFormやWin32APIの時代が続きそうだ。
726 名前：718 mailto:sage [2008/01/10(木) 04:33:37 ]: 質問に答えてくださり、感謝

まだ、これから、ということですかー。
用途的にも、他のUIライブラリや、APIとかぶらない、と

>>724
xamples.infragistics.com/xamShowcase.xbap

Flashみたいに使えるんですね。
とはいえ、.NET3.0必須なら、Windows限定か。

Pen4とRADEON X700だと、重い？アニメーション時のCPU負荷や、起動メニュー切り替え時の固まりがすごいｗ
GPU使ってるならもっと軽くてもいいものですけど

> Ribbon
いや、俺、Ribbon好きですｗ
一般にはうけてないようですけど、何がどこにあるかわからないメニューよりかは断然いいと思うんですよね
727 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 05:08:56 ]: なんでもそうだけど、使い慣れていないものは一般受けしない。
ある程度、普及しないと評価されないものだよＵＩは。
それに、誰でもわかりやすいＵＩをデザイン出来るデザイナーがいれば
ＭＳは喜んで採用してくれると思うよ。
728 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 06:35:55 ]: Ribbonはカスタマイズさえできれば文句ないんだがなー。
729 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 08:17:36 ]: >>728
カテゴリの区分はＭＳの押し付けで固定にするのはナンセンスだから、
カスタマイズは俺も必要だと思う。
それに、デフォルトや個人のカスタマイズを保存して別の端末で操作するときに
簡単に設定が移行できることも必要だ。
開発環境の設定を別の端末に移行するのに苦労した技術者俺だけではないだろう。
せっかく、MSがXML
730 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 08:19:16 ]: >>つづきｗ
MSがXMLを推進しているのに、自社製品でXMLを使った環境移行を行えないのは
あまりにもナンセンス。
XMLの本来の使い方はこのようなところで発揮されるものを俺は思っている。
731 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 11:12:49 ]: OnRenderSizeChangedをoverrideして
つまみをひっぱったときに縦横比を保持したまま
中身全体をScaleTransformで拡大するようにしたんだが
つまみをひっぱるときに一瞬つまんだサイズになった後狙ったサイズになる
どうしたらその一瞬を見えなく出来るだろう
732 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 17:22:07 ]: しかしリボン UI は安易にカスタマイズできるようにすると
Office 2007 でユーザが Alt を押した時に絶望するかもしれん

まぁ、とりあえず早いとこ MFC でのリボン UI サポートと
Windows Forms/WPF でのリボン UI サポートを
標準提供してほしいところだ
733 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 22:44:34 ]: リボンライブラリぐらい自社コードでお願いします！
734 名前：718 mailto:sage [2008/01/11(金) 05:30:47 ]: >>728
Office2007に関しては、クイックアクセスツールバーっていうキャプションバーに
旧来のOfficeのツールバーみたいのがくっついていて、
そこに簡単に機能が登録でき（例えば、メニューやボタンの右クリックから）、
また今までのようにカスタマイズもできます。
頻繁に使う機能はそこに追加してつかってます。

カスタマイズ性ものこしつつ、アクセスしやすくボタンを配置しているのは、よいUIだなーと思います。
ただ、クイックアクセスツールバーはボタンが小さいのと、低解像度だと狭いのがRibbonの難点ｗ
735 名前：718 mailto:sage [2008/01/11(金) 05:36:03 ]: あ、あと、これは実際に使ったことないと、わからないのですが、
Ribbonはタブ切り替えが、面倒っていう意見がよくあります。

これは、クイックアクセスツールバーでも対処できますが、
標準で、よく使う機能、例えばテキストのフォント選択や装飾は、
テキスト選択時にフローティングウインドウで、すぐに変更できるようになっています。

まあ、対処療法的で、上部ツールバーだけで解決してない、と言われればそれまでですが、
よく考えられてはいると思います。
736 名前：718 mailto:sage [2008/01/11(金) 05:36:36 ]: スレ違いスマソ・・・
737 名前：デフォルトの名無しさん mailto:sage [2008/01/11(金) 11:56:23 ]: >>735
そのためのキーボード操作ではあるんだが……
慣れたユーザは今までも結局「画面など見ないで」Alt からのメニュー操作や
Ctrl-B などでのショートカットを使っていた訳で

この点は 2007 だと
・2007 Office system のキーストローク (リボン UI キー割り当て)
・Office 2003 のキーストローク (Office 2003 互換操作)
・ショートカットキー
が使える分手段が増えていたりする

Alt-H でホームに戻す→そのままボタンを押す、でも操作できる訳だから
タブ切り替えが面倒というのは、やっぱり大して慣れてないだけだと思う
738 名前：デフォルトの名無しさん mailto:sage [2008/01/11(金) 13:09:40 ]: むしろ慣れてきてからタブ切り替えが面倒に感じたよ。
たとえばグラフや図を編集するとき、
以前はフローティングツールバーと標準ツールバーが同時に表示されていたけど、
今はグラフツール・図ツールのタブとホームタブを何回も往復しなきゃならん。
オプションのタブは作業ウィンドウとして右側に表示すべきだな。
739 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 12:24:44 ]: マイクロソフトに入社してUIなおしてこい
740 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 12:51:22 ]: >>738
その辺りは練り込みが一歩足りない感じはあるよな……
741 名前：デフォルトの名無しさん [2008/01/13(日) 02:53:07 ]: WCFのことはこのスレじゃ駄目？
それとも他に良いスレあるかな？
742 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 03:29:55 ]: ここでも各言語スレでもどこでもいいと思うけど

答えられる人は少なそうだ（おいら含む
MSDNフォーラムもWCFは閑古鳥だしな
743 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 10:30:28 ]: WCFはともかく、WFやCardSpaceは全くいないな。.
俺的には3.0の機能より3.5の機能の方がはるかに多く使ってるよ。
744 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 11:40:38 ]: 何に使えるのかわかりにくいからな
WPFは「見た目がよくなるのか～」って使ってみる気になるんだが
745 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 22:24:50 ]: なんか使えるコントロールが少ないのが気になる
プロパティパネルがほしい
アップダウンもなくね？
746 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 16:01:05 ]: 磨りガラスみたいな半透明効果はWPF/XAMLじゃなくてvista&DWMじゃないと標準では無理ですかね？
747 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 16:46:49 ]: BlurBitmapEffectとかOpacityMaskとかじゃ駄目なん？
748 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 16:50:48 ]: >>747
これだー！不透明で検索すればよかったのか…ありがとうございます
749 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 17:21:46 ]: そして、XP で実装した時のあまりの重さに絶望する >>748 であった
750 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 17:51:19 ]: >>749
……orz
自分の場合GPUが貧弱なんですが、XPの場合はってことはそういう問題ではないですか？
751 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 18:11:11 ]: XPでウィンドウを半透明にするのってGPU積んでようが結局CPU描画じゃないっけか？
752 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 18:44:36 ]: 透過処理は.NET3.5でGPUのアクセラレーションが有効になったけど、それとは別の件ぽいですね

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

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