08/01/08 11:20:41
App.xamlってなんのためにあるの？
メインメソッド自分で書きたいんで消しちゃっていい？
698:デフォルトの名無しさん
08/01/08 12:28:12
>>697
App.xamlはApplication.Resourcesを書くのが一番の目的。
メインメソッドを自分で書きたい理由がargsが欲しいだけならOnStartupをオーバーライドしとけ。
699:デフォルトの名無しさん
08/01/08 12:58:21
>>698
使用するウインドウを動的に変えたいんだ
700:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/01/08 13:15:37
>>700
なるほどそれでいいのか
ありがとう
702:デフォルトの名無しさん
08/01/08 15:31:56
exeにApp.xaml
dllにWindow.xamlを置いてdllを参照し、
AppのOnStartUpでWindow.Show()してみたんだけど表示されなかった
こういう使い方はもう完全アウトなのかね
703:デフォルトの名無しさん
08/01/08 15:36:59
いまいち何やってるか見えてこないが、やり方が間違ってるのだと思う。
704:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/01/08 16:24:37
全然違った
表示されない原因は名前空間を変えてるからみたいだな
706:デフォルトの名無しさん
08/01/08 17:20:48
クラスライブラリのプロジェクトにWPFウインドウを追加するにはどうしたらいいんだろう
707:デフォルトの名無しさん
08/01/08 17:39:56
クラスライブラリでWPFウインドウを作ろうとしたら、
InvalidOperationExceptionが投げられて、ウインドウのコンストラクタの名前
Window()
ここのところがハイライトされる形でデバッガが止まって、
＞呼び出しスレッドは、多数の UI コンポーネントが必要としているため、STA である必要があります。
といわれたのだけど、これがどういう意味なのかググってもよく分からんので教えていただけないでしょうか
708:デフォルトの名無しさん
08/01/08 17:53:43
>>707
呼び出した側がMTAで実行されてるけど、呼び出された側はSTA上じゃないと実行できないYO!って意味
STAスレッド作ってやってその中で呼び出せば動くはず
709:デフォルトの名無しさん
08/01/08 18:38:38
なるほどSTATHeadをつければいいんですね
ありがとうございました
710:デフォルトの名無しさん
08/01/08 19:08:42
2箇所もスペルが違う
711:デフォルトの名無しさん
08/01/08 19:39:16
ずっとSTATHeadと読んでたんですが実はSTAThreadだったんですね
ようやく意味が分かりました
712:デフォルトの名無しさん
08/01/08 20:05:13
エスティーエーティーヘッド?
713:デフォルトの名無しさん
08/01/08 20:57:01
スタットヘッド
714:デフォルトの名無しさん
08/01/08 22:28:56
スペル間違う奴はたいていレベル低くてバグが多い
715:デフォルトの名無しさん
08/01/08 22:30:21
STATHedでもSTAThreadでもいいが、ないてるみたいだな
716:デフォルトの名無しさん
08/01/08 22:42:02
TAT ＜ェェェェェー!！
717:デフォルトの名無しさん
08/01/09 08:05:35
WindowのClientSizeってどこからとってくればいい？
718:デフォルトの名無しさん
08/01/09 11:06:18
気軽な質問なのですが、
WPFを使ったキラーアプリはどんなものがあるのでしょうか？
こんなのができる、というのが知りたいだけなので、
フリーソフトでもかまいません。
また、.NET3.0から使うことができるようですが、
今後、WinFormを押しのけて、メインになりそうでしょうか？
719:デフォルトの名無しさん
08/01/09 11:10:08
MS Expressionかな、WPFアプリっていうと。
720:デフォルトの名無しさん
08/01/09 11:55:45
>>718
＞今後、WinFormを押しのけて、メインになりそうでしょうか？
今のところ住み分けできそう。当分競合はしない。
721:デフォルトの名無しさん
08/01/09 11:57:07
ExpressionでUserControlとしてボタンとコンボボックスを作りました。
WinFormsアプリでElementHostを使用して上記のボタンとコンボボックスを表示しました。
しかしたまに上記のボタンとコンボボックスが描画されないときがあります。
アプリを起動して描画されれば以降もずっと描画されるのですが、
描画されないとそれ以降も描画されません。
ただしコンボボックスをドロップダウンするとボタンもコンボボックスも描画されます。
ElementHostのバグでしょうか？
ElementHostを使用したサンプルなどがあるサイトなどご存知ないでしょうか。
722:デフォルトの名無しさん
08/01/09 22:40:54
>>719
Expressionは別にフォームでも実装できるようなもんだからなぁ･･･
やはりWPFというと、アニメーション、透明、３D、ビデオなどの統合された表示など使っていてFormじゃ難しそうなものでないとキラーアプリといえないんじゃないかと。
723:デフォルトの名無しさん
08/01/09 23:15:22
milcore早く仕様公開してくれよ！
724:デフォルトの名無しさん
08/01/10 00:48:43
>>722
3Dとか動画って部分がキラー要素になれるアプリってかなり限定的だと思うんだが（こういうのくらい？URLﾘﾝｸ(apples65.blog69.fc2.com)）
使う側からすればRibbonの方が魅力的でない？まあOffice2007の評価は置いとくとして
アニメーションは重くならないならFlash程度のギミックは入れてみたいけどさ
それよりは音声合成/認識みたいなビジュアル以外のWPFの情報が増えてほしいな
725:デフォルトの名無しさん
08/01/10 03:25:32
>>718
残念ながら、まだ限られた人が実験的にアプリを作成している段階だな。
まだまだ当分、WinFormやWin32APIの時代が続きそうだ。
726:718
08/01/10 04:33:37
質問に答えてくださり、感謝
まだ、これから、ということですかー。
用途的にも、他のUIライブラリや、APIとかぶらない、と
>>724
URLﾘﾝｸ(xamples.infragistics.com)
Flashみたいに使えるんですね。
とはいえ、.NET3.0必須なら、Windows限定か。
Pen4とRADEON X700だと、重い？アニメーション時のCPU負荷や、起動メニュー切り替え時の固まりがすごいｗ
GPU使ってるならもっと軽くてもいいものですけど
> Ribbon
いや、俺、Ribbon好きですｗ
一般にはうけてないようですけど、何がどこにあるかわからないメニューよりかは断然いいと思うんですよね
727:デフォルトの名無しさん
08/01/10 05:08:56
なんでもそうだけど、使い慣れていないものは一般受けしない。
ある程度、普及しないと評価されないものだよＵＩは。
それに、誰でもわかりやすいＵＩをデザイン出来るデザイナーがいれば
ＭＳは喜んで採用してくれると思うよ。
728:デフォルトの名無しさん
08/01/10 06:35:55
Ribbonはカスタマイズさえできれば文句ないんだがなー。
729:デフォルトの名無しさん
08/01/10 08:17:36
>>728
カテゴリの区分はＭＳの押し付けで固定にするのはナンセンスだから、
カスタマイズは俺も必要だと思う。
それに、デフォルトや個人のカスタマイズを保存して別の端末で操作するときに
簡単に設定が移行できることも必要だ。
開発環境の設定を別の端末に移行するのに苦労した技術者俺だけではないだろう。
せっかく、MSがXML
730:デフォルトの名無しさん
08/01/10 08:19:16
>>つづきｗ
MSがXMLを推進しているのに、自社製品でXMLを使った環境移行を行えないのは
あまりにもナンセンス。
XMLの本来の使い方はこのようなところで発揮されるものを俺は思っている。
731:デフォルトの名無しさん
08/01/10 11:12:49
OnRenderSizeChangedをoverrideして
つまみをひっぱったときに縦横比を保持したまま
中身全体をScaleTransformで拡大するようにしたんだが
つまみをひっぱるときに一瞬つまんだサイズになった後狙ったサイズになる
どうしたらその一瞬を見えなく出来るだろう
732:デフォルトの名無しさん
08/01/10 17:22:07
しかしリボン UI は安易にカスタマイズできるようにすると
Office 2007 でユーザが Alt を押した時に絶望するかもしれん
まぁ、とりあえず早いとこ MFC でのリボン UI サポートと
Windows Forms/WPF でのリボン UI サポートを
標準提供してほしいところだ
733:デフォルトの名無しさん
08/01/10 22:44:34
リボンライブラリぐらい自社コードでお願いします！
734:718
08/01/11 05:30:47
>>728
Office2007に関しては、クイックアクセスツールバーっていうキャプションバーに
旧来のOfficeのツールバーみたいのがくっついていて、
そこに簡単に機能が登録でき（例えば、メニューやボタンの右クリックから）、
また今までのようにカスタマイズもできます。
頻繁に使う機能はそこに追加してつかってます。
カスタマイズ性ものこしつつ、アクセスしやすくボタンを配置しているのは、よいUIだなーと思います。
ただ、クイックアクセスツールバーはボタンが小さいのと、低解像度だと狭いのがRibbonの難点ｗ
735:718
08/01/11 05:36:03
あ、あと、これは実際に使ったことないと、わからないのですが、
Ribbonはタブ切り替えが、面倒っていう意見がよくあります。
これは、クイックアクセスツールバーでも対処できますが、
標準で、よく使う機能、例えばテキストのフォント選択や装飾は、
テキスト選択時にフローティングウインドウで、すぐに変更できるようになっています。
まあ、対処療法的で、上部ツールバーだけで解決してない、と言われればそれまでですが、
よく考えられてはいると思います。
736:718
08/01/11 05:36:36
スレ違いスマソ・・・
737:デフォルトの名無しさん
08/01/11 11:56:23
>>735
そのためのキーボード操作ではあるんだが……
慣れたユーザは今までも結局「画面など見ないで」Alt からのメニュー操作や
Ctrl-B などでのショートカットを使っていた訳で
この点は 2007 だと
・2007 Office system のキーストローク (リボン UI キー割り当て)
・Office 2003 のキーストローク (Office 2003 互換操作)
・ショートカットキー
が使える分手段が増えていたりする
Alt-H でホームに戻す→そのままボタンを押す、でも操作できる訳だから
タブ切り替えが面倒というのは、やっぱり大して慣れてないだけだと思う
738:デフォルトの名無しさん
08/01/11 13:09:40
むしろ慣れてきてからタブ切り替えが面倒に感じたよ。
たとえばグラフや図を編集するとき、
以前はフローティングツールバーと標準ツールバーが同時に表示されていたけど、
今はグラフツール・図ツールのタブとホームタブを何回も往復しなきゃならん。
オプションのタブは作業ウィンドウとして右側に表示すべきだな。
739:デフォルトの名無しさん
08/01/12 12:24:44
マイクロソフトに入社してUIなおしてこい
740:デフォルトの名無しさん
08/01/12 12:51:22
>>738
その辺りは練り込みが一歩足りない感じはあるよな……
741:デフォルトの名無しさん
08/01/13 02:53:07
WCFのことはこのスレじゃ駄目？
それとも他に良いスレあるかな？
742:デフォルトの名無しさん
08/01/13 03:29:55
ここでも各言語スレでもどこでもいいと思うけど
答えられる人は少なそうだ（おいら含む
MSDNフォーラムもWCFは閑古鳥だしな
743:デフォルトの名無しさん
08/01/13 10:30:28
WCFはともかく、WFやCardSpaceは全くいないな。.
俺的には3.0の機能より3.5の機能の方がはるかに多く使ってるよ。
744:デフォルトの名無しさん
08/01/13 11:40:38
何に使えるのかわかりにくいからな
WPFは「見た目がよくなるのか～」って使ってみる気になるんだが
745:デフォルトの名無しさん
08/01/18 22:24:50
なんか使えるコントロールが少ないのが気になる
プロパティパネルがほしい
アップダウンもなくね？
746:デフォルトの名無しさん
08/01/19 16:01:05
磨りガラスみたいな半透明効果はWPF/XAMLじゃなくてvista&DWMじゃないと標準では無理ですかね？
747:デフォルトの名無しさん
08/01/19 16:46:49
BlurBitmapEffectとかOpacityMaskとかじゃ駄目なん？
748:デフォルトの名無しさん
08/01/19 16:50:48
>>747
これだー！不透明で検索すればよかったのか…ありがとうございます
749:デフォルトの名無しさん
08/01/19 17:21:46
そして、XP で実装した時のあまりの重さに絶望する >>748 であった
750:デフォルトの名無しさん
08/01/19 17:51:19
>>749
……orz
自分の場合GPUが貧弱なんですが、XPの場合はってことはそういう問題ではないですか？
751:デフォルトの名無しさん
08/01/19 18:11:11
XPでウィンドウを半透明にするのってGPU積んでようが結局CPU描画じゃないっけか？
752:デフォルトの名無しさん
08/01/19 18:44:36
透過処理は.NET3.5でGPUのアクセラレーションが有効になったけど、それとは別の件ぽいですね
753:デフォルトの名無しさん
08/01/19 20:58:45
一応 XP でも GPU アクセラレーションが効くのは 3.0 からだけど
XP の場合は Vista 程の恩恵がないので
ドラッグしてウィンドウを移動したり(ry で悲しくなるんじゃないかな
754:デフォルトの名無しさん
08/01/24 18:25:07
XAMLでMenuItemのチェック状態に応じてStyleを変更したいんですがどうもうまくいきません。
<MenuItem Header="表示" IsCheckable="true" x:Name="Show" IsChecked="false"/>
<Window.Style>
<Style>
<Style.Triggers>
<Trigger Property="MenuItem.IsChecked" SourceName="Show" Value="true">
<Setter .../>
</Trigger>
<Style.Triggers>
</Style>
<Setter .../>
</Window.Style>
ってやると
「Style.Triggers セクション内で SourceName プロパティを設定できません。」
と怒られてしまいました。
何か解決策はありませんか？
755:デフォルトの名無しさん
08/01/26 23:11:39
>>754
MenuItem に対してスタイルを指定すればいい。
<Style TargetType="{x:Type MenuItem}">
<Style.Triggers>
<Trigger Property="IsChecked" Value="True">
<Setter .../>
</Trigger>
</Style.Triggers>
</Style>
756:デフォルトの名無しさん
08/01/28 06:20:10
// ようやく規制解除…
>>755
でもそうするとWindowのプロパティの変更ができないと思うんですが。
Setter.TargetName もやっぱり使えないし。
757:デフォルトの名無しさん
08/01/28 16:25:13
>>756
Style の TargetType を Window にして、トリガを DataTrigger にすりゃいいんじゃね？
<DataTrigger Binding="{Binding IsChecked,ElementName=Show}" Value="True">
ってな感じで
758:デフォルトの名無しさん
08/01/28 16:45:31
>>757
おお、うまいこといけました。
ありがとうございます。
// 恥ずかしながらDataTriggerの存在自体知りませんでした……。
759:デフォルトの名無しさん
08/02/02 19:10:00
MSはとっととWPFをMFCに移植するべき。
760:デフォルトの名無しさん
08/02/02 19:17:08
そういや、SWTのWPF版ってC++/CLIだったんだな。
勝手にいろいろ期待してたんだが、ちょっと失望した。
761:デフォルトの名無しさん
08/02/02 19:31:59
Javaから呼ぶならどういう方法をとったとしても結局どっかでC++/CLI使うしかないんじゃないの
762:デフォルトの名無しさん
08/02/05 05:00:10
WPFのRichTextBoxの行間がデフォルトで二行分空いているようなんですが
一行にするにはどうしたらいいんでしょうか
763:デフォルトの名無しさん
08/02/05 09:21:47
それは行間じゃなくて段落間じゃないか？
なら Pragraph.LineHeight 辺り
764:デフォルトの名無しさん
08/02/05 16:51:27
XAMLってソースコードを自動生成するんじゃないの？
パーシャルクラスの片割れ見てもXAMLで書いたことがほとんど反映されてない
XAMLで書いたことをソースコードで実現するためにどうすればいいかってのは
自分でちゃんと調べるしかないのかな？
765:デフォルトの名無しさん
08/02/05 19:08:32
>>764
ビルド後に、obj フォルダの中身を見てみ。
766:デフォルトの名無しさん
08/02/05 21:57:03
>>765
どれ？
g.cs のこと？
これにはXAMLで書いた情報はほとんど入ってないよ
767:デフォルトの名無しさん
08/02/05 22:12:30
ああ、XAML 相当の C# コードを知りたいって話だもんね。
それは生成されない。
.xaml から、.g.cs に
XAML 中の Name 付き要素に相当するメンバと、
XAML を実行時にロードするコードが自動生成される。
.xaml 自体は、バイナリ化（.baml）されて、リソースに格納される。
768:デフォルトの名無しさん
08/02/07 09:17:55
マイクロソフト、新開発言語「D」を開発中
URLﾘﾝｸ(japan.cnet.com)
769:デフォルトの名無しさん
08/02/07 09:28:28
>>768
それ、GUI には関係ないよ。
WF/WCF 系統の技術だし。
770:デフォルトの名無しさん
08/02/07 11:48:02
Silverlightで初めてXAMLを触ったんだけどさっぱり分からない。
触る前に何となくイメージしてたのは、例えばムービーの一覧表示みたいな画面で、XAMLの
何かに項目数を指定してから、個々のコンテンツのサムネイル、名前、説明みたいなデータ
を流し込んで効果の実行を指示すると、凝った効果でコンテンツの一覧が表示されて、XAML
を入れ替えるだけでJavaScript側の変更なしに見た目がガラッと変わるみたいなものだった。
けど、実際やってみるとJavaScriptのソースに直接XAMLを書いておいて処理してから流し込む
ような事が多くて、XAML入れ替えただけじゃ済まない感じ。
これのどこがUI分離なのかさっぱり分からない。
XPathとかバインディングとかあるらしいけど、これを使えば状況が変わるんだろうか？
771:デフォルトの名無しさん
08/02/07 11:51:17
>>770
WPF だとデータバインディング使って分離できるんだけど、
Silverlight だと WPF のサブセット取るときにデータバインディングが消えたのよね。
772:デフォルトの名無しさん
08/02/07 12:36:26
>>771
そうなのか……。Javaだと思ってたらJavaScriptだったみたいな気分です。
ついでにお尋ねしますが、さっきの例で項目の雛型をXAMLの中で記述して、
それをJavaScriptでまとめて読み込んで、必要な数だけコピーして、変更が
必要な要素だけ変更してからXAMLに再度流すような事はできますでしょうか？
せめて、デザイン的な微調整はXAMLの編集だけで済むようにしたいと思って
いるのですが。我儘ですみません。
773:デフォルトの名無しさん
08/02/07 12:50:41
やれないことはないと思うけど、
正直、Silverlight 2.0 を待った方がいいかもしれない。
DLR 搭載と同時に、WPF チックなコントロールが追加されるらしいんで。
1.0 は、TextBlock 以外は Shape 系の要素ばっかりだし。
WPF のウェブ版じゃなくて、Flash アニメみたいなのを描くツールにしかなってない。
774:デフォルトの名無しさん
08/02/07 12:51:59
Downloader オブジェクトを使って、サーバ側のXAMLを取くるのならできるけど
775:デフォルトの名無しさん
08/02/07 12:53:28
あとは取ってきた XAML を CreateFromXaml で Contents にロードすればいいお
776:デフォルトの名無しさん
08/02/07 13:13:05
2.0はまだまだ先のようなので色々試してみます。
ありがとうございました。
777:デフォルトの名無しさん
08/02/08 08:41:27
URLﾘﾝｸ(ufcpp.net)
ここ見れば基本的なことは全部書いてあるじゃん
すごく時間を無駄にしたよ
テンプレに入れといてくれよ
778:デフォルトの名無しさん
08/02/08 09:15:28
本人の宣伝乙
779:デフォルトの名無しさん
08/02/08 09:35:53
本人の宣伝じゃねーよ
くだらん
780:デフォルトの名無しさん
08/02/08 09:39:45
本人の宣伝としてもありがとう
781:デフォルトの名無しさん
08/02/17 21:35:27
WPFでDataGridView相当のを自作しようと思ったらXAML直書きしないと駄目なん？
VS2008のデザイナでそれはキツい……
その内プラグインとかで強化されるかなあデザイナ
782:デフォルトの名無しさん
08/02/17 22:23:18
>>781
ListBox ＋ ItemTemplate かなぁ。
でも、↓こんなのならある。
URLﾘﾝｸ(blogs.msdn.com)
783:デフォルトの名無しさん
08/02/17 22:26:38
>>781
3月のMIXで発表あると思うよ。
URLﾘﾝｸ(blogs.msdn.com)
784:783
08/02/17 22:28:25
ああ、デザイナが強化されるって話じゃなくて今後追加される標準コントロールの話ね。
785:デフォルトの名無しさん
08/02/18 10:35:52
>>783
WPF にリボン突っ込む宣言ktkr
786:781
08/02/19 21:58:24
>>782-783㌧
そもそもWPFのコントロールが足りねえのはアレかな、ブラウザとの絡みかねやっぱ
でも.NET1.1時代に逆戻りした感じ
>>782のコンポーネントはよさげであるけども、改造する必要が出て来た時に躊躇しちまいそう
やっぱ最初にVS2008に色々期待しすぎたかねえ
補完が強力なのは解るけども、それでもXAMLのTemplateとかごちゃごちゃ書きたくねえよ
オレみたいなお手軽プログラマ向けに、敢えてXAML排除したサンプルとか落ちてないものか
787:デフォルトの名無しさん
08/02/19 22:04:21
XAML使わないと超面倒
788:デフォルトの名無しさん
08/02/20 01:10:49
IE専用なのコレ？
789:デフォルトの名無しさん
08/02/20 01:14:22
んなことない。単体アプリ作れる
790:デフォルトの名無しさん
08/02/20 19:41:43
XBAP としても動く必要があるからなぁ
791:781
08/02/20 23:07:07
>>787
アレより面倒なのかよ!!!
つか折角C#3.0がスクリプト方面つーかイイ意味でいい加減になってきてるっつーのに
M$は開発を一体どうしたいんだ
792:デフォルトの名無しさん
08/02/20 23:09:09
XAMLはポトペタより高度なことが出来るのは確か
しかし使いにくい
793:デフォルトの名無しさん
08/02/20 23:33:26
BlendとVSのXAMLエディタの中間ぐらいのツールがあればいいんだな。
794:デフォルトの名無しさん
08/02/22 02:45:38
むしろBlendがVS2008に吸収されるモンだと思ってた俺
てか言語仕様どうでもいいから普通に使う分には十分な設定が自動生成されて欲しい
それで足りない分は直いぢりも吝かではない
795:デフォルトの名無しさん
08/02/22 16:30:57
htmlのいい部分の要素を取り入れようと設計したのなら、
直書きしても簡単でなければならない。
その目標は達成できなかったようだ。
796:デフォルトの名無しさん
08/02/22 17:16:13
直書き自体は難しくないんだが
コントロールがデフォルトで真っ白で
枠を付けるにもBorderタグを直書きしなきゃいけないとか
なんかめんどい
拡張性を高めていろいろ出来るようにしたけど
結局複雑になりすぎてちょっとしたこともやりにくいみたいな感じだ
797:デフォルトの名無しさん
08/02/22 17:43:39
MS的には自分でUIデザインまでやるなってことなんだろ。
コード書きの片手間にやるには複雑すぎる。
デフォルトで完成させたところで、XAML専門のXAMLerに投げられれば一番いいね。
798:デフォルトの名無しさん
08/02/22 18:42:15
URLﾘﾝｸ(www.atmarkit.co.jp)
これは素晴らしい記事だな
これでXAMLとおさらばできそうだ
799:デフォルトの名無しさん
08/02/23 00:29:32
すれば
800:デフォルトの名無しさん
08/02/23 03:54:40
XAML を使わずに WPF アプリを作るのは
Windows Forms エディタなしで Windows Forms アプリを書くより
コード量的に辛そうなんだがw
いくら partial class で分離できるとはいえやりたくないな
801:デフォルトの名無しさん
08/02/23 08:40:05
C# 3.0 なら、
new StackPanel {
Children = new UIElementCollection {
new Button { Content = "button 1" },
new Label { Text = "label 1" },
}};
みたいな書き方できて、XML と大差なかったりもする。
ただ、Binding みたいにマークアップ拡張使うものはこれだと書けない。
802:デフォルトの名無しさん
08/02/23 12:37:00
いまさらな疑問だけど、
VS2008とExpression BlendはWPFで作られてるの？
803:デフォルトの名無しさん
08/02/23 12:45:55
>>802
Expression BlendはWPFで作られてる。
VisualStudioは、
外側はC++ネイティブ、
プロジェクト設定の画面とかはWinForms、
WPFポトペタ製作画面はWPFという感じにキメラ。
Spy++で見てみると分かりやすい。
804:デフォルトの名無しさん
08/02/23 14:01:54
>>803
サンクスです。
あれが作れると思うと勉強にハリが出る。
805:デフォルトの名無しさん
08/02/24 15:13:35
MSはExpression Blendで得たノウハウを公開すべきだ
806:デフォルトの名無しさん
08/02/25 13:48:53
しかし Expression Blend の
XAML ソースを公開されてもやたら辛いだろうなw
807:デフォルトの名無しさん
08/02/25 16:58:55
>>781
3.5のアップデートで追加されるってさ
.NET 3.5 Client Product Roadmap - ScottGu's Blog
URLﾘﾝｸ(weblogs.asp.net)
WPF Control Improvements
Later this year we are also planning to release a number of new controls for WPF.
Included in the list we are working on are DataGrid, Ribbon, and Calendar/DatePicker controls.
808:デフォルトの名無しさん
08/02/25 17:01:05
ってすまん、Datagridviewの方だったか…
809:デフォルトの名無しさん
08/02/26 19:39:11
kaxamlのエディタがあまりにも軽快に動いてくれるものだから
(しかもXAML補完付きで!)
WPFでもこんなにきびきび動くエディタつくれるのかーと感銘を受けていたら
WindowsFormsHostだったというオチ。
Blendのエディタはきびきび感が足りない用に思う。
3.5SP1でどれくらい改善されるやら。
810:デフォルトの名無しさん
08/02/26 21:06:35
Windows Formsでキビキビ動くエディタなんて作れるのか？ｗ
811:デフォルトの名無しさん
08/02/29 20:05:32
WindowsFormsHostの中身をWindows.Formsで書かないといけないわけはないじゃあないか
812:デフォルトの名無しさん
08/03/02 23:15:18
そうだね。俺も書いて気づいた。
でもたとえば、ActiveXコントロールをホストするのに
間にWinFormsのクラスが挟まるのは気持ち悪い。
813:デフォルトの名無しさん
08/03/05 17:30:18
開発環境ってVista？
XPでやるとテンプレートで作った時点でVS落ちるんだけど何かミスってる？
814:デフォルトの名無しさん
08/03/05 17:50:32
Windows7は全部WPFで作られるんだよね？
815:デフォルトの名無しさん
08/03/05 18:06:11
意味わかんねぇ。
816:デフォルトの名無しさん
08/03/05 20:42:42
Pentium DだけどGPUがオンボードだからかBlendが重すぎて使い物にならない
描画処理をGPUで処理するかCPUで処理するか選べるようにならないのかな？
817:デフォルトの名無しさん
08/03/05 21:06:22
>>816
遅いのはPentium Dだからだろ
818:デフォルトの名無しさん
08/03/05 22:28:57
オンボードとかお話にならない
819:デフォルトの名無しさん
08/03/06 01:20:29
Wii and WPF
820:デフォルトの名無しさん
08/03/06 14:48:21
>>816
Blendはどんな廃スペックＰＣ用意しても、
入力に対するレスポンスが目に見えて遅れるので心配するな。
821:デフォルトの名無しさん
08/03/06 23:26:41
MIX08 KeynoteのWPFのbitmap effectsのデモ、これ結構楽しみになってきた。
URLﾘﾝｸ(visitmix.com)
の 02:08:20 辺りから。
822:デフォルトの名無しさん
08/03/07 04:24:15
XElementかなんかを組み合わせてXAML生成しようと思うんだけど
それを動的にコンパイルするにはどうすればいい？
823:デフォルトの名無しさん
08/03/07 04:31:23
XamlReaderクラス？
824:デフォルトの名無しさん
08/03/07 08:32:20
でいいんじゃね。
825:デフォルトの名無しさん
08/03/07 11:29:49
>>823
なるほどありがとう
826:デフォルトの名無しさん
08/03/15 13:37:00
このスレの住人なら知っていますね、あの糞開発ツールのことを
・自分のプログラムのバグなのかコンパイラのバグなのかわからない
・他の仕事に応用できない糞開発ツールの独自世界を必死に学習している
・テキストエディタで書いたほうが効率的なのに糞UIツールを懸命に使っている
糞だけど、政治的な理由で無理やり使わされているんですよね
もういい加減、我慢するのはやめませんか？
・糞開発ツールを部下に押し付ける上司の命令は無視しましょう。
上司は糞開発ツールが使われる実績を作ることであの会社のごきげんをとっているのです。
・あの糞開発ツール提供会社には「おたくの糞開発ツールは話にならない」と突き放しましょう。
バグレポートなどしてはいけません。改善要求などもってのほかです。
あの会社はあなたたちのことをテスター/モルモットとしか思っていません。
・あの会議で「糞開発ツールを使ったら生産性がxx％アップしました」
なんて話が出たら力強く机を叩き、会議室を出ましょう。
あの人たちは糞開発ツールをマンセーすることで立場を確保しているのです。
糞な開発ツールを糞だと言える、そんな当たり前の環境をみんなの力で取り戻しましょう。
827:デフォルトの名無しさん
08/03/15 15:55:12
Eclipseのことですねわかります
828:デフォルトの名無しさん
08/03/15 23:34:28
Borland製品だと思うよ。Togetherとか最悪。
829:デフォルトの名無しさん
08/03/16 22:06:18
ディスプレイの解像度を取得する方法を教えてください
830:デフォルトの名無しさん
08/03/18 00:06:30
>>828
うぅむそうなのか？
大昔にセミナーで見た時にゃー画期的だと思ったもんだが
>>829
つScreenクラス
831:デフォルトの名無しさん
08/03/19 18:52:23
ScreenはWinFormsのクラスですよね
WinFormsを使わずにやる方法は無いものかと
832:デフォルトの名無しさん
08/03/19 23:22:20
デスクトップの解像度はWPF関係ないしP/InvokeでAPI呼び出せば？
833:デフォルトの名無しさん
08/03/20 03:06:47
てかそれ以前にScreen.PrimaryScreenはスタティックなんだが
別にForm派生内でしか使えない訳じゃないよ
834:デフォルトの名無しさん
08/03/20 18:09:09
>>833
ほとんど使わないSystem.Windows.Forms.dllを参照するのが嫌だって事じゃね？
835:デフォルトの名無しさん
08/03/21 00:15:58
そんな気にするような事じゃないとは思うがまあいいや
つーかよくよく考えたら、ディスプレイ解像度切り替えるのは自分なんだから解らん方が変じゃね？
もしWindowStyle&WindowStateでのフルスクリーンの話なら
つActualWidth&ActualHeight
但し、俺んとこで実験してみたら何故か多めの数字が出た
検証めどいから誰か頼んだ
836:デフォルトの名無しさん
08/03/25 20:48:00
自動生成されるhoge.g.i.csのgとiって何の略なの?
837:デフォルトの名無しさん
08/04/03 12:54:38
>>836
generated / internal と予想
838:デフォルトの名無しさん
08/04/07 14:32:43
結局WPFでまともなアプリ開発してるやつおるん？
XCEEDのなんたらGridみてもどうみても、もさもさなんだが。
テキストのリストビューが、DataTemplateを加えるだけで素敵なレイアウトのリストになってあら不思議なのはいいんだが、実際の使い勝手とそれを開発する工数の本質とあまり関係なくはないけどないような･･･
839:デフォルトの名無しさん
08/04/07 16:14:26
基本コントロールもサンプルも少ないから使う気にならん
840:デフォルトの名無しさん
08/04/07 17:55:52
これってゲームとかに向いてるの？
RPGとかノベルとかまったり目の
841:デフォルトの名無しさん
08/04/07 17:55:57
そもそもデスクトップアプリを開発する需要が激減してるんだから、
WPFだろうが何だろうが新たに覚えようという人も殆どおらんだろう。
みーんなWebに行っちまった。
842:デフォルトの名無しさん
08/04/07 19:28:20
そのためのXBAPです
まあ煩雑杉ｵﾜﾀなのは変わらんけど
843:デフォルトの名無しさん
08/04/07 19:50:02
結局Webアプリでどうしても出来ないローレベルアクセスが必要なものを
「仕方なく」ローカルマシンで動かすだけで、あとは全部Webに乗せる時代だからな。
「仕方なく」ローカルPCにインストールするWebアプリはAIRで。
WebアプリをリッチにするほうはFlash、3歩遅れてSilverlightで。
もうフルセットWPF＆XBAPなんか出る幕は無いだろうね。
844:デフォルトの名無しさん
08/04/07 20:26:12
Webとか餓鬼のおもちゃだろ
845:デフォルトの名無しさん
08/04/07 20:36:31
今普段使ってるアプリ、
ブラウザー、開発環境、ファイラーなどなど、わざわざWebアプリとして動く意味がわからん。
データがあっち側にあるのはいいかも知れんけど。
846:デフォルトの名無しさん
08/04/07 20:50:49
ExpressionのExpress Edition作って無料配布すれば統一的に各アプリをユーザー側でスキン作成できていいと思うんだけども。
WinampとかJaneとか。XAMLPadとかじゃめんどくさいだけだし。
847:デフォルトの名無しさん
08/04/07 20:58:44
ButtonのContentにDateTimeを入れるような場合、Buttonに表示されるDateTimeの書式指定を変えたいような場合はどうしたらいいんざんしょ･･･
848:デフォルトの名無しさん
08/04/07 21:46:00
IValueConverterかな
849:デフォルトの名無しさん
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の神技術は一般人が忘れた頃にやってくるな