07/08/28 08:36:48
.NET3.1で大幅変更
.NET3.5でプログラミングモデル変更
.NET4.0で氏滅
393:デフォルトの名無しさん
07/08/28 13:56:29
.NET 4.0は自動並列化をサポートするけど
そのために中間言語自体に大幅な変更が加わって
.NET 2.0ベースのアプリは完全に動かなくなる
まあ両方のCLRがOSに標準搭載されるから無問題だが
394:デフォルトの名無しさん
07/08/28 14:22:58
コンパイルしなおせばもうまんたい?
どう中間言語換わるか知らないんだけど、トランスレーターみたいの出るんじゃないんかね
395:デフォルトの名無しさん
07/08/28 23:37:17
プロジェクトだったら、全部新しい環境に変換されるんじゃないのか？
396:デフォルトの名無しさん
07/08/29 08:56:46
またスクラップ∩リビルドかお。
397:デフォルトの名無しさん
07/08/29 09:54:31
自動並列化って何？
何を並列化するの？
398:デフォルトの名無しさん
07/08/29 12:40:08
そもそも >>393 の信憑性は？
まあ、それが信憑性あるとしてもたいした問題とも思えないけど。
2.0 の CLR と 4.0 の CLR の混在 ＆ どっちの上で動くべきか自動判定してくれるでしょ。
399:デフォルトの名無しさん
07/08/29 13:05:51
＞そもそも >>393 の信憑性は？
なんていうか、393の信憑性は０だが、
内容は現実にあってて信憑性高杉る。
400:デフォルトの名無しさん
07/08/29 13:06:58
＞2.0 の CLR と 4.0 の CLR の混在 ＆ どっちの上で動くべきか自動判定してくれるでしょ。
ヒント：今までだってコンバートの嵐。コンバートエラーも嵐。
401:デフォルトの名無しさん
07/08/29 13:08:05
性能が落ちるだけじゃなくてバイナリが保障されないドトネトなんてヤメテしまえＹＯ！
402:デフォルトの名無しさん
07/08/29 14:36:12
バージョンまたがって、バイナリ保障されてるランタイムなんてほとんど奇跡。
403:デフォルトの名無しさん
07/08/29 21:38:18
2.0も4.0も入ってるならコンバートする必要はないだろ
ソースレベルでは互換性は保たれるだろうし
404:デフォルトの名無しさん
07/08/30 08:42:29
＞バイナリ保障されてるランタイム
実行バイナリの話なのか、実行ランタイムの話なのかハッキリしろよ。
何テンパッてるんだよ。
＞ソースレベルでは互換性は保たれるだろうし
何そのＭ＄では今までありえなかった話。
405:デフォルトの名無しさん
07/08/30 11:53:28
>>404
ここ4・5年、それ以前のMSではありえなかった話が山ほど実現してる。
406:デフォルトの名無しさん
07/08/30 11:56:18
件名：.NET1.1と.NET2.0の互換性について
URLﾘﾝｸ(www.atmarkit.co.jp)
407:デフォルトの名無しさん
07/08/30 12:02:27
.NET Framework 2.0 廃止予定の API 一覧
URLﾘﾝｸ(www.microsoft.com)
意味わかんないです（＞＜）
URLﾘﾝｸ(www.microsoft.com)
System.Windows.Forms.Form
ApplyAutoScaling()
メッセージ : このメソッドは非推奨になりました。
代わりに、ApplyAutoScaling メソッドを使用してください。
（ <●><●>） ドトネト１．０～２．０廃止なのは分かってます
（Ｕ ）つ
ｕ ｕ
408:デフォルトの名無しさん
07/08/30 12:04:41
.NET2.0と.NET1.1が混在するクライアント環境でのノータッチデプロイメントの挙動について
URLﾘﾝｸ(forums.microsoft.com)
.NETの売り文句である、「自動的に適切なランタイムを選択しバージョンを気にせず使える」という話を信じて安心していたのですが、
このような自体になってしまい、書き換えるにしても時間が無い絶望的な状況だったりします。
409:デフォルトの名無しさん
07/08/30 12:48:20
APIが廃止されても大丈夫だからSide by Side実行なのだよ
410:デフォルトの名無しさん
07/08/30 12:51:52
>>409
つ 393
残念!
411:デフォルトの名無しさん
07/08/30 13:21:26
しかしObsoleteが来て廃止されたら
結局ソースレベルでは互換性がなくなるんだな
旧バージョンのCLRがあれば動くは動くんだろうけど
412:デフォルトの名無しさん
07/09/07 23:17:33
Visual Studio 2008ではTarget Frameworkとして複数の.NEt Frameworkの
中から一つの.NET Frameworkを選択することが出来ます。
HILOG on Hatena - Visual Studio 2008 Beta2 Available
URLﾘﾝｸ(d.hatena.ne.jp)
なんとなく思うに、しばらくはこのまま2.0, 3.0, 3.5で平行して
走らせてくつもりなのね。。。
413:デフォルトの名無しさん
07/09/10 10:58:52
バージョンを並行して使うのは、元々そういうつもりなんじゃなかったっけ。
414:デフォルトの名無しさん
07/09/10 18:24:18
Visual Studio のバージョンは .NET Framework のバージョンと密接に～
とか言ってたのにな
2005 → 2008 の間に 3.0 と 3.5 を出す事になると
そうも言ってられないってことだな
415:デフォルトの名無しさん
07/09/10 18:37:11
0$のバージョンの上にドトネトバージョンが乗っかるって、
それって何てブビランタイム？
416:デフォルトの名無しさん
07/09/14 16:52:38
hoshu
417:デフォルトの名無しさん
07/09/14 21:29:51
結局のところ.NETの利点はなに？
Javaは他OSで動くからまだいいんだが…
418:デフォルトの名無しさん
07/09/14 21:57:55
開発が楽になる
419:デフォルトの名無しさん
07/09/14 22:17:45
Microsoft的にはx86, x86-64, IA64間での
マルチプラットフォームの実現。
420:デフォルトの名無しさん
07/09/14 22:25:32
>>417
出版社と開発ツール屋と開発系コンサルが当分ネタに困らない。
421:デフォルトの名無しさん
07/09/15 01:00:48
JavaがWindowsじゃ役に立たないから、その穴埋め。
422:デフォルトの名無しさん
07/09/15 01:35:38
>421
それだ。
Javaの苦手なWindows上のGUI部分を埋めるのが.NET(WPF)の役割だな。
423:デフォルトの名無しさん
07/09/15 06:47:56
>>421
良回答10pt
424:デフォルトの名無しさん
07/09/15 09:19:09
たしかに、昔JavaのGUIアプリ仕事を引き継いで完成させたら、
客からは「操作がWinでもMacでもなく糞すぎ」と散々言われたなあ
最終的にWin挙動に似せるように、ちまちまプログラム追加していった
あれ以来Javaでプログラムはやってない。
425:デフォルトの名無しさん
07/09/15 19:24:54
Javaはどこでも動くがどこで動かしても中途半端
426:デフォルトの名無しさん
07/09/15 20:02:42
どこでも動くだけましだろ
Windows限定の中途半端なものに比べたら
427:デフォルトの名無しさん
07/09/15 20:18:17
どこでも動くのはWebアプリで結構
428:デフォルトの名無しさん
07/09/16 02:12:16
つーか市販のJavaアプリなんて見たことないけどw
429:デフォルトの名無しさん
07/09/16 02:19:40
Run Anywhere は幻想というのがよく分かるのが Java
430:デフォルトの名無しさん
07/09/16 02:32:33
電子政府がTrouble Anywhereって印象しかない < JVM
431:デフォルトの名無しさん
07/09/16 09:47:05
JavaでGUIプログラムとか（笑）
432:デフォルトの名無しさん
07/09/16 12:54:35
Web ブラウザ前提のアプリの場合、
GUI アプリじゃないのかどうか悩んでしまうな
433:デフォルトの名無しさん
07/09/16 15:45:51
見事な廃れっぷりだな。
WPF始まる前から終了の予感がしてきた。
434:デフォルトの名無しさん
07/09/16 15:49:53
VS2008の今のベータ版でもWPF関連の開発が一番遅れてる感じだな。
Linq/Dlinqの方がよほど安定してるよ。
WPFの普及は開発ツールにかかってると思うが今のところ前途多難。
435:デフォルトの名無しさん
07/09/16 15:50:14
でっていう
436:デフォルトの名無しさん
07/09/16 16:38:13
>>433
おいしいところ全部Silverlight 1.1に持って行かれたからな。仕方がない。
437:デフォルトの名無しさん
07/09/16 17:25:55
Sliverlightだって…
438:デフォルトの名無しさん
07/09/16 17:41:08
PowerShellばんざぁい
439:デフォルトの名無しさん
07/09/18 13:46:23
>>436
そうでもない。
XBAP は終わってるかも知れんけど、
WinアプリはWPF使うだろうし。
Silverlight は、リソースとかイベントトリガとかバインディングの辺りで制限多い。
使えるエレメントも限られてるし。
440:デフォルトの名無しさん
07/09/18 16:58:49
HTMLの代わりに使えばいいんじゃね>XAML
441:デフォルトの名無しさん
07/09/19 14:49:44
Loose XAML のことかな。
IE ＋ .NET Framework 3.0 の環境だけがターゲットになるのがつらいよなぁ。
442:デフォルトの名無しさん
07/09/24 23:22:17
C#使いは当然XAMLも勉強するよな？
443:デフォルトの名無しさん
07/09/24 23:23:51
しょーもないことで上げるなボケェ
444:デフォルトの名無しさん
07/09/25 11:05:19
なんかWPF触ってるとC#の堅物さに嫌気がさしてくる
445:デフォルトの名無しさん
07/09/25 11:34:39
WPFの方もIronPythonとかサポートしてくれないものか。
446:デフォルトの名無しさん
07/09/25 19:13:26
むしろ IronPython は WPF のサンプルとともにデビューしたんだけど...
447:デフォルトの名無しさん
07/09/25 20:26:55
WPFでのIronPythonサポートって何がしたいの?
448:デフォルトの名無しさん
07/09/26 12:57:12
Windows GUI アプリ開発で LL 使いたいってことかな。
俺としては、規模大きいアプリの開発に LL 使うのは否定派なんだが。
449:デフォルトの名無しさん
07/09/26 13:04:37
>>447
WPFがDependencyPropertyみたいなプロパティシステムを再実装したのは
GUIのコントロールツリーと.NETのプロパティが相性悪かったからってことでしょ。
.NETのプロパティは堅物過ぎたから
自前でフレームワークを作らないといけなかったとというわけで。
いくつかの軽量言語が組み込みで持っている型システムなら
そのまま流用できた可能性はある。
IronPythonの型システムとDependencyPropertyをどうくっつけるかみたいな話は
結構あちこちで行われてると思うよ。
450:デフォルトの名無しさん
07/09/26 20:32:55
>>449
プロパティシステムを再実装したのは、Attached Propertiesのようなものが必要だったからでしょ。
(Visual Treeにおける親子間のデータ引き継ぎ)
だけど、それが軽量言語の型システム流用で解決できるとはとても思えないんだけど･･･。
451:デフォルトの名無しさん
07/09/26 21:04:56
で、C##が誕生するのか
452:デフォルトの名無しさん
07/09/27 01:30:33
>>450
実行時にプロパティを付けたり外したりってまさにLL言語の十八番だと思うけど。
453:デフォルトの名無しさん
07/09/27 20:25:49
>>452
いや、単にプロパティを追加するってのではなくて、
別クラスのプロパティを持てるってのがポイント。
そりゃ、LL言語のプロパティの動的追加機能を使って、
obj.ClassNamePropertyName
みたいな書き方すれば似たようなことはできるかもしれないけど、
それはちょっとなぁ。美しくない。
454:デフォルトの名無しさん
07/09/27 23:39:00
>>453
property missingをフックして親のチェーンをたどるとか。
そういうのじゃだめ？
455:デフォルトの名無しさん
07/09/28 00:19:26
>>454
型Aのオブジェクトaに プロパティ B.Name と C.Name を設定したいとき
LL言語で
a.Name = "あ"
a.Name = "い"
とすると二行目でプロパティが上書きされてしまうので、
>>453の書き方が必要という話だと思うけど、
> property missingをフック
するとどういう書き方になるの？
456:デフォルトの名無しさん
07/09/28 16:39:24
依存プロパティをコード中で使うための構文
obj.SetValue(Class.Property, value);
ってのを、LL 言語を使えば
obj.Class_Property = value;
とか書けるのは書けるだろうけど。
それができて嬉しいとはさほど思えない。
書きやすさのメリットは確かにあるけども、
普通のプロパティと依存プロパティの区別が付かなくなることにはデメリットもあると思う。
457:デフォルトの名無しさん
07/09/28 17:31:19
>>456
んー
＞普通のプロパティと依存プロパティの区別が付かなくなることにはデメリットもあると思う。
LLを静的言語風に使おうとしている雰囲気がするけどどうなんだろねえ
例えば何でもいいから obj ってインスタンスのがあって、
たとえば ImportDP( obj, Class ) みたいに書くと
Class に定義されている依存プロパティが obj にインポートされて
以降そのインスタンスに限って obj.Property = value と書けるようになるとか。
事前に一括コンパイルする訳じゃないんだから
ソースを見て「これは普通のプロパティ」「これは依存プロパティ」とか
そこまでこだわりながらプログラミングするものかねぇ。
たとえば obj.HogeHoge って書いておきながら
実際に Hogehoge という何かがなかったとしても
プログラムがそこを通らなければ問題なしって世界だよ？
458:デフォルトの名無しさん
07/09/29 00:23:04
なるほどな。
LLでできそうだ。
自分の子供には、自分に必要なプロパティを追加すればいいんだもんな。
459:デフォルトの名無しさん
07/09/29 10:53:17
そしてIDEのデザインモードは壊滅
460:デフォルトの名無しさん
07/10/09 05:24:51
とりあえず依存プロパティをGetValueするときにキャストが必要なのはなんとかしてほしいな。
C#4.0待ち？
461:デフォルトの名無しさん
07/10/12 00:21:03
URLﾘﾝｸ(msdn2.microsoft.com)(VS.80).aspx
NotifyIcon 同等のコントロールはありません。
となってるんですが、つまりWPFに通知領域にアイコンを表示するコントロールはないってことですか？
462:デフォルトの名無しさん
07/10/22 08:44:04
>>461
URLﾘﾝｸ(msdn2.microsoft.com)
とかダメなん？
詳しく読んでないけど。
463:デフォルトの名無しさん
07/10/22 09:07:48
シェルとのやり取りはWPFの仕事じゃないから、無くて当然な気もするな。
464:デフォルトの名無しさん
07/10/22 20:39:22
>>462
いえ、全然駄目なことないです、自分も素直にFormsのNotifyIcon使おうかなと思ってたので
ただWPFだけで機能が完結してる方がなんとなく綺麗かなと
>>463
結局そういうことなんでしょうね
465:デフォルトの名無しさん
07/10/22 23:04:11
とはいえコモンダイアログ系は Microsoft.Win32 に移ったんだから
NotifyIcon とかもそっちでやって良かったと思う今日この頃
質問です。
RichTextBox で IsReadOnly を true にするとキャレットが消えてしまうんですが、
WinForms の RichTextBox.ReadOnly と同じように
書き込めないけどキャレットの操作可能って状態にはできないもんでしょうか。
466:デフォルトの名無しさん
07/10/24 01:42:54
FileDialogはMicrosoft.Win32なのに、
PrintDialogはSystem.Windows.Controlsという謎仕様。
そしてColorDialogは存在すらしない…
467:デフォルトの名無しさん
07/10/24 02:55:19
FileDialog→C++/CLI→Microsoft.Win32
PrintDialog→C#→System.Windows.Controls
ColorDialog→J#→ぬるぽ
468:デフォルトの名無しさん
07/10/25 02:09:17
PrintDialog → 印刷はWPFの守備範囲だぜ → System.Windows.Controls
FileDialog → WPF関係ないんじゃね？ → Microsoft.Win32
ColorDialog→ おまいら、もっと素晴らしいダイアログ作れ → ×
469:デフォルトの名無しさん
07/10/26 07:04:57
音声認識・合成面白そうなんだけどXPじゃしんどいなぁ…
nliteでいろいろ弄った所為かSDKやらOfficeやらインスコしてもSAPIを認識してくれないorz
精度気にしなくていいからニコニコとかピアキャス・ネトゲ用に支援ツール作れば受けそうなのに
470:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/10/30 07:53:48
Acropolisプロジェクト終了のお知らせ
URLﾘﾝｸ(blogs.msdn.com)
Codename Maxといい、WPFを使ったプロジェクトは呪われてるな
472:デフォルトの名無しさん
07/10/30 17:08:17
WPFは素人を騙すデモアプリになら結構使えるよ
473:デフォルトの名無しさん
07/10/30 17:29:01
何これプロパティウインドウでイベント選べないのかよ糞過！
とか思ってたのに慣れてくるとこっちの方が良く感じてくるから怖い
474:デフォルトの名無しさん
07/10/30 18:15:17
>>471
VS2008に統合するって話じゃないか？
475:デフォルトの名無しさん
07/10/30 18:56:12
>>474
WinFSは死なずにKatmaiに取り込まれる、みたいな建て前の話だろ
476:デフォルトの名無しさん
07/11/01 01:35:01
ならいいじゃん
477:デフォルトの名無しさん
07/11/07 03:38:17
WPFを勉強しようと思うんだが、お勧めの本ってある？
C#でそれなりなものが組めて、ベータを少しいじったくらいのレベルなんだけど？
478:デフォルトの名無しさん
07/11/07 08:53:56
本なんて少ししか出ていないから、全部立ち読みしてみて選んだら良い。
479:デフォルトの名無しさん
07/11/07 19:26:09
msdn2 の日本語訳版でも読めばいい
480:デフォルトの名無しさん
07/11/07 21:38:56
>>477
URLﾘﾝｸ(adamnathan.net)
これがヨカッタ。
フルカラーだし。
481:デフォルトの名無しさん
07/11/08 16:07:40
WPFだとD3Dデバイスの管理はCLRの中の人がやってくれてるんですか？
482:デフォルトの名無しさん
07/11/08 16:11:33
WPF の中の人の構造はよく知らないけど、
使う方からみて D3D デバイス管理的なことは全くする必要ない。
483:デフォルトの名無しさん
07/11/11 09:48:33
URLﾘﾝｸ(msdn2.microsoft.com)(VS.80).aspx
の下の方の図を見ると、
SessionEndingの後にExitが呼び出されるように見えるのですが、
皆さんの環境ではこの通りに動いてますか？
こちらの環境でログオフを行うと、SessionEndingが呼び出された後、
Exitが呼び出されずにそのままアプリケーションが終了してしまいます。
484:デフォルトの名無しさん
07/11/20 23:30:49
WPFでチャート描きたいときって
Windows.Formsと同じで標準ではチャートコントロールないよね？
WPF用でなにか定番のソフトとかってある？
485:デフォルトの名無しさん
07/11/20 23:38:49
とりあえずWindowsFormsHost使ったら
486:デフォルトの名無しさん
07/11/21 08:06:13
URLﾘﾝｸ(www.infoq.com)
XAMLんが短いけどな。
なんつーか良くも悪くもRubyだ。
487:デフォルトの名無しさん
07/11/21 11:20:47
階層構造書くのは XML な XAML の方が見やすいと思うんだけど。
ほんと、良くも悪くもだなぁ。
488:デフォルトの名無しさん
07/11/21 17:09:34
静的に定義できる部分はXAMLで
動的にやりたい部分はRubyで書けるのかな。
489:デフォルトの名無しさん
07/11/21 18:12:18
>>488
Silverlight 1.1 はそれが出来るように作ってるはず。
IronRuby、Silverlight でぐぐればそういう話が出てくる。
490:デフォルトの名無しさん
07/11/21 18:29:49
1.0でもaddメソッド使えば動的に要素追加できるんだと思ってたけど駄目なの？
491:デフォルトの名無しさん
07/11/21 22:45:17
JScriptでいいなら出来る
492:デフォルトの名無しさん
07/11/21 23:35:09
実行中のプログラムウインドウのレイアウトをxamlに書き起こすメソッドってありますか
493:デフォルトの名無しさん
07/11/22 13:48:59
つ XamlWriter.Save
494:デフォルトの名無しさん
07/11/22 19:50:46
>>493
うおお、まさにこれです、ありがとうございました！
495:デフォルトの名無しさん
07/11/24 12:14:35
WPF重すぎてつかえねぇよ・・・
何年経てば実用的な速度で動くようになるんだろうな
496:デフォルトの名無しさん
07/11/24 12:41:01
３Dでアニメーションはまだ、実用的な速度は出ないよ。
２Dアニメーションや静止画３Dなら使える。
497:デフォルトの名無しさん
07/11/24 13:05:45
だな、2Dも実は重いんだろうけど見た目でなんとなく誤魔化せる
498:デフォルトの名無しさん
07/11/26 17:07:31
xamlでgifアニメーション動かせます？
静止画としてしか表示できないのかな
499:デフォルトの名無しさん
07/11/26 17:35:22
>>495
CPUのクロックが10GHzに到達するころじゃない？
あっという間だね＾＾
500:デフォルトの名無しさん
07/11/26 18:24:08
当分来ないなｗ
501:デフォルトの名無しさん
07/11/26 21:52:51
>>498
xamlだけじゃ無理のはず。
何とかしてgifアニメのインターバルを取得してこないといけない。
502:デフォルトの名無しさん
07/11/26 22:15:18
？
なんでWPFなのにCPUクロックの話になるんだ
503:デフォルトの名無しさん
07/11/27 01:21:20
WPFというか、グラフィックス関連に無知識なやつがCPU速度と騒ぐんだよな。
フレームバッファとかスクリーンバッファも知らないやつじゃないか？
504:デフォルトの名無しさん
07/11/27 02:58:57
ほとんどCPU描画な件
505:デフォルトの名無しさん
07/11/27 09:40:16
>>504
ボトルネックがどこにあるか調査してから断言してますか？
ソフトウェアレンダリングの場合はVRAMが一番影響大きいのだが？
506:デフォルトの名無しさん
07/11/27 09:50:15
それこそまともな3D描画ならともかく
WPFのネックがフィルレートだとでも？
507:デフォルトの名無しさん
07/11/27 10:01:43
なんでソフトレンダでVRAMの影響が大きくなるの？
メインメモリ上で処理して、VRAMに渡すのなんて最後だけでしょ？
508:デフォルトの名無しさん
07/11/27 11:20:05
おまえらプロファイラ使えよw
509:デフォルトの名無しさん
07/11/27 11:42:50
それも微妙だったりして。
510:デフォルトの名無しさん
07/11/27 13:02:03
そのうち「WPFアクセラレーター」なんて拡張カードが出てきたりして
511:デフォルトの名無しさん
07/11/27 13:53:28
とりあえず、調査してから文句言った方がいい、恥かくことになるから。
URLﾘﾝｸ(dodgson.org)
512:デフォルトの名無しさん
07/11/27 16:52:56
趣味でWPFを始めてみました
質問なんですけど、ストーリーボードで人（アバター）を歩かせるアニメーションをしたいのですが、
画像の切り替えはどうすればよいのでしょうか？
EllipseGeometryでPointAnimationを使って移動はできたのですが、歩くモーションのため、
数枚の画像を順に切り替えたいのです
513:デフォルトの名無しさん
07/11/27 18:22:11
不透明度の変更でできるんじゃない？
514:デフォルトの名無しさん
07/11/27 21:22:03
WPFの重さって、UpdateWindow相当の処理が存在しないのが原因じゃないだろうか？
描画処理だけなら60FPS近く出る場合でも
UIスレッドで重い処理を行うと、
優先度の低い画面更新処理がすっ飛ばされて、全然画面更新されなくなる。
UIスレッドで重い処理をするなと言われればそれまでだけどさ、
WinFormsなら、キーが押される時等の早いレスポンスが求められる時には
UpdateWindowが呼び出されてるんだから、
WPFにも同じような機構が欲しい。
515:デフォルトの名無しさん
07/11/27 22:28:01
WPFには、XNAみたいにフレーム更新のスキップ機能がほしい。
途中のアニメーションをすっ飛ばしてレスポンス返す方がいい。
516:デフォルトの名無しさん
07/11/27 23:21:12
>>511
Avalonだとか言われていた時代、既にAppleはQuatz Exteremeという
近代的なデスクトップシステムを作り上げていたのだなぁ
517:デフォルトの名無しさん
07/11/28 00:10:53
おいおい・・・
518:デフォルトの名無しさん
07/11/28 00:11:17
MSは98年ごろにデモで3Dデスクトップ環境を披露していたが
519:デフォルトの名無しさん
07/11/28 00:15:12
まあ板的に肝なのは主にXAMLだ
520:デフォルトの名無しさん
07/11/28 00:22:04
XAMLはいいかげんさが足りない
521:デフォルトの名無しさん
07/11/28 00:34:12
でも面白いよなXAML
522:デフォルトの名無しさん
07/11/28 01:31:03
でも、実際はタグでWeb開発してる奴にとっては珍しくないんだよ。
問題は内部ロジックがどの程度進化していくかが重要。
今の処理ではアニメーションが重すぎる。
523:デフォルトの名無しさん
07/11/28 10:45:17
XAMLって汎用的なオブジェクト生成、設定マークアップランゲージだろう。またそうやってかけるのがナイスなんだが。
自分でXAML相当のもの作るとしたらどういうスキーマをクラス情報から生成すればいいんだろ。attributeの辺りとかよくわからんです。
WPFこれから調査するけどなんか思い･･･
MSの人がXPだとハードウェアアクセラレーション書きかないバグがあってフィックスがどうたらとかいってたけど知ってるエロイ日といますか？
524:デフォルトの名無しさん
07/11/28 20:15:22
アニメーションはいらん機能だな･･･。
XAMLの一番のメリットはコントロールインスタンスの生成と
レイアウトの手間が省ける点だと思ってる。
それと、XAML＋C#コードビハインドで、言語レベルでMVCのV,C切り分けができるのがいい。
まぁ、コードビハインドなんて言葉も、web屋のほうから来たのかもしれないが。
ついでに言うと、.net2.0 のDataProvider + DataSet + XML関連クラス もいい感じに'M'を
扱いやすくしてくれてていい感じだ。
とにかくXAMLはUIレイアウトとユーザーイベントオブザーバーとしての機能だけを充実させて
ほしい。変にプログラマブルな方向へは進んでほしくない。
525:デフォルトの名無しさん
07/11/29 00:28:43
もう進まないんじゃないかって思ってるんだが。
526:デフォルトの名無しさん
07/11/29 00:57:38
>プログラマブルな方向
むしろこれからが本番じゃない？
Expression Designとの連携を考えなければ、無駄だらけの機能なんだし。
Expression Designをバージョンアップさせて色々と思いついたMSが
あれもこれもと機能を追加しそうな気がする。
527:デフォルトの名無しさん
07/11/29 02:14:17
まあ、VSそのものはそれほど進化してないからな。
Blendとか他の製品で新しい機能がほしいとユーザから来て追加だろう。
528:デフォルトの名無しさん
07/11/29 10:37:53
アニメーションが重いのがネックだったら、
Storyboard使わずに自前のコードで20fpsぐらいで動かしたらどうだろ？
529:デフォルトの名無しさん
07/11/29 11:21:06
いや、アニメーションが重いというよりも全体が重い気がする。
XPだとハードウェァアクセラレーションできないって話があるがマジですか？
530:デフォルトの名無しさん
07/11/29 13:26:01
／￣＼ プラグイン必須だし ／￣＼
|／￣￣￣￣＼ ／￣￣￣￣＼|
｜ ／V＼＼＼ ｜ ／V＼＼＼
| / /|｜ ｜| | | //| ｜｜ |
| | |(ﾟ) (ﾟ)| | | | (ﾟ) (ﾟ) /|
ノ＼|＼| (_●_) |/ ＼| (_●_) |/|/＼ ウィンのIEしか動かないの
彡､ |∪| ､｀￣￣ヽ ／彡､ |∪| ミ ＼
/ ＿＿ ヽノ Y￣) | ( (/ ヽノ＿ |＼＿＞
(＿＿＿） Y＿ノ ヽ/ (＿＿＿ノ
＼ | | /
| ／＼ ＼ ／ ／＼ |
| / ) ) ( ( ヽ |
∪ （ ＼ ／ ) ∪
＼＿) (＿／
／￣＼
｜／￣￣￣￣＼
(ヽノ// /／V＼＼｜/)
(((i)// （゜） （゜）||(i))) そのうえ動作はカ・ク・カ・ク☆
／∠彡＼| (_●_)｜|＿ゝ＼
(＿＿＿､ |∪| ,＿＿）
| ヽノ /´
| /
531:デフォルトの名無しさん
07/11/29 13:32:21
↑何と勘違いしてるんだろ？
532:デフォルトの名無しさん
07/11/29 13:33:40
>>529
これのこと？
URLﾘﾝｸ(forums.microsoft.com)
533:デフォルトの名無しさん
07/12/01 19:24:34
>>529
ついでにこれも。
URLﾘﾝｸ(blogs.msdn.com)
534:デフォルトの名無しさん
07/12/03 17:50:53
【コラム】 パソコンが「重く」なるのはなぜ？不調の理由は？ 解決法はある？
URLﾘﾝｸ(news.ameba.jp)
535:デフォルトの名無しさん
07/12/04 05:44:27
>>534
＞メモリ内を掃除する「メモリクリーナー」系のソフトが効果的かも。
こんなこと書いてるよ。だめだめだろそれ。
536:デフォルトの名無しさん
07/12/04 06:25:20
>>535
メモリのフラグメンテーションが進んでいる状況を解決するという点では
全く意味がない訳ではないので
長時間実行している状況という前提の中では一応問題ないと思うぞ
537:デフォルトの名無しさん
07/12/04 09:30:12
一度もリストアもしないで数年使い続けたノートでは役に立ったよ。
数日動かしてると激重になるけど再起動するのも面倒だからメモリクリーナーで急場をしのぐ。
538:デフォルトの名無しさん
07/12/04 19:07:23
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
＞MEET eJournalPlusは，現在はまだ評価版の段階である「.NET Framework 3.5」をベースに開発されており，
＞文書フォーマットとしては「XPS」を採用して，メタデータの保存などを行っている。
＞また，学生間や学生・講師間でのデータ共有には，.NET Framework 3.0で追加された通信機能である
＞「Windows Communication Foundation」を使用している。
ソース公開するらしい
539:デフォルトの名無しさん
07/12/04 19:23:56
＞刷新 「.NET アーキテクチャーセンター」
絶えずアーキテクチャー刷新ですね。
ありがとうございましたorz
540:デフォルトの名無しさん
07/12/04 23:38:30
MEETをNEETと読み違える奴多数？
541:デフォルトの名無しさん
07/12/06 23:13:13
勤労を批判的に見る訓練
542:デフォルトの名無しさん
07/12/07 14:30:02
こういうオサレなWPFアプリ作ってみたいもんだが、どうしても重くなっちゃうな。むずい
URLﾘﾝｸ(www.thirteen23.com)
543:デフォルトの名無しさん
07/12/07 23:15:01
まずもってデザインセンスがない俺
544:デフォルトの名無しさん
07/12/08 01:23:16
Yahoo! Messenger for Vista
URLﾘﾝｸ(japan.cnet.com)
URLﾘﾝｸ(messenger.yahoo.com)
545:デフォルトの名無しさん
07/12/08 01:48:16
うおおお
今度は落ちにくくなってるのかな
546:デフォルトの名無しさん
07/12/08 22:46:28
MSが使わずYahooが使っているという・・・
547:デフォルトの名無しさん
07/12/09 00:46:50
使ってみたけど結構悪くないよ
ただ絵文字がきもくなった
548:デフォルトの名無しさん
07/12/11 01:33:06
あれから1年：Vistaのキラーアプリケーションはどこにある？
URLﾘﾝｸ(japan.zdnet.com)
549:デフォルトの名無しさん
07/12/11 08:39:37
おっしゃるとおりでございます。
リンク先のブログに書いてあるこれに期待するしかないな。
Update: I’ve heard some indication that Yahoo Messenger and presumably WPF
runs better in Vista SP1.
550:デフォルトの名無しさん
07/12/11 08:45:01
XPのときにキラーアプリなんかあったか？
551:デフォルトの名無しさん
07/12/11 09:05:03
98/Meから乗り換えたユーザーにとってはXP自体がキラーアプリだったような。
当時2000ユーザーってそんなに多くなかったし。
552:デフォルトの名無しさん
07/12/11 13:36:25
WPF用のXAMLのスキーマってどっかに転がってますか？(´・ω・｀)
553:デフォルトの名無しさん
07/12/11 20:10:16
>>552
URLﾘﾝｸ(www.venkatarangan.com)
こんなん見つけましたけど(゜▽゜)
554:デフォルトの名無しさん
07/12/13 04:07:59
>>551
2000 を使っていた身としては通知領域のカスタマイズで
表示しているアイコンを選ぶことができるようになったのが大きかったな
アプリ追加でやるのと標準で付くのは差が大きい
555:デフォルトの名無しさん
07/12/13 21:14:26
URLﾘﾝｸ(msdn2.microsoft.com)
ここにサンプルがあるのだけれども、2008Express Editionだと
app.manifestがありません言われてビルドすらできない罠
プロジェクトからapp.manifestを削ったら今度はwindows1.xamlが
見つかりませんとかIOExceptionが出るし…
もうだめぽ
556:555
07/12/13 21:27:59
[Window Title]
Microsoft Windows
[Main Instruction]
WPFCalculator2 は動作を停止しました
Vista Home Basicじゃ動かないのか…
557:555
07/12/13 22:40:31
Re: VS 2008 crash while rendering xaml - MSDN Forums
URLﾘﾝｸ(forums.microsoft.com)
はずれ
Locbaml doesn't work - MSDN Forums
URLﾘﾝｸ(forums.microsoft.com)
>in your debug folder you have a folder named 'en-US' and within is a dll named YourApp.resources.dll.
近づいた
リフレクタで診るとwindow1.bamlがあやしいのでぐぐる
WPFサンプルプログラム「AvalonCalculator2」が実行できない - MSDN フォーラム
URLﾘﾝｸ(forums.microsoft.com)
WPFCalculator2.csprojの
11行目 <UICulture>en-US</UICulture> を削除したら
動きました…
[WPF] - 匣の向こう側 - あまりに.NETな
URLﾘﾝｸ(d.hatena.ne.jp)
WPFサンプルコード その１ - MSDN フォーラム
URLﾘﾝｸ(forums.microsoft.com)
あまりいじってるひといないのね…メモぐらい残そうよ
558:デフォルトの名無しさん
07/12/14 01:02:49
> UICulture
超常識なんだが。
559:デフォルトの名無しさん
07/12/14 09:38:40
そうか常識を超えてるのか…
560:デフォルトの名無しさん
07/12/14 12:33:25
UMA = Unidentified Mysterious Animal
未確認動物 - Wikipedia
URLﾘﾝｸ(ja.wikipedia.org)
561:555
07/12/14 15:01:39
>>558
情報が2006年の4、6月あたりで止まってる感があるのだけど
SdkViewer - Google Search 19件
URLﾘﾝｸ(www.google.co.jp)
SdkViewer - Google 検索 3件
URLﾘﾝｸ(www.google.co.jp)
なにこの情報の少なさ加減は…
562:デフォルトの名無しさん
07/12/14 15:23:02
IOException: Cannot locate resource app.xaml - WPF in Visual Studio 2008 Beta 2 - Guy Burstein [MVP]
URLﾘﾝｸ(blogs.microsoft.co.il)
I had this error when running SdkViewer in VS.NET 2005, tried putting "MSBuild:Compile" as
the Custom Tool for SdkViewerApplication.xaml, but it didnt work..
2005で走らせようとしたらエラーが出た。SdkViewerApplication.xamlのカスタムツールとして
"MSBuild:Compile"を設定した。でも動かなかった
so I decided to open in VS.NET 2008 and after the project got upgraded, the app finally ran..
"MSBuild:Compile" was already set from the earlier trial with VS.NET 2005
そこで2008で開いてプロジェクトのアップデートを試みた。ようやくデモが動いた…
"MSBuild:Compile"はさっき2005でやろうとしたときに設定してあったと思う
so not sure if that did they trick, but will keep this in mind if I see this error again.. thanks.
なのでそれが功を奏したかはわからない。けどまたエラーが出た時のためにそのことを
気に留めておこう、ありがとう
--------------------------------------------------------------------------------
たぶんこれだな…。あぁ tried putting "MSBuild:Compile" as the Custom Tool のくだりのところが
さっぱりわからん orz
563:555
07/12/14 15:35:50
ああ、[プロジェクト]-[SdkViewer.VisualStudioのプロパティ]から
.csproj を設定できるようになってるのか。それをカスタムツールと呼称すると。
[ビルド]タグを開いて[全般]-条件付コンパイルシンボル(Y):のテキストボックスに
MSBuild:Compileを入力しろと。>tried putting "MSBuild:Compile" as the Custom Tool
うん。見通しは悪くは無いね。シンプルだ
564:デフォルトの名無しさん
07/12/15 00:23:36
WPFで画像ビューアなんかを作った場合、VA側のVRAMが許す限り画像分メインメモリを消費しなくて済みますか？
オンボなので確認のしようがない・・・
565:デフォルトの名無しさん
07/12/15 00:24:32
VA側じゃなくてVGA側でしたorz
566:デフォルトの名無しさん
07/12/15 11:44:08
意味が分からない
567:デフォルトの名無しさん
07/12/15 11:45:55
ついでにいうとオンボードの場合まず間違いなくメインメモリを流用するわけだが
568:デフォルトの名無しさん
07/12/15 15:01:30
たぶん答えはNoでしょ。
WPF使っても、画像ビューアーの内部で持ってるイメージデータが
VRAMに保存されることはない。
イメージごとに独立した別ウィンドウにすればVRAMに確保されるけど、
バックアップとしてメインメモリにも同じデータが確保されるから消費量は2倍以上になる。
そもそもWPF＆WDMのしくみや目的を誤解してると思う。
569:デフォルトの名無しさん
07/12/15 18:49:53
>>566-567
すいません、DirectX自体良く分かってません
>>568
例えばImageコントロールを使えばそうなるのかな思ってたのですが、
VRAM上のデータはメインメモリ（上にあるテクスチャ）のキャッシュとして使われるってことですか？
570:デフォルトの名無しさん
07/12/15 19:58:20
>>569
その辺については「dwm.exe」でググると（WDMじゃなかったorz）
わかりやすい説明が見つかると思うよ。
とにかくWPFとは直接関係ないことだから、VRAMのことは忘れたほうがいい。
571:デフォルトの名無しさん
07/12/15 23:27:51
>>570
vistaじゃないと駄目なんですね
572:デフォルトの名無しさん
07/12/19 11:48:02
Visual Studio 2008 日本語版が出たのになんでこんなに寂れてるんだ・・・
573:デフォルトの名無しさん
07/12/19 11:56:18
エキスパートは英語版すでに使ってるし、新フレームワーク関連以外は
２００５とあまり変わらないから。
574:デフォルトの名無しさん
07/12/19 12:13:34
使ってる人はとっくに使ってるし、相談するほど凝ったことさせるのは現時点では現実的でないと分かってるから、とか
575:デフォルトの名無しさん
07/12/19 12:45:46
β版から使ってると、「やっとRTMきた」くらいしか書くことがない。
576:デフォルトの名無しさん
07/12/19 22:33:53
WPFアプリを試してみたが、イベントハンドラの一覧が
プロパティウィンドウに出なくて面倒だな。
他にもXAML手書きでなんとかしなきゃいけないとこが多そうだ。
577:デフォルトの名無しさん
07/12/19 23:42:18
プロパティの数が多すぎてプロパティウィンドウは使い物にならん。
XAMLウィンドウでキー押してインテリセンスで候補選ぶほうがずっと速い。
578:デフォルトの名無しさん
07/12/21 10:14:07
ほんとだ。XAMLのエディタは優秀だな。
579:デフォルトの名無しさん
07/12/21 11:51:19
正直 XAML エディタの GUI 表示は表示確認でたまに見るが
プロパティ一覧は最初にちょっと触った以外は操作した事もない
580:デフォルトの名無しさん
07/12/21 12:00:21
XAMLプロパティウィンドウはFormsプロパティウィンドウより退化してるｗ
インテリセンスはVS2008は比較的優秀。
デバッグはちょっと使いずらく感じる。
581:デフォルトの名無しさん
07/12/21 23:16:05
イベントってどうやってやるの？
手書き？
582:デフォルトの名無しさん
07/12/21 23:28:25
XAMLエディタが一番手っ取り早いと思う。
イベント付けたい要素のタグ中でインテリセンス使って「MouseDown=""」とか入力すると、
「新しいイベントハンドラ」というのが出てくるから選ぶ。
自動的にビハインドコードのほうに「要素名_MouseDown」ってメソッドが挿入される。
583:デフォルトの名無しさん
07/12/22 07:00:05
XAMLPAD使いの俺からするとVS2008のWPFエディタはめちゃ高性能。
最初にGUIで各パーツを大雑把に配置したら
あとは表示を確認しながらXAMLを直接いじってゆくのが基本だ。
584:デフォルトの名無しさん
07/12/22 17:06:36
WPFのButtonタグ。BackgroundとForegroundで色をつけたのですが、
ボタンを押すと普通の灰色ボタンに戻ってしいます。
ボタンを押したときのBackgroundやForegroundを指定したいのだけどどうやったら出来ますか？
585:デフォルトの名無しさん
07/12/22 17:46:24
>>584
.NET Framework開発 > Windows Presentation Founndation > WPFの基礎 > スタイルとテンプレート > トリガ > プロパティトリガ
586:デフォルトの名無しさん
07/12/22 19:14:20
>>585
ありがと～、見つかりました。
<Style TargetType="Button">
<Setter Property="Background" Value="Cyan"/>
<Setter Property="Foreground" Value="Red"/>
<Style.Triggers>
<Trigger Property="IsPressed" Value="True">
<Setter Property="Background" Value="Yellow"/>
<Setter Property="Foreground" Value="Blue"/>
</Trigger>
</Style.Triggers>
</Style>
587:デフォルトの名無しさん
07/12/22 22:08:13
記事や書籍で「WPFはGPUを酷使することでCPUに負荷を与えることなく高速に動作する」
と言われていますが、C2D＆Geforce8シリーズのようなハイエンドＰＣでも、
簡単なアニメーションを行うだけでCPUリソースを20%消費するという状況に良く会います。
WPFのどんな処理が Pixel / Vertex Shader で記述されGPUを利用していることになるのか
解説している文章等は有りませんでしょうか？
588:デフォルトの名無しさん
07/12/22 23:20:49
>>550-551
確かに・・・落ちない、というだけで、重くてもXPにしたからな。
まあ、他で2000も使ってたけど。
ただ、Vistaは、本当に利点がない。
俺は、ゲームもやるが、ゲーマー周りじゃ、Vista氏ねだとｗ
OS：Vista って書いたらハァ？って言われてるし
589:デフォルトの名無しさん
07/12/22 23:29:22
>>587
答えは知らんけど、最後の合成以外はほとんどCPU処理だと思ってた。
要求スペックがSM2.0以降だからたいしたことできなそうだけどな。
590:デフォルトの名無しさん
07/12/23 02:15:33
WPFはタブオーダーをクリックして変更できないのかな。
あの機能は便利だと思うんだけど。
591:デフォルトの名無しさん
07/12/23 11:57:51
>>588
ゲームがVistaに最適化すればよい
592:デフォルトの名無しさん
07/12/23 11:58:50
>>590
便利じゃねーよ。
途中からの順番変えたい時も最初からクリックしなきゃならんし
593:デフォルトの名無しさん
07/12/23 14:11:11
>>591
Vistaだと、1割重いっていうのが通説なんすよね。
まあ、それを見越して、チューニングしろって話なんだろうけどさ。
最近だと、DirectX10だと、キレーになる、ゲームがあったんだけど、
「Crysis」
さて、実はここで紹介した効果を含めて、公式にDirectX 10フィーチャーと
されている設定は、ゲームの設定ファイルを触ることでDirectX 9環境でも
適用することができる。結果的にDirectX 9バージョンでもDirectX 10バージョン
と同等の絵を出すことができる。つまり、DirectX 10だから美しい環境が実現
されているわけではないのだ。
あえて上記に触れたのは、現在のところDirectX 9バージョンとDirectX 10
バージョンで、「最高」設定の絵を出したとき、実はDirectX 9バージョンの方
がパフォーマンスが良いからだ。
URLﾘﾝｸ(www.watch.impress.co.jp)
Vistaｵﾜﾀ＼(^o^)／
そろそろ、スレ違い
594:デフォルトの名無しさん
07/12/23 16:09:54
DirectX10の本領発揮は10.1からだぜ
見た目が綺麗になるとか云々はおまけです
595:デフォルトの名無しさん
07/12/23 20:06:23
そのとおり。
根底から違う。
596:デフォルトの名無しさん
07/12/23 21:28:18
>>592
だが、その機能すら今回はないんじゃないか？
597:デフォルトの名無しさん
07/12/25 17:13:02
>>594
また、明日から本気出すですか？
598:デフォルトの名無しさん
07/12/26 09:27:23
C#でWPFアプリケーションプロジェクトを作成してそのまま実行してみた
ウィンドウの端ドラッグしてサイズ変更すると、たまにクライアント領域が黒くチラつく
これを抑制する方法を教えてください
環境は、Vista+VS2008です
599:デフォルトの名無しさん
07/12/26 12:34:51
サイズ変更されるエレメントに、
ビットマップエフェクトや不透明度などの重い処理使うのを避けるとか。
描画が追いつかないときに出る現象だから、完全に抑制するのは無理じゃないかな。
600:598
07/12/26 13:06:06
プロジェクト作って、そのまま何も配置せずに実行して、
そうなるので重い処理ってことはないと思うんだけど
これ、どうしようもないんでしょうか・・・？
601:デフォルトの名無しさん
07/12/26 13:15:02
田 -> 口ドラック中にウインドウの内容を表示する
602:デフォルトの名無しさん
07/12/26 21:37:53
自分のC2D Vistaでも黒チラ出るよ。
603:デフォルトの名無しさん
07/12/26 22:37:00
コントロールのアニメーション面白いなーこれははまるわｗ
604:薄汚い派遣の国、日本
07/12/27 03:37:28
最近、職場で「出戻り寄生派遣」という言葉が囁かれています。
派遣契約を切られたにもかかわらず「次の派遣先でも切られてしまって生活できません」
などと 言って泣き落としで現場マネージャーにすら一切話がないまま再派遣契約した人のことです。
今月初め、半年前に切った派遣が出社してきてマネージャーも含めみんなびっくりしました。
影でコソコソ偉い人に泣きついて再契約したそうです。同じ部署の人には黙って・・・
そんなことまでして自宅の近くの派遣先にこだわって人間として恥ずかしくないのですか。
仕事に必要な技術がなく勉強する気もないのを逆手にとって
「私のような人の視点で仕事をすることも大切だと思います」と挨拶された時には
みんな凍りついていました。派遣でスキルアップとか言ってる癖に以前と同じように
技術を勉強する気はなく「それは私の仕事ではありません」の一点張り、
派遣で収入アップとか言ってる癖に時給は前回と同じで喜んで再契約。
結局、なんの努力もせずに派遣で安直に収入を得たいだけじゃないですか。
身分不相応な商品のローンを払うために派遣だと当然足りない収入は親にも寄生して、
いつ切られるんじゃないかとビクビクしながら人事権のある人間とだけ仲良くし、
契約終了を通知されれば泣き落とし。悲惨な人生ですね。
氏んだほうがいいんじゃないですか。
605:デフォルトの名無しさん
07/12/27 04:07:28
推奨NGWORD：派遣
606:デフォルトの名無しさん
07/12/27 04:09:00
アニメーション？
607:デフォルトの名無しさん
07/12/27 12:43:23
>>602
Core 2 Duo はともかく GPU は?
608:デフォルトの名無しさん
07/12/27 12:46:34
そこらへんはCPUよりもGPUっぽいなぁ
609:デフォルトの名無しさん
07/12/27 14:28:59
うちはC2D E6600にGeForce6600GTだけど、サイズ変更時に黒くチラつくな
GPU古いっちゃ古いから仕方ないのかな・・・
GPU変える参考にするから、出ないって人いたら、環境教えて
610:デフォルトの名無しさん
07/12/27 14:52:44
C2D E6600にGeForce GS7600だがVistaだとちらつく。
XPだと大丈夫。
さらに、VistaだとAllowsTransparencyがtrueのウィンドウのリサイズが非常に遅い。
611:609
07/12/27 15:15:44
>>610
情報ありがとう
VPCのXPに.NET 3.0突っ込んで試してみたら、チラつかなかった
自分のコードで解決する問題じゃないってことかな。でも、気になるなぁ・・・
612:デフォルトの名無しさん
07/12/27 17:18:06
ここまで読んだ
もっとWPF使いたくなるような話題はないのか？
とりあえずVCL使い慣れているのでWinForms使うわ
613:デフォルトの名無しさん
07/12/27 18:01:07
>>607
オンボードのGM965。でもみんなの話を聞くと、「Vistaだと黒チラ出る」でFAなのかな。
SP1で直るといいな。
614:デフォルトの名無しさん
07/12/28 04:31:13
.NET3.0て2.0用のアプリ動く？
615:デフォルトの名無しさん
07/12/28 08:09:45
多分
616:デフォルトの名無しさん
07/12/28 11:15:02
2.0は3.0の一部
617:デフォルトの名無しさん
07/12/28 11:15:45
3.5いれたら3.0いれなくてもOK?
618:デフォルトの名無しさん
07/12/28 11:23:21
そう思ってた時代が自分にも（ＡＡ
619:デフォルトの名無しさん
07/12/28 11:36:45
3.5入れたら3.0と2.0も入るらしいよ
620:デフォルトの名無しさん
07/12/28 20:50:24
>>613
Aero切った状態でもなる？
621:デフォルトの名無しさん
07/12/29 15:08:52
>>620
Aero切ったら画面描画が遅くなるんじゃないの？
622:デフォルトの名無しさん
07/12/29 15:16:35
Aeroをなんやと思うてんねん
623:デフォルトの名無しさん
07/12/29 15:48:39
>>622
VistaをAeroをOFFにする人の数 --gt;
ｽﾚﾘﾝｸ(win板)
624:デフォルトの名無しさん
07/12/29 21:36:57
>>620
Aero切ると黒チラは出ないね。でもCPU負荷はAeroオン時より10～20%ぐらい高くなる。
他のウィンドウの再描画が増えるせいかな。
625:デフォルトの名無しさん
07/12/29 23:14:58
AEROきる→WPFのGPUアクセラレーションきるとなる？
ほかの描画効果あるのも知ってるけれど、とりあえずその部分だけ。
626:デフォルトの名無しさん
07/12/30 01:52:50
>>621,624
AeroとWPFの両方でGPU使うから、その辺で切り替えとか色々間に合ってないんじゃないかな、とか
やっぱ完全GDI描画だと（処理速度はともかく）出ないのね
>>625
AeroとWPFのGPUアクセラレーションは直接は関係ないと思うけど
いや俺はvista持ってませんがね
627:デフォルトの名無しさん
07/12/30 03:17:59
Aeroオンの場合
1)ウィンドウサイズが変わる
2)クライアントエリアのイメージを保持する領域を確保し、不透明の黒で塗りつぶす
3)外枠を描く
4)WPFがクライアントエリアを描画（非同期処理）
5)GPUが合成
で、4)の処理が追いつかない場合、2)の黒が見えてしまう、と予想している。
2)の黒で塗りつぶす処理をスキップできれば黒チラ消せるかも？
GDIの場合はデスクトップに上書き描画するから黒チラは出ない。
でもウィンドウの移動・縮小時にはそこら中で再描画が発生するから実際のCPU負荷は大きい。
628:デフォルトの名無しさん
07/12/30 03:48:15
海の向こうでも似たような話してるｗ
Flickering background when resizing window
URLﾘﾝｸ(www.msdner.com)
629:デフォルトの名無しさん
07/12/30 13:38:59
なんでWPFのCheckBoxのIsCheckedはbool?なんだよ・・・
いちいちboolにキャストすんのめんどくせーよ、やってらんねーよ
630:デフォルトの名無しさん
07/12/30 13:46:21
bool b = IsChecked ?? false; と書くだけだぞ
631:デフォルトの名無しさん
07/12/30 14:47:18
え??
632:デフォルトの名無しさん
07/12/30 15:28:02
なんでbool?になってんの?
3値だから?
なんか書いててアホなしり上がり口調みたいだが
633:デフォルトの名無しさん
07/12/30 16:43:21
<CheckBox IsChecked="true"/>
<CheckBox IsChecked="false"/>
<CheckBox/>
これを区別するためじゃね？
634:デフォルトの名無しさん
07/12/30 18:10:29
なるほど。
しかし、629ではないが、指定なしのときは false の方が使いやすいな。
無理にNullable Typeを使わなくてもという感じがした。
635:デフォルトの名無しさん
07/12/30 18:19:29
Win32のチェックボックスだって3状態あったじゃない。
Windows Formsでは列挙体CheckStateで表現されていたよ。
636:デフォルトの名無しさん
07/12/30 23:36:01
普通アプリで3状態使うシチュエーションが思いつかない
Excelの複数セルの書式設定ぐらいじゃない？
637:デフォルトの名無しさん
07/12/31 00:20:19
一状態を特定できない複数選択対象なんぞいくらでもあろうが。
638:デフォルトの名無しさん
07/12/31 02:28:23
動的に変化するUIってXAMLでどうやって定義するの？
DOMみたいな機構あるの？
639:デフォルトの名無しさん
07/12/31 03:27:40
UIクラスとタグを関連付けるだけだろ
640:デフォルトの名無しさん
07/12/31 15:25:29
>>639
アニメーションとしてXAMLで定義する方法もあるわけだが
641:デフォルトの名無しさん
07/12/31 15:26:44
WindowsFormsの方が格段に使いやすいじゃん。WPFって存在意義不明。
642:デフォルトの名無しさん
07/12/31 20:16:36
日本語テキストの描画方法を調べてるんだが、
やっぱりサポートがいまいちだな。
縦書きとかルビとか禁則処理とかが楽にできると
面白かったんだけど。
TextBlockとか全然使えねえ。
643:デフォルトの名無しさん
07/12/31 20:23:10
>>626
完全に GDI に任せるだと、WM_PAINT 終了後に描画が行われているので
間に合う間に合わないどうこうは関係ない
Aero 有効だとウィンドウ部分のダブルバッファ (?) の反映が間に合ってない
って感じかもね
644:デフォルトの名無しさん
07/12/31 21:29:16
簡単に言うとイベント描画とフレーム描画の違いだろ？
FPSに処理が間に合わないならスキップさせざるを得ないだろ。
処理を終えるまで描画をフリーズさせるわけにはいかない。
645:デフォルトの名無しさん
07/12/31 21:32:00
それにもともと３Dはフレームバッファで処理を行うのが常識で、
イベント描画処理はウィンドウメッセージをループでまわす処理だから、
CPUにかかる負荷が高い。
646:デフォルトの名無しさん
08/01/01 05:04:57
依存関係プロパティって何？
647:デフォルトの名無しさん
08/01/01 05:10:34
>>646
抽象的だが、あるプロパティがほかのプロパティに依存する関係。
たとえば、FontSizeはFontに依存してるだろう。
Aを変えたらBにも影響があると言ういわゆるUMLの依存関係を表現したものだろう。
648:デフォルトの名無しさん
08/01/01 07:16:47
なるほど
しかしなんでそんなのが必要なのか全然わからん
649:デフォルトの名無しさん
08/01/01 21:45:24
>>648
GUIの自動更新とかに便利。
データオブジェクトの名前を表すプロパティが変更されたら、
それを表示しているテキストボックスの内容も自動変更するなんてことができる。
Data <-> UI 間の受け渡しコードをいちいち書かなくてすむ。
650:デフォルトの名無しさん
08/01/02 15:56:41
最近、職場で「出戻り寄生はけん」という言葉が囁かれています。
はけん契約を切られたにもかかわらず「次のはけん先でも切られてしまって生活できません」
などと 言って泣き落としで現場マネージャーにすら一切話がないまま再はけん契約した人のことです。
今月初め、半年前に切ったはけんが出社してきてマネージャーも含めみんなびっくりしました。
影でコソコソ偉い人に泣きついて再契約したそうです。同じ部署の人には黙って・・・
そんなことまでして自宅の近くのはけん先にこだわって人間として恥ずかしくないのですか。
仕事に必要な技術がなく勉強する気もないのを逆手にとって
「私のような人の視点で仕事をすることも大切だと思います」と挨拶された時には
みんな凍りついていました。はけんでスキルアップとか言ってる癖に以前と同じように
技術を勉強する気はなく「それは私の仕事ではありません」の一点張り、
はけんで収入アップとか言ってる癖に時給は前回と同じで喜んで再契約。
結局、なんの努力もせずにはけんで安直に収入を得たいだけじゃないですか。
身分不相応な商品のローンを払うためにはけんだと当然足りない収入は親にも寄生して、
いつ切られるんじゃないかとビクビクしながら人事権のある人間とだけ仲良くし、
契約終了を通知されれば泣き落とし。悲惨な人生ですね。
氏んだほうがいいんじゃないですか。
651:デフォルトの名無しさん
08/01/02 19:44:07
質問、WPFのコントロールの描画動作はFormのそれよりも圧倒的に高速という
ことですが、どのくらいの差でしょうか？
VS2005でFormを使って作成していますが、Form上で別のダイアログを動かすと
その後を白い空隙がサササササーーーと追いかけていくような状況は無くなる
でしょうか？
現在はFormだとそういう感じで描画が非常に遅いと感じています。
環境はCore2Solo（＠VAIO-G1）+Xp。
652:デフォルトの名無しさん
08/01/02 19:59:08
>>651
Vistaにすればそういうことはなくなる。
653:デフォルトの名無しさん
08/01/02 20:03:42
>>652
同じFormでもそうなんですか、てことは原因は何なのでしょう？
すみませんが、不勉強でよくわからないのです・・・。すんません。
654:デフォルトの名無しさん
08/01/02 20:09:29
セロリン 2.4GHz+Intel 865G+メモリ512MB+XP SP2のヘボPCでWPF試した限りではレインボーは最小限に留まった(皆無にはならない模様)。
まあWPFはDirectXでウィンドウ描画しているから(VistaのAeroもそうだっけ?)グラボの性能が悪いと意味ないと思う。
やっぱり↑のスペックだとWPFは厳しい?
655:デフォルトの名無しさん
08/01/02 22:06:05
>WPFのコントロールの描画動作はFormのそれよりも圧倒的に高速
これは幻想だな。
Vistaでもかなり重い処理のままので速度に期待するのは止めた方が良い。
656:デフォルトの名無しさん
08/01/02 22:14:23
現時点ではWPFはWinFormの代替にはならない。
それぞれに得意分野があるから当分かぶらないと思うよ。
657:デフォルトの名無しさん
08/01/03 20:15:46
>>654
DirectX でウィンドウ描画は Aero であって WPF じゃない
DirectX を利用して GPU に描画を任せる、が一番合ってるが
で、XP の場合は WPF を使う事で「一部だけ」GPU に任せられるようになるが
Vista ほど全面的にサポートされてる訳ではない
658:デフォルトの名無しさん
08/01/03 20:35:32
>>657
やはりWPFはVistaのAero表示前提か…。
現状Formだと僅か10個のコントロールを置いただけで起動時に描画が見えてしまうから、それが改善出来るのならWPFに鞍替えしようと思っていた。
Vista購入予定は全くないし、暫くは個人で使う小物に留める事にする。
659:デフォルトの名無しさん
08/01/03 20:59:10
ウインドウの表示領域にAeroとか関係ないだろ
WPFはその中で動くゲームみたいなもん
660:デフォルトの名無しさん
08/01/03 21:27:59
>>658
WPFのコントロールがデスクトップに表示されるまでの処理
1. ウィンドウが持つバッファに各コントロールを描画する
2. バッファを合成して１枚のデスクトップ画像にする
1の処理はXPとVistaで速度が変化することはない。
2の処理はVistaのAeroだと、多少GPUを使う。影の描画はCPU処理だそうな。
661:デフォルトの名無しさん
08/01/03 21:30:38
結局CPUパワーが大事なんだな。
ツールボタンのアイコンを全部ベクトルデータにしたら重いかな。
662:デフォルトの名無しさん
08/01/03 23:01:24
自由にDirectXで描画できないかな
WindowsFormsHost使えば簡単にできたけど、上にコントロール重ねたりできない
663:デフォルトの名無しさん
08/01/03 23:08:35
>>662
ある局面だけを見れば可能だろうけど、
細かい部分で使用が複雑になりすぎる希ガス。
例えばWPFはDirect3D描画中にビデオカードのリセットがかかったり、
リモートデスクトップクライアントのGPUに描画を引き継いだりしても
平然と描画を続けるんだけど (その代償としてメインメモリが食われてるが)、
Direct3Dで同じもの作れと言われれば死ぬだろう。
確かに自前のDirect3D描画とWPFとを組み合わせられればとてつもなくCoolだが
Coolじゃない部分の面倒が見切れんと思ったときのMSはそもそも機能ごと切るのが通例。
MSが検討しなかったってことは無いと思うよ。
それで非対応なんだから何か色々問題があったんだろう。
664:デフォルトの名無しさん
08/01/04 00:33:50
DirectXで自由に描画したいんだったら生のDirectX使えよ。
665:662
08/01/04 01:00:44
Direct3D上でWPFのコントロール使えたら素敵だなと思った。
レンダーターゲットをBitmapSourceにコピーする力技を試してみたら一応動いた。
毎フレームBitmapSourceを作成してて、しかもDisposeできないのが気持ち悪い。
666:デフォルトの名無しさん
08/01/04 01:18:10
WPFで2Dのグラフとかかける？
667:デフォルトの名無しさん
08/01/04 01:31:37
>>666
描けるよ。
何となく>>666の望むものは付属していない気がするけど。「作れ」と言われる気がする。
URLﾘﾝｸ(www.codeproject.com)
668:デフォルトの名無しさん
08/01/04 01:33:44
こういうのとか？
URLﾘﾝｸ(blogs.msdn.com)
669:デフォルトの名無しさん
08/01/04 01:44:22
皆さん親切
ありがと～
でもどこから手をつけたらいいやら・・・
XMLってコンピュータにはやさしいかもしれないけど私にはやさしくないな
みづらいよ
670:デフォルトの名無しさん
08/01/04 01:51:49
xmlはコンピュータというより、開発環境にやさしい言語
671:デフォルトの名無しさん
08/01/04 15:56:10
>>669
たしかにXMLやHTMLのような宣言ベースな言語だと、内容の増加に比例して可読性が悪くなっていくな。
業務でWPFを使ってるが、XAMLで定義するとデバッグが限りなく不可能なので、パーシャルクラスで実現しほうが良い気がしてる。
（今やってるのはMSの方針にそってXAMLで定義してるが地獄だ・・）
672:デフォルトの名無しさん
08/01/04 16:48:24
WPFで書いてXAMLで出力、これ最強
673:デフォルトの名無しさん
08/01/04 17:20:47
ExpressionBlend使えば？
XMLなり、XAMLなり人間がいじる必要ないでしょ。
ソフトが読み書きするためのもんだし。
674:デフォルトの名無しさん
08/01/04 17:35:35
SOAPの仕様はプログラマーの可読性を重視したものではない。
PC環境にやさしい互換性を目指したものだ。
これを理解できれば、XAMLで開発するのは開発環境依存だと
すぐに気がつくだろ。
675:デフォルトの名無しさん
08/01/04 18:58:18
HTMLなんて人にも環境にもやさしくないんだぜ？
676:デフォルトの名無しさん
08/01/04 19:47:19
XMLは分割して定義するのができないから、数百行の関数や
数百のメソッドを持つクラスを作るような形になってしまうな。
特にXAMLは機能を詰め込みすぎたためか、余計症状が酷い。
677:デフォルトの名無しさん
08/01/04 23:24:30
ResourceDictionary使えばある程度分割できるんじゃない？
678:デフォルトの名無しさん
08/01/05 21:22:38
>>676
<xsl:include/> が欲しいということか
679:デフォルトの名無しさん
08/01/05 21:24:31
WPFの入門書、いいのがあったらおしえてください
680:デフォルトの名無しさん
08/01/06 21:01:47
はじめまして。
近未来のアニメとかに出てくる、空間に浮かぶポリゴン上で
ビデオを再生するみたいな処理を身につけたいと思い、
DirectX9.0の参考書を買ってきて一から勉強しようとした矢先に
こんな記事をみつけました。
URLﾘﾝｸ(msdn.microsoft.com)
(デジタル メディア:WPF を使ってコントロールと 3D の表面にビデオを追加する)
おお、これこそ自分がやりたいことではないですか！ ヽ(^o^)丿
でも、これってWPFで初めてできるようになったのでしょうか？
この処理を実現するためにDirectXの本に10000円以上つぎこんだ
私はおまぬけさん？ (-_-;)
681:デフォルトの名無しさん
08/01/06 21:06:34
顔文字uzeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee
682:680
08/01/06 21:32:38
とりあえず自分で調べてみた。
DirectX 9(Managed)の方には動画テクスチャとかいう概念があって
Microsoft.DirectX.AudioVideoPlaybackのVideoにある
RenderToTextureメソッドを使うと似たようなことができるらしい。
URLﾘﾝｸ(www.microsoft.com)
URLﾘﾝｸ(www.microsoft.com)
じゃーManagedでない方はできないのか？？？ 予想では
DirectX Graphics の Direct3DのAPIと
DirectShow の VMR (Video Mixing Renderer)とかいうのを
組み合わせればできそうな予感がしているのだが・・・
(10000円が無駄にならんことを祈る)
683:デフォルトの名無しさん
08/01/06 21:34:14
そりゃWPFだってDirectX9だし
684:デフォルトの名無しさん
08/01/06 21:37:24
＞RenderToTextureメソッドを使うと
って自分で言ってるじゃないか
その通りにアンマネージでもやればいいだろ
685:デフォルトの名無しさん
08/01/06 21:42:50
そんなくだらないことのためだけにDirectXを一から覚えるなんて見上げたもんだ
686:680
08/01/06 21:59:36
>>684
それがRenderToTextureメソッドはアンマネージの方には
存在しないようなのだ。
んで、いろいろ探してみたら ありましたよ やっぱし
VMR (Video Mixing Renderer)のサンプルに（俺、ナイス勘）
URLﾘﾝｸ(msdn.microsoft.com)
ソース : (SDK ルート)\Samples\C++\DirectShow\VMR\Cube
ふむふむ・・・俺が入れたのは最新版のSDKだから
C:\Program Files\Microsoft DirectX SDK (November 2007)
の下のSampleの下っと・・・・
「な、ない？？！！ DirectShowフォルダがねえええええ！！！！
Microsoftめええ Sample削りやがったなああああ」
687:デフォルトの名無しさん
08/01/06 22:09:58
お前みたいなスレ違いの構ってちゃんはこっちにでも行って土下座してろ
ｽﾚﾘﾝｸ(tech板)
688:680
08/01/06 22:23:24
古いSDK入れたら見つかりました。
>>687
WPFから話題ずれたのでそっちへ逝ってきます。構ってくれて
ありがとうございました。
689:デフォルトの名無しさん
08/01/07 02:00:40
>>686
DirectShowは旧Platform SDK/現Windows SDKへ移された。
690:680
08/01/07 02:26:38
>>689
サンキュー。
古いのだとVisual Studio 2005でコンパイル通らなかったけど
Windows SDKのVMR9のサンプルはすんなり通ったよ。しかも
俺のやりたかったことほぼそのまんま。
細かい動作原理はまだ理解できてないが枠組みは判ったので
色々と応用できそうですなり。ちなみに10000円分の書籍達には
VMRについては一切記述がなかったのだが;;基本を学ぶ上では
非常に参考になるので良しとしよう。
WPFとどっちが簡単なのかも今後の研究課題にしようかと思います。
スレ汚し失礼しました。
691:デフォルトの名無しさん
08/01/08 08:14:49
XAMLって使わなきゃいけないの？
全部C#で書けない？
692:デフォルトの名無しさん
08/01/08 08:16:55
可能だけどめんどくさい
693:デフォルトの名無しさん
08/01/08 08:33:09
XAML は .NET の UI 関連のクラス定義を
partial class として分離したものだから
C# や VB なんかで全部書く事は当然できる
が、XAML の syntax でないエラーは
本当にどこが悪いのか分かりにくくてたまらん
694:デフォルトの名無しさん
08/01/08 08:37:46
VC# Express使ってるんだけど
Windowのpartial classのもう片方はどこにある？
695:デフォルトの名無しさん
08/01/08 08:41:47
obj のディレクトリに hogehoge.g.cs ってのがあるけど
696:デフォルトの名無しさん
08/01/08 08:42:29
なるほどあった
クラスビューからは見えるのか
しかし見ないほうが良かった
697:デフォルトの名無しさん
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％アップしました」
なんて話が出たら力強く机を叩き、会議室を出ましょう。
あの人たちは糞開発ツールをマンセーすることで立場を確保しているのです。
糞な開発ツールを糞だと言える、そんな当たり前の環境をみんなの力で取り戻しましょう。