08/04/07 23:51:50
FormのClientRectangleみたいに
ウィンドウの中身をピッタリ例えば640*480にするにはどうすればいいの？
850:デフォルトの名無しさん
08/04/08 05:09:28
AIR対抗のSilverlight for Desktopが出る可能性があるから、
そっち待ったほうがいいかなーって思っちゃうんだよな。
SLのほうが軽いし他のOSでも動くし……。
AIRはコード書きにくいから期待してる。
851:デフォルトの名無しさん
08/04/08 07:47:56
SilverLightで住むやつはそっちのほうがいいかもね。
2.0だとWPFとどれだけ違うんざんしょ。
852:デフォルトの名無しさん
08/04/08 08:42:25
>>849
自分で微調整
853:デフォルトの名無しさん
08/04/08 20:03:53
ウィンドウハンドル取得してAdjustWindowRectは可能だろうか？
854:デフォルトの名無しさん
08/04/08 20:16:24
サイズがなんピクセルとか考えなくて済むのがWPFでふぁ
855:デフォルトの名無しさん
08/04/09 01:50:45
それはない
856:デフォルトの名無しさん
08/04/09 02:18:22
>>853
試して報告してくれ。
ハンドルはWindowInteropHelperで取得できるから。
857:デフォルトの名無しさん
08/04/10 10:28:09
>>854
まあそういう面もあるが、解像度はともかく比率くらいは固定したいところだ。
858:デフォルトの名無しさん
08/04/10 17:52:36
自動サイズでキャンバス貼り付ければ
サイズの取得はできるかと。指定はどうだろねー？
859:デフォルトの名無しさん
08/04/10 19:41:05
おまいらPowerStockうごかすとどのぐらいCPUくう？
Core2Duoマシーンで常時5-60%逝ってるんだが(；´Д｀)
860:デフォルトの名無しさん
08/04/10 22:09:28
Aeroは散々たたかれているが、3Dデスクトップ自体だめなのか、ほかのMacのQuartzとかLinuxとかどうなの?
861:デフォルトの名無しさん
08/04/10 22:12:42
マーケティング部門にとっては嬉しい新機能
エンドユーザにとっては正直どうでもいい
エンジニアにとっては災厄の根源
862:デフォルトの名無しさん
08/04/10 22:23:57
>>861
UIのベクター化は普通にエンドユーザーにも恩恵あるだろ
863:デフォルトの名無しさん
08/04/10 22:31:19
* VistaのSuperFetchとAeroは安易に切ると遅くなる
ｽﾚﾘﾝｸ(win板)
864:デフォルトの名無しさん
08/04/10 22:33:40
Aero別に悪くないけどな。もう一年使ってるわ。
使用感が違うしスペックの足りないマシンならもっさりかもしれないけど、慣れると平気。
今から改めてMacOSXとかGNOMEに慣れるのと大差ないだろ。
865:デフォルトの名無しさん
08/04/10 23:12:15
MS自身がAeroの見た目しか宣伝しないからどうしようもないだろ。
866:デフォルトの名無しさん
08/04/10 23:22:19
一般人にはGUIって言葉すら通じないからしょうがない。
867:デフォルトの名無しさん
08/04/10 23:23:16
半透明効果云々でI/O負荷掛かり杉でイマイチだけど
UI処理をGPUにお任せするって方向性は正しいと思うよ
Aeroで見た目効果にコダワったのが敗因
868:デフォルトの名無しさん
08/04/10 23:26:48
アルファブレンディングって32bppのうち詰め物分の8bit使ってるだけでふぁ
869:デフォルトの名無しさん
08/04/10 23:40:45
Aero GlassのアニメーションがMacみたいに派手でないから、
ティアリングしないのがいいんだとか言っても一般人には
さっぱり伝わらないんだよね。
こけおどしであっても、今より派手なアニメ効果をイントール時
デフォルトON、「パワーユーザー」さん向けにオフにできるように
しといたらここまではネガキャンされなかったかも。
870:デフォルトの名無しさん
08/04/10 23:48:09
Deep Color対応のPC用ディスプレイは普及するんじゃろか
871:デフォルトの名無しさん
08/04/10 23:54:05
>>869
それはそれで2chとかの自称中級ユーザーとかには叩かれそうだなｗ
872:デフォルトの名無しさん
08/04/10 23:58:53
まずはGDIとWinGの辺りから説かないとなw
873:デフォルトの名無しさん
08/04/11 00:01:28
ティアリングって描画のvsync同期と関係しているのであって、
描画の派手さには関係ないような気がするんだけど。
874:デフォルトの名無しさん
08/04/11 00:13:31
従来に比べたらメモリも食うから、派手で目立つメリットがないと受け入れにくいでしょ。
945Gに合わせなければもっと派手にできたんじゃない？
875:デフォルトの名無しさん
08/04/11 00:27:32
どっちかっつと全ウィンドウを馬鹿正直にバッファに持つってー思想が間違いだったんでね？
なんぼマシンパワー余ってるつーたってメモリにゃ限りがある訳で
876:デフォルトの名無しさん
08/04/11 00:31:38
共有コンテキストだと結局誰かが弄るたびに描き換えでは
877:デフォルトの名無しさん
08/04/11 00:39:42
描画終わったあとなら、ウィンドウ1枚でバッファはせいぜい2～4Mだろ。
ウィンドウ動かすたびにGDIで再描画かけるより、中身が同じなら移動分はDirectXで合成し直す方がいいって判断したんでしょ。
878:デフォルトの名無しさん
08/04/11 03:13:04
デスクトップのこと忘れてねえかそれ
それにビデオカードなら独立して256Mとか使えるけど統合型だと結局メモリ圧迫する
879:デフォルトの名無しさん
08/04/11 09:29:47
結局トレードオフだろ
メモリは多めに食うけど、Aeroオンだと確かにCPU負荷はオフのときに小さい
880:デフォルトの名無しさん
08/04/11 09:30:11
オフのときに比べて、ねorz
881:デフォルトの名無しさん
08/04/11 10:36:26
OSXではその辺どうなってるんだろうね。
URLﾘﾝｸ(arstechnica.com)
これの中段図を見ると仕様はAeroとまったく同じに見えるが。
（ちなみに下段図のすべてGPUに任せるやつは結局ボツになったらしい）
882:デフォルトの名無しさん
08/04/11 10:49:23
WPFって別にAeroと関係なくね？
XPでも動くんだし。
883:デフォルトの名無しさん
08/04/11 15:28:23
WPFがXP上でも動くのは、ApacheがCygwin上でも動くみたいなもんだぞ。
884:デフォルトの名無しさん
08/04/11 17:48:28
>>883
マーケティング的にはそんなイメージがあるけど、
WPFはXPでも、Vistaでもほとんど変わらないぞ。
見た目が違うのはWPFに限ったことじゃないし、
動作速度だってXPの方が速いくらいだ。
885:デフォルトの名無しさん
08/04/12 08:43:29
>881の一番下みたいにいきなりGPUに飛ばせれば負荷が軽くなるんだけど
これが本当の意味のGPUを使ったアクセレーションなんだけどな
886:デフォルトの名無しさん
08/04/12 08:47:01
>881
どうやらEnableできるらしい
URLﾘﾝｸ(journal.mycom.co.jp)
887:デフォルトの名無しさん
08/04/12 13:28:45
できるのに、最新のLeopardでも無効にしてるってことは、致命的な問題があるんだろ。
あまり詳しくないけど
GPUのShaderってCPUに比べたらかなり低レベルなもんらしいし、
もっと賢くなるまで無理なんじゃないか。
888:デフォルトの名無しさん
08/04/12 13:55:18
Direct3D 10.1の仮想化＆マルチスレッド対応に期待だな。
10.1がオンボードに載ってそれにWPFが対応するまで1年以上かかりそうだが。
889:デフォルトの名無しさん
08/04/12 17:44:07
AeroにしたところでいままでのアプリはGDIで描いてるわけだしな。
890:デフォルトの名無しさん
08/04/12 17:56:45
アプリもGPU描画に移行させたいならネイティブから使えるAPI用意すりゃいいのにな
今のところWPFしかないってのが
891:デフォルトの名無しさん
08/04/12 17:59:13
c#ネイティブだろ。
892:デフォルトの名無しさん
08/04/12 18:05:18
>>884
ただしたまに差が現われることもあるね。
修正済みだけど下記の件。
「Windows XP または Windows Server 2003 で、
レイヤード ウィンドウが有効になっている WPF ベースのアプリケーションのパフォーマンスが低下する」
URLﾘﾝｸ(support.microsoft.com)
URLﾘﾝｸ(forums.microsoft.com)
歴史的経緯
URLﾘﾝｸ(blogs.msdn.com)
URLﾘﾝｸ(blogs.msdn.com)
URLﾘﾝｸ(blogs.msdn.com)
893:デフォルトの名無しさん
08/04/12 18:51:32
>>891
.NETのWindowFormsはwin32のラッパー
894:デフォルトの名無しさん
08/04/12 20:03:40
WPFはC#ネイティブとも言えるな
895:デフォルトの名無しさん
08/04/13 15:44:13
ウィンドウから
窓枠とかメニューを抜いた部分を指定のサイズにする命令はありますか？
896:デフォルトの名無しさん
08/04/13 21:16:33
"窓枠とかメニューを抜いた部分" にコントロールを一つ置いてサイズを指定し、
他の部分はサイズを自動計算させればいい。
897:デフォルトの名無しさん
08/04/16 13:11:35
まだ始めて間もないのですが、ちょっと教えてくださいまし。言語はC#です。
適当なCanvasを作って、このCanvasの上辺等に線を描きたいのですが、Canvasの大きさの変更に追従してほしいのですが
単純に Line クラスを作り、Line.X1 , X2 プロパティーの Canvas の幅を設定すると、大きさが変更されても追従してくれません。
使うクラスは Line である必要性はないのですが、こういった時はどうするのが一番てっとりばやいでしょうか？
898:デフォルトの名無しさん
08/04/16 13:22:33
CanvasのSizeChangedイベントで処理
899:897
08/04/16 14:00:35
調べていて、ちょっと便利そうな機能があったのですが
<Canvas Name="canvasTitle">
<Line Stroke="Black" X1="0" X2="{Binding ElementName=canvasTitle , Path=ActualWidth}" Y1="5" Y2="5"/>
</Canvas>
これで当初の目的は(それ以上の内容も)一応果たせそうです、ただ動的に生成したくてXamlで書くとちょっと調子が悪いです。
これに対応するC#のコードはどうなっているの教えてもらえると助かります。
Xamlとクラスライブラリの対応表はどこかにないですかね・・・・どこをみてもXamlの説明ばかりです。
>>898 ども、それは自分もいちばん最初に考えて面倒くさそうだなと思っていました。
900:デフォルトの名無しさん
08/04/16 15:56:37
Border 使えばいいんじゃね？
901:デフォルトの名無しさん
08/04/16 16:28:56
スノー
902:デフォルトの名無しさん
08/04/16 18:59:41
いわゆる過疎
903:デフォルトの名無しさん
08/04/16 21:54:10
>>899
Border を使えばいいと思うけど、そのまま C# 化すると↓こんな感じ。
var line = new Line{
X1 = 0, Y1 = 5, Y2 = 5,
Stroke = new SolidColorBrush(Colors.Black),
};
var bind = new Binding{
Mode = BindingMode.OneWay,
ElementName = "canvasTitle",
Path = new PropertyPath("ActualWidth"),
};
BindingOperations.SetBinding(line, Line.X2Property, bind);
this.canvasTitle.Children.Add(line);
904:デフォルトの名無しさん
08/04/17 00:10:58
>>897
もう遅いかもしれんが、
LayoutTransformを使ってみてはどうだろうか？
905:デフォルトの名無しさん
08/04/17 17:17:11
C#のコードで
Ellipseをcanvasの好きな位置に配置するにはどうすればよろしいでしょうか？
906:デフォルトの名無しさん
08/04/17 17:38:57
>>905
依存プロパティでぐぐれ。
一例↓。
var ell = new Ellipse { Width = 10, Height = 10, Fill = new SolidColorBrush(Colors.Black) };
ell.SetValue(Canvas.LeftProperty, x);
ell.SetValue(Canvas.TopProperty, y);
907:デフォルトの名無しさん
08/04/17 17:38:58
>>905
RenderTransform に値を設定すればいいです。
908:デフォルトの名無しさん
08/04/17 19:10:31
前から思ってたけど
SetValueとかCanvas.SetTopって書き方回りくどいよね。
マクロ関数欲しいわ～
909:デフォルトの名無しさん
08/04/17 19:29:58
>>908
まあ、どうしてもというなら拡張メソッドでどうぞ。
910:デフォルトの名無しさん
08/04/17 22:24:08
その手があったか。
911:デフォルトの名無しさん
08/04/18 08:38:56
>>906-907
ありがとうございます
Canvas.SetLeft(ellipse, left);
Canvas.SetTop(ellipse, top);
でもいけました、ありがとうございました
912:デフォルトの名無しさん
08/04/18 09:09:19
デザイナでキャンバスのサイズを決めると
ウィンドウからはみ出します。どうすればリンクさせられるの？
913:デフォルトの名無しさん
08/04/18 10:15:12
Window.SizeToContent
914:デフォルトの名無しさん
08/04/21 21:45:52
GeometryとかShapeを継承して新しい形状作ったりしたいんだが
詳しいサイトor良書おしえてくれぃ
915:デフォルトの名無しさん
08/04/21 21:55:30
少なくともGeometryは無理(MSDNに明記)
Shapeも多分そういう使い方は想定されてない
916:デフォルトの名無しさん
08/04/21 22:04:14
>>915
ﾄﾝｸｽ
CreateInstanceCoreは何を返せばいいんだろうとかずっと考えてた。
具体的には曲線（非ベジェ）をアニメーションさせたいんだが
今まで（Graphics.Draw***とか）と勝手がだいぶ違って困ってる。
917:デフォルトの名無しさん
08/04/25 09:10:01
やっぱWPFというとGUI関連の話ばかりになるけど、
VistaのWPFで問題なく印刷できてるよ～って人います？
現在xpsファイル作れてDocumentViewerでプレビューもできるけど、
印刷すると毎回どこか一部の文字が消えたり、スプーラからジョブが消えたり
挙動が怪しい。プリンタ機種変えても同じ。
でも、XPS Viewer Essential Pack使うとちゃんと出てくる。
あと、PageOrientation.Landscapeって無視されません？
うちだけなのかなぁ。
918:デフォルトの名無しさん
08/04/27 08:44:20
そういう話はWindows板でやってくれ
919:デフォルトの名無しさん
08/04/27 09:00:39
なんでだよ
920:デフォルトの名無しさん
08/04/27 13:46:02
ここはサポートセンターじゃねーんだよ
921:デフォルトの名無しさん
08/04/27 15:49:08
じゃぁおまえは疑問とか一切書き込むな
922:デフォルトの名無しさん
08/04/30 16:45:06
Imageコントロールに表示した画像をScaleTransformで拡大する時に
最近傍補間に(拡大されたドットが見えるように)することできる?
RenderOptions.SetBitmapScalingModeってのを見つけたけど
バイリニアより下に設定できないみたいだし…
923:デフォルトの名無しさん
08/05/01 09:30:10
>>922
つWindowsFormsHost+PictureBox
924:デフォルトの名無しさん
08/05/01 13:37:31
WindowsFormsHostの上にWPFのコントロールを表示することは無理か？
いちいちFormsのコントロールの上にWPFコントロールを載せて……ってやればできるかな
SwingはJava7から普通にできるようになるらしいが
925:デフォルトの名無しさん
08/05/01 14:06:08
> WindowsFormsHostの上にWPFのコントロールを表示することは無理か？
意義が良く分からない
926:デフォルトの名無しさん
08/05/01 17:19:35
ああ、上にって、重ね合わせの問題
WPFコントロールはトップレベルのウインドウに描画するが、
Formsコントロールの実体は子ウインドウ
そうするとFormsのコントロールの上にWPFのコントロールを重ねても
Formsのコントロールが上に表示されてしまう
って話。上に来たWPFコントロールは自動的に子ウインドウになるとかやってくれればいいのに
パフォーマンスはまた別問題として
927:デフォルトの名無しさん
08/05/01 17:22:34
HwndSource じゃ駄目？
928:デフォルトの名無しさん
08/05/02 22:26:58
Formと比べるとWPFのデザイナがイマイチなんだが(イベント登録が手動だったり)
次期バージョンはいつ出るんだろう?
929:デフォルトの名無しさん
08/05/03 00:53:29
イベント登録はWPFのほうが楽だと思うけどなぁ。
慣れると逆にFormのほうがめんどくさいよ。
その代わり、デザインだアニメ－ションだバインディングだと凝り始めると、
ややこしさが等比級数的に増していくような。
930:デフォルトの名無しさん
08/05/03 01:22:43
XAMLは、ツールを意識してデザインされた割には、
ツールが出揃っていない。
931:デフォルトの名無しさん
08/05/03 01:28:14
そりゃー誰も使ってないし。
Vistaが大失敗した ＋ 新規開発される世の中のサービスのほぼ全てはWebアプリ
932:デフォルトの名無しさん
08/05/03 01:33:22
>>931
的外れな意見ありがとう！
933:デフォルトの名無しさん
08/05/03 06:15:07
ﾜﾛﾀ
934:デフォルトの名無しさん
08/05/03 09:17:01
>>929
言語仕様的にどうこう言うより、IDEの支援が貧弱なボーヤなのが問題
誰かブルーワーカー持ってこいと
935:デフォルトの名無しさん
08/05/03 15:23:49
たまにしか使わないようなコントロールのイベント名探すのめんどいし、
やっぱメニューからイベント挿入出来る機能も欲しいな。
936:デフォルトの名無しさん
08/05/03 15:31:08
目的別インテリセンスを付けるべき
937:デフォルトの名無しさん
08/05/03 16:14:41
タブコントロールはひでーよ。
938:デフォルトの名無しさん
08/05/03 16:18:50
これって何が目的なんだろ
xamlで誰か作って、使いまわしが目的なのか？
939:デフォルトの名無しさん
08/05/03 16:54:22
XAMLで作ってるとC#とかのコードをできるだけ使いたくなくなるから困る。
940:デフォルトの名無しさん
08/05/03 19:20:53
それは言えてるｗ
同じことをコードで書くとクドくなるんだよな。でもデバッグはしやすい。
941:デフォルトの名無しさん
08/05/03 19:25:10
勉強し始めたばかりだけど、Bindingは何気に便利そうね。
RenderTransformやアニメーションがヌメヌメ動くのも楽しい。
画像をグリングリン動かしてもCPU負荷がほとんど無いのもいいね。
942:デフォルトの名無しさん
08/05/03 22:18:18
逆に言うとそれくらいしかやることがない罠
表系のコントロールが弱っちいから、ちょっと凝ったことしようと思うと地獄のように面倒くなる
943:デフォルトの名無しさん
08/05/07 23:57:43
Win32での「大きいアイコン表示のリストビュー」に相当するWPFのコントロールって
WrapPanelでいいのかな?
944:デフォルトの名無しさん
08/05/08 00:01:44
ListViewだろ
恐ろしく柔軟なコントロール
945:デフォルトの名無しさん
08/05/08 00:06:49
MSはもうちょっとWPFに力入れてくれないもんかな
946:デフォルトの名無しさん
08/05/08 00:07:39
そなの?
MSDN斜め読みしたけど、ヘッダ付きの詳細表示くらいしかできない印象があった。
947:デフォルトの名無しさん
08/05/08 15:23:16
resx内のリソース使えないのかよ・・・
シコシコとXMLテキストで定義書いてリソース管理するなんて前時代的だって。
XAML用リソースエディタ付けれ。
948:デフォルトの名無しさん
08/05/08 23:14:17
>>946
DataTemplate 覚えたらやれること格段に増える。
マジで柔軟。
>>947
リソースはアプリと同じフォルダに生でおけって事っぽいね。
949:デフォルトの名無しさん
08/05/08 23:33:10
いろいろ実験して分かってきた。
ListView.ItemsPanelでアイテムの並び方
ListView.ItemTemplateで個々のアイテムの表示を決めるのね。
950:デフォルトの名無しさん
08/05/09 00:02:22
<Window x:Class="WpfApplication6.Window1"
xmlns="URLﾘﾝｸ(schemas.microsoft.com)"
xmlns:x="URLﾘﾝｸ(schemas.microsoft.com)"
Name="myWindow"
Title="Window1" Height="414" Width="468">
<TextBlock Text="{Binding ElementName=myWindow, Path=Hoge}" />
</Window>
public partial class Window1 : Window
{
public string Hoge { get; set; }
}
ウィンドウのプロパティをBindingするのはこういう方法でいいのかな?
951:デフォルトの名無しさん
08/05/11 01:34:51
もう、Windows Formsなんかいらんから、
C++/CLI Express for WPFを作ってくれよ。
952:デフォルトの名無しさん
08/05/13 13:49:38
来ましたね。
URLﾘﾝｸ(weblogs.asp.net)
URLﾘﾝｸ(blogs.msdn.com)
953:デフォルトの名無しさん
08/05/13 14:07:55
URLﾘﾝｸ(channel9.msdn.com)
ようやくWPFを使うとGPUの能力を引き出せる、と言えるようになったね
954:デフォルトの名無しさん
08/05/13 15:18:53
おー、なかなか素敵。
これがVistaと同時に発表されてたら状況は変わってたよな～
955:デフォルトの名無しさん
08/05/13 22:50:33
WPF用のNotifyIconクラスとか追加されるん?
956:デフォルトの名無しさん
08/05/13 23:22:21
ダメだよぉー。どんな簡単なことでもぉー、ゆうやく振り切ってSystem.Windows.Forms.Notifyiconだ。
957:デフォルトの名無しさん
08/05/13 23:49:27
betaだと入れられる環境ないので勇者のレポを楽しみに待ってます(´・ω・｀)
958:デフォルトの名無しさん
08/05/14 04:18:19
うわああ、俺的にこのアップデートは神だ
959:デフォルトの名無しさん
08/05/14 06:04:06
最近のMSの神技術は一般人が忘れた頃にやってくるな