WinFX を語るスレ Part4

GDI+の件はどうなった？

WinFXにはGDI++が乗るから無問題
それにWinFXのグラフィックスベースはDirectX10だし

つまり、GDI++で互換性をバッサリ切り捨てるから、GDI+のセキュリティボロボロ問題は、無かったことに出来ると？

>>513 YES

GDIがGDI+になってセキュリティ問題が発生しても、GDI++になったら問題発生しないと？

他にもADOがADO+とか全てにおいて大幅に差し替えられてるが問題は発生しないと？

GDI++が陥落したらGDI#になるから無問題
GDI#が陥落したらGDI FXになるから無問題

GDIω

GDIとGDI+とGDI++が並走

先のことより、今の.netアプリ(GDI+使用)は、どうしてくれんのよ？
何？誰も作ってないから大丈夫？

gdiplus.dllの再配布を禁止することで「対応」されます。

フリーソフトでもう配布しちゃったんですけど、「対応」されたんでしょうか？

そのうち強制適用されるマニフェストが追加される予感

だめだこりゃ

gdiplus.dllの新版はとっくにリリースされてるけど。

でもみんなは危険な旧版を使っていると

フリーソフトで配布した奴は新版入れて配布し直せよ。

アホか。何のためのgdiplus使用アプリ探索だよ

なにgdiplus使用アプリ探索って。

だからMS製品だけなんだろ
MS製品なんてどうでもいいんだよ俺ら開発者には

なんと。
Side by Side にこんな盲点があったとは。

と思った。

>>530
バージョン番号を変えないで修正版を上書きリリースすれば良さそうだけど、
何か問題があるのかな。

>バージョン番号を変えないで修正版を上書きリリース

済度売済度の逆だね。
つーかﾌﾞﾋﾞランタイムの悪夢再来。

>>532
インターフェイスを変えないで、バグフィックスしただけのものを
上書きするなら害はないと思うんだけど、どうかな。

>>533
理解してないやつにそんなマジレスしちゃダメ。

やっぱだめだこりゃ

>>533
配布元がテストしたアセンブリというか組み合わせを他アプリに邪魔されずに保存して置けるのが再度倍再度でしょ。
一部上書きはその考え方的に反則でしょ。

でもそうせざるを得ない状況はVBのときとおんなじ。

C/C++で脆弱性のあるライブラリを静的リンクしてたら
再コンパイルして配布しなおさなきゃいけないわけで。
新しい組み合わせでテストして再配布するだけの話でしょ
ユーザーが勝手に上書きしたときのことまで知るか

すげー不気味なんだけど何これ。

http://pc5.2ch.net/test/read.cgi/tech/1079428078/803-

803 ：デフォルトの名無しさん ：04/09/20 15:48:06
Tinoここにいる?
Monaスレの騒ぎここにも紹介するよ。
http://pc5.2ch.net/test/read.cgi/os/1066957498/290-466

http://pc5.2ch.net/test/read.cgi/os/1066957498/424
http://pc5.2ch.net/test/read.cgi/os/1066957498/433

807 ：デフォルトの名無しさん ：04/09/21 21:15:12
>>804
元々はMonaというOSはCygwinかUnixでC++でELFバイナリ形式で開発だったのを
TinoさんがUnixをコンパイル環境から切り捨て、PEバイナリ形式優先にして
さらに.NETが必要なように誘導している。

個人の嗜好でやっているならまだしも、仕事として請け負って（もちろん.NETの
元締めから)やっている感じがするんだな。

静的リンク？　なに見当はずれな事言ってんだ、このバカは？
.netはWindowsのコアなんだろ？
じゃあ、WindowsのコアDLLが、セキュリティバグなんだろ。
開発者のせいにするんじゃねーよ。
とっととWindowsアップデートで修正しやがれ、、能無し社員。

Monaっての名前もな〜

>>539
見当外れなのはお前の･･･いや、やっぱ馬鹿に何言っても無駄だな

社員なんていないよ、こんなスレに。
企業イメージを良くするための、2chカキコアルバイトも知らないのか？

社員だったとしても東方の地方営業所でしかないわけだしね。

>企業イメージを良くするための
ｹﾞﾗのことか？

Microsoftは使うなと言い出す始末だし
http://support.microsoft.com/default.aspx?scid=kb;ja;835322

>>536
違うけど。

>>536
VBとは違うでしょ。>>533方式なら、アセンブリの配布者が
意図したときだけ上書きできるじゃん。

こうゆうのってどうなん？
ttp://pc5.2ch.net/test/read.cgi/prog/1012435004/n567
567 名前： 仕様書無しさん [sage] 投稿日： 04/03/04 09:43
ん？知り合い？

歴史的というか、会社そのものに組み込まれた戦略というか、MS 伝統の「ライバル会社から人材を抜き取れ」戦略の一つだよなぁ。
よく聞かれる話として、MS Office 立ち上げ時の反 Just system 部隊が有名だけどツール開発部門もすごかった。
Borland や Symantec から引き抜いて同等以上のポストにつける。
金に糸目はつけない。失敗しても責任を（あまり）問わない。

一時期は VJ, VC, VB のマネージャにそろって元 Borland 社員が入った事もある。

日本での Delphi の人気が会社ではなく個人ユーザー、コミュニティにあることが明確になると
こんどは開発者の切り崩しに切り替える。底辺ユーザーには無料でばら撒き、著名フリーソフトの
開発者には表裏から VisualStudio をタダで渡す。
窓の森等の開発者インタビューでは VisualStudio を使っているユーザーのほうを優先して取り上げる。
最後に ML や BBS で FUD を流す。

これがまたうまいんだ。ある程度の Delphi プログラマを ML にへばりつける。
質問に対して積極的に答えてあげるんだが、ひとつ、Delphi 固有の機能は使わない。
OOP なんかはもってのほか。コンポーネントすら使わず、ひたすら WIN32 API で説明する。
Delphi の Delphi たる部分を徹底的にスポイルさせたわけだ。
結果は見てのとおり。

全部見てきました。ひとつの世界を破滅させることができたことに若干の罪悪感と
達成感を覚えつつ...

板違いな気がする

winners takes all.
それだけ。

何様ダヨお前

負け組は所詮負け組

ﾖﾝｻﾏﾀﾞﾖ

ﾁｮｿか

アルバイトチョソです

発行者構成によるアセンブリのリダイレクトという「正しい」対処法に
誰も触れてないところがすごいな

どこが正しいんだよ（アホ？）
アプリケーションと発行者とマシンのポリシーについて
一から勉強し直せボケ

へー
例のセキュリティ対策でgdiplus.dllをBuild 3102にリダイレクトしてる
Microsoftは一から勉強しなおさなきゃならないんですね

だからMSの製品にしか適用できずに
フリーの.NETソフト入れた奴は地獄を見てるんだろ

>>557 毎糞のやることは全て正しいって…。ジャバ厨と同レベルですか？

無知無能アホアンチ氏ね

アルバイトの方が、はるかに無能。

実行時コンパイルの形態だと、物理メモリ中のプログラムの占める割合が
多くなりませんか？プロセスごとに別々にコードを持つわけですよね？
それともJITコンパイルしたコードを貼り付けたメモリ領域を、共有するような
なんらかの仕掛けがあるんでしょうか。

企業イメージを良くしたいなら、馬鹿は書き込まないことだな。

Whidbey Release mid 2005
First Longhorn Beta - February 16, 2005
Longhorn (Desktop) and Office 12 Release - May 22, 2006
Longhorn Server - May 2007

WinFX SDK CTP 予告
ttp://blogs.msdn.com/ntmatter/archive/2004/11/18/266185.aspx

なんだか終焉を意味するようなブログだね。

Avalon CTP ﾀﾞｳｿ来ましたよ。

ﾄﾞｷｭも。
http://msdn.microsoft.com/Longhorn/understanding/pillars/avalon/avnov04ctp/default.aspx
http://winfx.msdn.microsoft.com/

今回はXAMLクローンへの配慮って感じがしないでもない。

Avalonとは何を指すのか、いまいちわからん。

押井守の映画に決まってる

StoryboardってFlash対抗？
ttp://winfx.msdn.microsoft.com/?//winfx.msdn.microsoft.com/winfx/graphicsmm/overviews/animation/linkingtimelines.aspx

まあ、今回はAvalonしか入ってないが、逆にそれだけきちんとコンポーネント化されてるってことだな。

XP/2003向けに着々と進んでるって感じだな。
これで少しは試してみる人増えるかな。

Microsoft、Avalonのコミュニティプレビューを開発者に公開
http://www.itmedia.co.jp/news/articles/0411/22/news011.html

>>569
馬鹿言うな。














ナムコのエレメカに決まっとろーが。

日本語にもアンチエイリアスがかかるね。

CUIはMonad、GUIはAvalonで、シェルのマネージドコード化はとっくに進んでるんだな。

つーか、.NEET最強

ドントネット
↓
怒涛熱湯
↓
ﾄﾞﾄﾈﾄ
↓
どっとニート







どっとニートで職溢れがドット発生しますた。

WindowsFormsの立場がないなこりゃ。

XamlPad。ClickOnceで動くのが（・∀・）ｲｲ!
ttp://simplegeek.com/PermaLink.aspx/b01b22f5-a5d0-4fd5-9ad7-b502fa1118b9

　　　　　　　　　　　　　　,,,,,,,,,,,,,,,,,,,,,,,,,,
　　　　　　　　　　　　 ／": : : : : : : : ＼
　　　　　　　　　　　/-─-,,,_: : : : : : : : :＼
　　　　　　　　　　/　　　　　'''-,,,: : : : : : : :i
　　　　　　　　　 /、　　　　　　/: : : : : : : : i　　　　　＿＿＿＿＿＿＿＿
　　　　　　　　　r-、 ,,,,,,,,,,、　/: : : : : : : : : :i　　　 ／
　　　　　　　　　L_,　,　　 、　＼: : : : : : : : :i　　 ／　 Java使ったら
　　　　　　　　 /●) (●>　　　|: :__,=-、: /　＜　　　負けかなと思ってる
　　　　　　　　l ｲ　 '-　　　　　|:/　tbﾉﾉ　　　　＼　　　　by .NEET厨
　　　　　　　　l ,`-=-'＼　　　　 `l ι';/　　　　　 ＼　
　　　　　　　　ヽﾄｪ-ｪｪ-:）　　　 　-r'　　　　　　　　　￣￣￣￣￣￣￣￣
　　　　　　　　　ヾ＝-'　　　　　／

>>582
禿同。

Windows、LinuxのJavaに重大な脆弱性
http://www.itmedia.co.jp/enterprise/articles/0411/24/news014.html

アジャイル開発を導入できていない.NET開発者たちへ
ttp://www.atmarkit.co.jp/fdotnet/devprocess/agileentry01/agileentry01_03.html
.NET開発者がアジャイル開発プロセスを導入できない理由

アジャイル開発プロセスは多くの現場、とりわけJava開発で採用され、すでに実績を残している。

■なぜアジャイル開発プロセスを導入できないのか？

（1）オブジェクト指向開発に慣れていない

現在.NETで開発を行っている開発者で、特に業務系アプリケーションを受託開発している人の多くは、
マイクロソフトのVisual Basic 6.0（以下VB 6）の開発経験者であると思われる。
VB 6は、オブジェクト指向プログラミングのエッセンスを取り入れたクラス・モジュールなどの機能を持ってはいたが、
継承ができない、コンストラクタでパラメータが渡せないなどVisual Basic .NET（以下VB.NET）と比較すると
オブジェクト指向プログラミングとしての十分な機能を提供していなかった。

Xaml Viewer for Whidbey
http://weblogs.asp.net/GMilano/archive/2004/11/24/269082.aspx

>>574
>Microsoftが19日にリリースしたコードはかなり仕上がりが粗いものだとMontgomeryは述べている。
>これは Microsoft Developer Networkに登録した開発者にだけリリースされ、
>また同社は顧客に主な開発用マシンでは動かさないよう警告さえしている。

SDKぐらいサブスク以外にも開放してくれないものか。

SDKじゃなくてランタイムだけでもいいや。

禿同

ドトニートの敗者復活なるか。





2年待たないとOS発売されないけど。

Longhorn？
んなもんなくてもXPでAvalonがとっくに動いてるんだけど、そんなことも知らないアフォがいるんだね。ﾌﾟ

Avalonって何に使うの？
FlashとかPDFの代わり？

>>592
それ以外にもいろいろ使えそう。

Flash用途
http://winfx.msdn.microsoft.com/?//winfx.msdn.microsoft.com/winfx/port_tech_mmgraphics.aspx
PDF用途
http://winfx.msdn.microsoft.com/?//winfx.msdn.microsoft.com/winfx/port_tech_edocs.aspx

Windows XPで動作可能なAvalonプレビュー版を試す
http://www.atmarkit.co.jp/fdotnet/insiderseye/20041201avalon/avalon_01.html

独特のUIのアプリがたくさん作られそうだ。

Windows2000版もお願いします

WinFXでこういうのが無くなるんだから素晴らしいでつね。

ttp://www.itmedia.co.jp/news/articles/0411/29/news016.html
英政府で「史上最大」のシステム障害、公務員8万人に影響

DWPのネットワークは、20億ポンド（38億米ドル）のIT契約の一環として
MicrosoftとElectronic Data Systems（EDS）が運用している。

ﾄﾞﾄﾆｰﾄのおかげで、バージョン不整合エラーの対応は完璧でつね。

>互換性のないベータ コンポーネントが検出されました。
>続行するには、Windowsの[プログラムの追加と削除]〜
>および共通ランタイム（CLR）コンポーネントを削除し、〜
>
>↓
>
>［エラー報告を送信する(S)］［送信しない(D)］

やっぱりLunaでAvalonの画面は違和感があるなあ･･･。Slateに慣れたせいか。

Avalon面白そうだなぁ

Avalonも実行環境が流行らなきゃ無意味。

ttp://www.mainichi-msn.co.jp/it/coverstory/news/20041130org00m300066000c.html
>今後の課題は、技術好きなユーザー層ではなく、
>必要に迫られて使っているユーザーに
>どうやってリナックスを知ってもらうかだという。
>同氏は、大きな転機は2、3年後とみられる次期ウィンドウズ「ロングホーン」の
>リリースの時に訪れると考えている。
>ウィンドウズからロングホーンへのバージョンアップは、
>リナックス移行と同じぐらいの難易度になるとの予測からだ。

Windows2000版もお願いします

OSとOfficeを売り直すのが目的なのにサポートを終了した2000版が出るわきゃない。

嫌でも流行るだろ。
Navigation Application見たとき、Webアプリ廃棄してこれで作りたいなあと素直に思ったもん。

IEしか動作保障しないJ2EE製糞Webアプリ作るぐらいなら、
Avalonでスマートクライアント作った方がよっぽど客も開発者も救われるよな。

>>603
延長されたんじゃなかったっけ

>>605
禿同だが煽るな＆上げるな

普及云々の話はWin板で十分。
こっちは技術ネタで。せっかくCTPでたんだし。

>IEしか動作保障しないJ2EE製糞Webアプリ作るぐらいなら、
前提条件からオワッテル。IE100%の時代は終焉。

>Avalonでスマートクライアント作った方がよっぽど客も開発者も救われるよな。
ドトニート厨が救われるんだろ。

>嫌でも流行るだろ。
流行って欲しいが嫌なことに誰も知らない、の間違いだろ。

ふーん。で、君の作った事のあるシステムはどのブラウザを動作保障してきたの？
IE以外で。

>>609みたいなのが湧いてくるから普及の話は持ち込んで欲しくないんだよ。

藻まいのｽﾚかよ？

みんな普及がどうこうの話が好きだからレスがあるんだよ。
それ以外の話だとスレスト。

不満を言う前にまずネタをふれ

しかしAvalon入れた奴は結構いるはずなのにみんな何も言わないな。
サンプル動かして終わりなのか？

>>612
本気で普及の話したいか？
話すまでもないと思うんだが。

PC買い換える時は大多数がOSも新しくする。
OSが最初から入ってるってのも要因の一つ。
現在エンドユーザーの大部分がWindowsユーザー。
ゆえにLonghornが出ればユーザーも増える。以上。

これ以外になんか話すことあるか？

ttp://www.mainichi-msn.co.jp/it/coverstory/news/20041130org00m300066000c.html
>今後の課題は、技術好きなユーザー層ではなく、
>必要に迫られて使っているユーザーに
>どうやってリナックスを知ってもらうかだという。
>同氏は、大きな転機は2、3年後とみられる次期ウィンドウズ「ロングホーン」の
>リリースの時に訪れると考えている。
>ウィンドウズからロングホーンへのバージョンアップは、
>リナックス移行と同じぐらいの難易度になるとの予測からだ。

Windows Updateで100%ドトニートランタイムがインストールされるから、
今頃ドトニートｱﾌﾟﾘ一色の筈だったんだがな。

>>616
何その根拠ゼロの記事

>>618
知らないけど、M$Nの記事。

>>619
毎日新聞の記事じゃん。

しかも引用部分はMSと全然関係無い人の予測・・・

>>619はあれか、Yahooニュースは皆Yahooの中の人が書いてると思ってるタイプか。

Yahooニュース良いよね。









m$n/maiよりずっと。

Avalonでアプリが動いてるスクリーンショットきぼん

@ITにありますやん

ﾄﾞﾝﾄﾈｯﾄフレームワーク≒WinFXだと思ってたら全然違うのな'`,､'`,､(´∀｀)'`,､'`,､

馬鹿じゃないの？何を今さら。

.NET Framework ⊂ WinFX だが、笑うような話なのか?
ただ .NET Framework にクラスが増えるだけだと思うのだが。

WinFX is the new programming model for Windows, starting with Longhorn.
WinFX is a superset of the .NET Framework, designed to expose the new functionality in Longhorn to the developer through managed classes.
If you know how to write managed code on the .NET Framework today, WinFX will be familiar to you.
Put another way, at PDC 2000, Microsoft debuted the .NET Framework, which introduced a new managed programming model on top of our existing Windows operating systems.
With Longhorn and WinFX, we're keeping that managed programming model while building new core parts of the OS, such as moving to the Avalon subsystem next to GDI and User.

まあ古い情報なので、Longhornの部分はXPに脳内補完してくれ。

そんな1年前に散々議論されたことを今さら蒸し返されてもねえ。

XAMLなんて聞いてねぇ

んーAVALONで動いてるアプリのムービーがほしいなぁ

ttp://s03.2log.net/home/nsharp/archives/blog165.html

Window 回りの基礎はあんまり変わってないってことかな？
WM_PAINT とかがなくなるだけで十分だと思うけど。

>>633
UIContextのDispatcherが従来どおりのメッセージポンプを使ってるところまではわかったんですけど、
各メッセージにどう反応してるかまでは何とも･･･。

Milestone 9 (platform complete) - 16th March 2005
Beta 1 - 25th May 2005
Beta 2 - 12th October 2005
Release Candidate 0 - 22nd February 2006
Release Candidate 1 - 12th April 2006
Release To Manufacturing - 24th May 2006

ttp://nikkeibp.jp/wcs/leaf/CID/onair/jp/pc/353581
ｶｺｲｲ!

Avalon ｷﾀｰ

Public November 2004 "Avalon" Community Technology Preview Including WinFX SDK
http://www.microsoft.com/downloads/details.aspx?familyid=C8F904E1-B4CA-402B-ACCF-AAA2BD60DA74&displaylang=en

着々と進むマイクロソフトの家電戦略
ttp://www.itmedia.co.jp/lifestyle/articles/0501/07/news005.html

直撃インタビュー
ttp://nikkeibp.jp/wcs/leaf/CID/onair/jp/pc/353581

>>638
isoイメージ + Express使い向けのコンフィグ変更バッチが入ってた。

AVALONのサンプル映像とかないかな。Danielのグラフの映像ばかりでおなかいっぱいです(´･ω･｀)

>>642
Channel9とかは？

Danielのグラフ以外あるのでしょうか？見てきますﾉｼ

chennel9のってDanielのやつじゃん･･･

>>642
http://msdn.microsoft.com/longhorn/productinfo/conceptvid/default.aspx

エフェクト望むなら期待はずれだけど。

>>646
見てみまふ。でも回線遅いぞ( ﾟДﾟ)ｺﾞﾙｧ!!

>>646
サンクス。こういうのみたかった

ちょっと英語弱いので聞き取れなかったんだが、あのデモにあるようなものが簡単に作れると豪語してるのか？

AvalonってOpenGLのパクリだろ？

>>650
OpenGL に XAML みたいなのあったっけ？

ttp://pc5.2ch.net/test/read.cgi/tech/1042464104/765
.NET1.0のSP3を当てたら動かなくなるアプリがあった
（グラフィックカードに付属のユーティリティー）
.NETってDLL-HELLは完全に回避した…はずでなかったのかな？

β版でやってたのかもしれんけどね
それだったら.NET2.0βで製品開発してる香具師はアフォ
ということでいいかな？

Direct3DとAvalonの3Dでどっちが作りやすい？

>>653
コードの記述量ではAvalon。

と言いたいところだが、Avalon 3Dのまともな解説がどこにもないのが痛い。
SDKドキュメントですらほとんど解説してない上に古いAPIで動かない。

DirectXでさえインターフェース変わりまくりだったし、
仕様がこれから莫大に膨らむことが予想されるAvalonは避けるべきでわ？

>>654
Viewport3Dを起点に、System.Windows.Media.Media3Dのリファレンスを読みまくればある程度はつかめると思われ。

デモでは簡単と宣伝、
実際使うと紙芝居しか作れなくて、
外れたことをしようとすると途端にやっかい、
なんだかm$ワールドそのものだな。

お舞ら的に見て
http://msdn.microsoft.com/longhorn/productinfo/conceptvid/default.aspx
ここで言ってるアプリが簡単に作れるようになると思う人手を挙げてくれ

Avalon ぐらいもうほとんどできてるんだろうとか思ってたが
まだまだって感じだね。クソ重いし。
VisualStyle の扱いはどうなるんだろうか？
Avalon はそれを描画するのか？
まさかXPだけで終了とか。

WGFも気になる。

ms-help://MS.WinFXSDK.1033/WinFX/winfx/port_home.htm

ttp://pc5.2ch.net/test/read.cgi/pcnews/1105770654/

うむ。3Dおもろい。

3Dﾃﾞｽｸﾄｯﾌﾟ
ttp://andore.com/inami/images/20040803/lg3donwin.jpg

3月末にIndigoのプレビュー版が出るらしい。

Indigo
ttp://www.urban.ne.jp/home/mint/hardware/machines.html#indigo
ttp://www.irisindigo.com/

ttp://pc5.2ch.net/test/read.cgi/tech/1107333675/390
>ttp://www.microsoft.com/japan/windowsserver2003/evaluation/features/compareeditions.mspx
>.NET Framework 64 ビット版 Windows Server 2003 オペレーティング システムではサポートされません。

m$が持て余してるフレームワークに将来は無いな。
他OSに移植なんて夢また夢。

http://lab.msdn.microsoft.com/vs2005/downloads/default.aspx

64-bit CPU support requires the latest 64-bit version of either Windows
XP Professional x64 Edition and a supported 64-bit CPU. (Build 1184 or later)

やっぱ対応してないんだ。

またWinFXスレなのにただの.NETの話始める奴が来たのかよ・・・

なら、WinFXの質問。

順調に次期Windowsが発売されたとする
順調にWinFXも搭載されたとする
公約どおりWIN32APIは継続サポートされたとする

Windowsアプリ作るならWinFX、ってなると思いますか？
なる場合は、どの位の年月でなりそうですか？

WinHEC 2005 Preliminary Master List of Tracks and Sessions
http://www.microsoft.com/whdc/winhec/tracks2005/w05tracks.mspx

レスの流れ無視してCMかよ。アコギだな。

>>672
NGSCBってLonghornに入れる気なんだな。

>>674
WinFX > あぼーん
Avalon, Indigo > WinXPにもporting
なんで、NGSCBくらい入れないとLonghornがメジャーアップデートで
ある意味がなくなっちゃうからじゃない？ 普及するか否かは別として。

>>675
WinFX じゃないや、WinFS ね・・・

WinLonghorn もあぼーん

次ｽﾚ
ttp://pc5.2ch.net/test/read.cgi/tech/1108655936/

ロングホーンどころか、GDIさえ32bit化されればWin9xでも良いと思うが、
Win98でも使えるんだね。gdiplus.dllが。
しかも.NETでてくVC++でもDelphiでも使える。
ここの皆様、GDI+でWin9x対応なフリーソフト作ってくださいまし。
そうすれば漏れのWin98が10年は延命する。

>>679
×.NETでてく→.NETでなくても

それのどこがWinFXの話なんだ。
内容も新しくも何ともないし。

GDI+でちょっと試しに作ってみたが，どうも描画がもたつく。
低スペック過ぎるのだろうか、Win98だけど。

>「Longhorn景気は一時的」「AMDは採用しない」、米Dell CEO

LonghornのグラフィックサブシステムはWGF1.0と2.0からなる
〜テッセレータ導入はキャンセルに〜
http://www.watch.impress.co.jp/game/docs/20050308/wgf.htm

ドキュメント更新につきage
http://winfx.msdn.microsoft.com/library/

出たらしい。

MS、Indigoのコミュニティー技術プレビュー公開
http://www.itmedia.co.jp/enterprise/articles/0503/17/news008.html

http://primates.ximian.com/~atsushi/longhorn-changes.html

セキュリティ:
ローテクな問題の解決については、説明できていない。

複雑:
実装の詳細があらゆるところから散見されるし、
このアプローチは私が信じる限りでは良くないアイディアだ:
物事をほとんど、あるいは全くカプセル化していない。

技術標準の無視:
Avalonユーザーはこの利益を得られないし、
これは実にくだらない理由で、この産業をふたたび分割することにしかならない。

キャンバスモデル:
そしてスケーリングしなければならなくなったとき、
独自の再描画やハンドルといった低レベルの詳細部分に、
自分で対応しなければならないような、
伝統的なプログラミングモデルの世界に後戻りしなければならなくなる。

GUIデザイナの欠落:
今のところ人々は気づいていないようだけど。

予言:
私の予言としては、Avalon v1は捨て駒だ。
これは本当のアプリケーションをビルドする基盤にはならない。
V2は後方互換にはならないだろう。彼らは再構築させられる羽目になるだろう。
それはつまり、人々が、Avalon V1とAvalon V2という2つのフレームワークを、
side-by-sideで実行することをあきらめるということだ

Longhorn Previewカウントダウン。ヽ(´ー｀)ノ
Beta1からAeroが載るらしい。

ttp://itpro.nikkeibp.co.jp/free/NT/NEWS/20050426/5/
M$Accessって死滅しちゃうんでつか？

MSDNにまだ出てないな

>>688
5048にAero入ってるじゃん

>>691
そうみたいですね。
今回のPreview版は、WinFX的には(´･ω･`)ｼｮﾎﾞｰﾝ。

>ttp://www.itmedia.co.jp/enterprise/articles/0504/25/news041.html
>「Longhorn不在」のWinHECの主役、「64」に

素直にWin64使え、WinFXはスルーしる、ということでわ？

>>693
WinHECだから、話しのメインはハード屋さん向けだよね。
ま、おぬしもハード屋かもしれんが。

>>693
どこにもそんなことかいてないだろ。
無理やりすぎる解釈だ。

ttp://itpro.nikkeibp.co.jp/free/NT/NEWS/20050426/4/

> 現在のレガシーWin32 API（アプリケーション・プログラミング・インターフェース）はLonghornの機能のために増強されるという。
> 現在のレガシーWin32 API（アプリケーション・プログラミング・インターフェース）はLonghornの機能のために増強されるという。
> 現在のレガシーWin32 API（アプリケーション・プログラミング・インターフェース）はLonghornの機能のために増強されるという。
> 現在のレガシーWin32 API（アプリケーション・プログラミング・インターフェース）はLonghornの機能のために増強されるという。

winfx死亡確定ｗｗｗｗ

という冗談はおいといて、実際 WinFX は Longhorn と切り離されたように思える。
つまり WinFX は Longhorn のネイティブな API ”ではない”。
（気づいてた人もいたみたいだけど）

WinFX は .NET のスーパーセットっていう位置づけになるのかな？

>>697
> 実際 WinFX は Longhorn と切り離されたように思える。

AvalonとIndigoに関してはyes。Fundamentalsに関しては不明。
つーか、今回のPreviewではそこを知りたかった･･･。

> つまり WinFX は Longhorn のネイティブな API ”ではない”。

Indigoはmanagedネイティブ。
Avalonに関しては、MIL(Media Integration Layer)をAPIと解釈するか次第。
漏れはAPIだと思うんだけどなあ･･･。

> WinFX は .NET のスーパーセットっていう位置づけになるのかな？

PDC 2003のころからずっとそう言われてますよ。

VS2005やLonghornSDKは.NET Framework v2.0ベースだと思うのだが、
Longhornが実際に出てくるときはどうなるの？2.0 2.1 3.0?

700

ttp://channel9.msdn.com/ShowPost.aspx?PostID=62621

これってAvalon?
ちょっとすごすぎなんですけどｗｗ

デスクトップの表示に法線マップとかHDR使ったりして
そしてユーザは速攻でOFFに

>>687

これってAvalon?
ちょっとすごすぎなんですけどｗｗ

OFF にできないようにしておけば問題ない

確かに.NETもOFFにできないけど問題ない





使ってないけど

Longhorn 5048には正直がっかりだ･･･。
開発者向けのおいしいところはPDC 2005まで見せないつもりらしい。

まぁ、WinHECだしね。
それよりVS2005 beta2に対応したWinFX SDKを早く出して欲しぃ

WinFX=スクリプト用のライブラリですけ？

ヒント： .NEET=1.0ｱﾙﾌｧ　WinFX=2.0ﾍﾞｰﾀ　?=3.0製品

二正面作戦を展開中のMicrosoft，別働隊が主流に？
ttp://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20050517/160986/

Win64 との対決でﾄﾞｯﾄﾈｯﾄ萎んぬ

さて、これでいっそうCairoへの道は遠のいた

ただx64を推進することでx64への移行が容易な
.NETへいきやすくするためとも考えられる。

別に対立する要素じゃない気がするけど
ヒューマンリソースを割り振りが変わるのかね

単にWinHECだから、ハードウェアよりの話をメインに置いただけなんじゃねぇの

>しかしユーザーは，タクシーのお客のような立場である。
>タクシーがオートマかマニュアルか気にしても，あまり意味はない。
>　これに対してx64化は，タクシーで例えるなら，
>タクシーの乗員数が増えたりスピードが上がったりすることである。
>ユーザーに対してメリットを訴えやすい。
>　また現段階では，「.NETで作った結果，性能が以前に比べて劇的に向上した」といった
>アプリケーションの実例がない（ように思える）。
>そもそも，.NETに移行するためにだけにアプリケーションを作り直したりはしないからだ。

ユーザが好む順番は、Win32 >>> Win64 >>>>> .NEET

なら、ソースをWin64でリコンパイルしる！

>ttp://pc8.2ch.net/test/read.cgi/tech/1110454743/816-817
>ttp://www.forest.impress.co.jp/article/2005/05/11/paintdotnet.html

性能が向上どころかモッサリアプリだね。
ベンチマークばかり強くても...

Paint.NET なんて昔から出てるし
だいたいその作者が MS に入ったのはその後だ

WinFX Beta1が出たらしい

どこ？

>>719
ランタイムだけでSDKはまだだけど、
ttp://download.microsoft.com/download/f/a/3/fa3b19ba-6129-41e8-93d8-498cc6b52b14/winfxsetup.exe

>720
Thx.
だが、いまの環境に入れるのにはちょっと勇気が要るなぁ（ｗ
でも、もうすぐ SDK の Beta1 も来るって事だよな

>>720
GJ!!!!!!!!!!!!!!!!!!!!!!!!!

と思ったら名無しさん♯か・・・

XP に入れてみた。インストールできた。Beta1 RC と書いてあった
Beta にまで RC があるのかよ orz

>>724
多分、正式なBeta1はLonghorn Beta1と同時期。

WinFX SDKが出たら、.NET SDKはどうなるの？
いまだに関係がわからん。

おっけー、漏れが拙い知識で答えてみる

.NET Framework はサイド・バイ・サイドによってライブラリのバージョンを横並びに管理
できる。これは UNIX 系で言うなれば、シェアード・ライブラリにバージョンを付けて
シンボリック・リンクで切り替えていたものを、アプリケーション自身が自分のFrameworkの
バージョンを知っていることから、自分が実行するライブラリのバージョンを自動的に
選択するようなもの

WinFX と .NET Framework の関係は、ツールキットの違いのようなもの。基本的に .NET
Framework 2.0 は WinFX に包含される
Java で motif とか windows とか LnF が切り替えれるけど、それを基本的なライブラリの
レベルで行っていると見ていい

これでいいのかな？ いいのかな？

どうやら .NET のバージョンは 2.0 の Beta 2 みたい？
VS2005 Beta 2 と並存可能？

>728
yes.

あげ

お、x64版もあるみたいだね。
どれどれ

しかし、ランタイムだけ出されてもどうすればいいのやら･･･。

メモ帳でxaml最強

正式に出ますた。(　ﾟдﾟ)ﾉ

Redist
ttp://download.microsoft.com/download/2/B/0/2B02BCA5-1DF1-46FD-AE8A-B87DC4D2BF2F/en_avalon_indigo_redist_beta1_RC.iso
SDK
ttp://download.microsoft.com/download/5/4/0/5407D6E4-740E-413E-8E91-EF7AC53A478A/en_winfx_sdk_beta1_RC.iso

乙

しかし、これと VS 2005 Beta2 をVirtualPCに入れて作業するのは、辛いなぁ

漢ならメインマシンにインスコ

サイズがでかいと思ったら64bit版も全部入ってるのか。

なぜか会社のマシンに入れるとインスコがこける・・・

なんかもう、
「さようなら.NET」っていう言葉しか浮かばない

さようなら.NET
こんにちはWinFX

.NETが制覇する筈じゃﾅｶﾀﾉ?

WinFX が XP にまで降りてきていると言うことは、MS は本気で Win32 から WinFX に移行を促すと
いうことだろ

違うと思う・・・・

なんかクオリティ低いよねー。
本当に来年までにちゃんと動くようになるのかこれ？

ネットに転がってるAvalonのサンプルを実行してみようと思ったけど
ことごとく「ご迷惑を(ry」のエラーダイアログが出て起動すらしない。

なるほどね。その現象がAvalon入れた人全員に起こってると思ってるわけだね。

言ってもいないことを勝手に読み取る超能力乙

つまり>>745は単なる自分の環境の問題。Avalonと何の関係もなし。

どうせ>>745は使ってもいないで適当なこと書いてるだけだろ。
どうやってサンプルをビルドして実行したのか書いてみ。

まあ、どうせ全力で話をそらすいつものパターンにしかならないだろうけどな

あるいは逆質問。

うちでも動かないけど？
とりあえずWindowsFormsIntegration.dllがないって言われる。
実際ない。修正インストールしてもない。なにしてもない。

一応XAML Padは動いたけど、AvPadは動かなかった。
名無しさんのサンプルも、March CTPでは動いてたけど、動かなくなった。

>>752
どういうわけか、Program Files\Reference Assemblies\Microsoft\Avalon\v2.0.50215 なんてところに隔離されてます。

>>753
AvPad 1.2はおｋでしたよ。
でも、過去のサンプルはほぼ全滅ですね。pre-betaだから仕方ないっす。

ああ、やっぱり過去のサンプルは動かないのか

ttp://s03.2log.net/home/nsharp/archives/blog352.html

泣ける・・・

だがくるもの拒まず去るもの追わずだ！
前向きにGOーー！寝よ寝よ

え？別に.NET止めたわけじゃないでしょ。

ｺﾗｰms、mvpにして繋ぎ止めておかんかい。

Σ（ﾟдﾟlll）

>>758
もちろんそっすよ。Javaですらまだ止められてないのに。ｗ

んー、おわりですか(ﾉ∀`)

月1でも半年に1回でもいいんじゃないかしらん。
閉じちゃうの？

こっちになんか書いてもらえるならそれで問題ないが。
向こうは変なMVPに粘着されてるみたいだし。

うむ。GDNJの馴れ合い連中に巻き込まれずに何よりだ。

VS2005β2(JPN) + en_winfx_sdk_beta1_RC.iso のインストールをやってみたけど、
サンプルの何をbuildするにしても、「インポートされたプロジェクト Microsoft.WinFX.targets
が見つからない」 と言われる。
これはインストール失敗してるの？

>>765
Microsoft.WinFX.targetsは実際に存在してる？
でも、あってもなくてもおかしな現象だよな。

>>766
ファイルシステム中探してみたけど無かった・・・
Yukon CTPとか入れたり消したりしてた開発機だし、
環境汚れてそうなので一度OS再インストールしないと
ダメかなorz

SDKは入れたけどAvalon・IndigoのRedistを入れてないとかいうオチじゃないよな･･･

>>768
いや、winfxsetup.exeでSDK入れる前に入れたつもりなんだが・・・
今VMWare上に環境つくりなおしてます。ありがと。

3D Chess。Beta1入れてる人は試してみれ。
ttp://www.valil.com/ChessExpress20/ChessExpress.xapp

重い･･･

チェスのルールがわからん・・・

こ、これは、だめぽな予感･･･。
ttp://msdn.microsoft.com/events/pdc/agenda/default.aspx

>>767
>環境汚れてそうなので一度OS再インストールしないと

VBのときからのＭ＄の基本

>>773
そうかぁ？
おいらの個人的な興味でも、

Integrating Avalon with Your Win32 Applications
WinFS: Schema Organization and Presentation of Data
Making Your Application Data Searchable from the Longhorn Shell
C# 3.0 Language Innovations
Monad: Bringing Scripting and Extensibility to Your Build Environment

あたり、けっこう面白そうとか思っちゃうんだけど・・・

>>773
俺もいい感じだと思ったが、具体的にどの辺がだめぽなのかな。
WinFSもあるし。
Win32ってキーワードがいくつかあるのが気になったが。

>>776
PDC 2003からほとんど進化してないじゃん。

っていうか、Hawaiiネタはまだ解禁されてないから判断できんでしょ。

>>777
WinFSやMonadが生きのこってることが重要。
って後ろ向きかなぁ

正直、MSC/SDKやVBの出始め、Delphi/VCL、Javaなんかが出たときのﾜｸﾜｸ感は皆無

CLR上で何をやるかしか道が残されてないんだから仕方ないべ。

CLRがまた、VMって感じじゃなくて、囲い込みというイメージが強くて

>>782
囲い込みでしょ。豊富なライブラリによる。
PythonやるにもIronPythonを選んだり、OCamlやるにもF#を選んだり。
使い慣れたライブラリで、しかもGUIが楽勝だったりするとどうしてもこっちを使いたくなる。

Winは使うとも、ﾄﾞﾄﾈﾄとかCLRに振り回されない方が良いのかも。

>>784
残念ながらそれは無理。
今後はAvalon・Indigoみたいにunmanagedでは同等のAPIが手に入らなくなる。
好きか嫌いかに関係なく、win上でコードを書くにはCLRに乗るしかなくなるよ。

楽しみだのう

>>786
誤爆？

何でMSDNのWinFX SDKドキュメント更新しないんだろう･･･

必要ないから...

>>785
それはないと思うが。
IndigoはともかくAvalonはunmanagedから触れると思う。

>>790
unmanagedで触れるのはAeroの方だと思われ。
Avalonのスレッドモデル、プロパティ・イベントシステム、コントロール描画は完全にmanaged実装で、
unmanagedでAvalonを使うにはC++/CLI経由でAvalonをホストするしかないと思う。

> コントロール描画は完全にmanaged実装で、

おっと。MILのP/Invokeという意味でのmanaged codeね。

m$戦略による制約を喜んで受けるなんて如何なものかと

>793
うらやましかったら、嫉妬してないで自分たちでよりよいライブラリやマネージド・ローダを
造れよ。素人じゃないんだから

うらやましいんじゃないって。
マネージドとアンマネージドと意識する必要なくなるべき。
でないと、作業増えるだけ。

>>795
> マネージドとアンマネージドと意識する必要なくなるべき。

ﾊｧ?
自分で全リソース管理したいの？それとも全部ランタイムに任せたいの？

たまに書き込みがあったかと思うと>>795みたいな馬鹿でうんざりする

理解はできてないけどMSの技術が気になって仕方ないんだろ。

>>796
MACみたく、コンパイラのチェックボックスのオン・オフで良いじゃん。

http://www.microsoft-watch.com/article2/0,1995,1826007,00.asp
> 'Monad' Scripting Shell Unlikely to Debut in Longhorn
・・・がーん。やっぱり標準搭載はされないのね。

>>800
WinFX SDKのサンプルとして入るらしいよ。(Beta1では。)
あと、ExchangeチームがCmdLet大量開発中とか。

とりあえずここでも読んでもちつこう。
http://www.microsoft.com/windows/longhorn/future.mspx

実質Longhornの目玉はAvalon＋Aeroということか･･･

>>800
まったくもって予想通り

ジム・オール粗チン

> WinFX SDKのサンプルとして入るらしいよ。(Beta1では。)

SDKツールの間違い･･･

その前に来週末〜再来週あたりにMonadの新版が出るよ。

期待

21日にリリース予定
ttp://blogs.msdn.com/arulk/archive/2005/06/13/428717.aspx

OK. Monadゲット

ttp://www.itmedia.co.jp/enterprise/articles/0506/15/news070.html
これはもうだめかもわからんね

>>811
あっさり反論されてますよ。
http://www.tomshardware.com/hardnews/20050613_184624.html

Monadがないからアップグレードする価値なしってのは変な理屈だな。
XP/2003でも無償で手に入るコンポーネントなのに。

>>788
やっと反映された･･･。
http://winfx.msdn.microsoft.com/library/

>>811
>まず、WinFSが外された。
>次に、Longhornは結局.NET Frameworkベースにはならないことが分かった。

ってホント？
LHの中の人にWinFXは入らずに、上に載るだけ？

言葉の定義の問題。
Explorerからプリンタドライバから、ユーザー空間で動くコードが
何からなにまでマネージド化するとか思ってた人にとっては、
「Longhornは結局.NET Frameworkベースにはならないことが分かった」

ただ、シェルがmanaged使いまくりでPlatform Assemblyの機能を導入云々という計画が吹き飛んだのは残念･･･

ttp://pc8.2ch.net/test/read.cgi/tech/1113305966/258-272
内輪の会話が延々と

Longhorn Beta1っていつ出るの？

知ってるが、お前の態度が気に入らない

>>819
「later this summer」の一点張り。

MSH Beta1出ますた。ヽ(ﾟ∀ﾟ)ﾉ

beta.microsoft のとこ？

>>823
そです。

>>819
たぶん7月

monad落とせな〜い。
メールも来たのに、入りようがない。
調べたらパスポートが同期されてないとかなんだとか。
普通に公開してほすぃ。

>>825
Monadが一般公開されるの数週間後の予定だから、新しいアカウントでベータ登録した方が早いかもよ。

っていうか、たったの1MBなんだから(ゲフンゲフン)

MSH>

すばらしい。

MSH> dir | get-member


TypeName: System.IO.FileInfo

>>829
ん？DirectoryInfoじゃないの？

>>830
サブディレクトリがあれば両方出てきた。

スゲーーーー！！

MSH> get-command | select Name | where { $_.Name.StartsWith('get-') } | sort Name

1. get-commandでコマンド一覧を取得
2. 返ってきたオブジェクト(CmdletInfo)のNameプロパティだけを取り出す
3. 名前が "get-" で始まるものだけに絞り込む
4. 昇順で並べ替え

(実行結果)

Name
----
get-acl
get-alias
get-AuthenticodeSignature
...

Monadはなんで搭載間に合わないんだろ
すげぇ便利だけどすげぇ危ないからかな

速攻でノートン先生にウィルス扱いされるに1000ラブレター

なんか盛り上がってきたな

>>834
> Monadはなんで搭載間に合わないんだろ

間に合わないんじゃなくて、Exchange12のスケジュール次第でむしろ先行リリースになるかも。

> すげぇ便利だけどすげぇ危ないからかな

今回のリリースでカスタムCmdLetの扱いに厳しい制限ができた。
その是非は議論中。

イベントビューアのMonadLogってなんだよｗｗｗｗ

なんか関数型言語みたいやね。

MSH> 1,2,3,4,5 | foreach { $_ * $_ } | where { $_ -lt 10 }
1
4
9

まぁMonadって言うくらいだからな

パイプの概念は思いっきり遅延評価だしね。

むむ、毎回プロンプト表示を変えるのが('A`)ﾒﾝﾄﾞｸｾ
.profile や .cshrc みたいなものはないのかねぇ
msh /? で見ると、-NoProfile なんてオプションがあるのに、ドキュメントを探しても
見つからない

>>842
マイドキュにMSH\profile.mshって設定ファイルがあるよ。

>843
おお、見つけた！　ありがとう

Application Data に入れてくれよ、とちょっとｵﾓﾀ

>>844
newsgroupかバグ報告(feature request)に投げてみたら？

Suggestion で出してみた。まぁ、漏れにはこの程度の事しかできんがな(´･ω･`)

>>846
乙。Feedback Centerみたいに他人の報告が見れるといいんだけどね･･･。

>WinHEC 2005で見えたLonghornの姿

>現実路線が強まったLonghorn
>「Longhornの新機能が活用できる唯一のAPIであるWinFX」という位置付けではなくなった。

>激変したLonghorn像

>WinFSがなくても検索を強化

すんません、いつの間にかMSDNサブスクライバDLからLonghornが無くなってしまいました
なんででしょう？

お前がビルゲイツに嫌われたから

>849
そろそろBetaの準備始めてるんじゃね？
正式名称も決まるだろうし

予定だと30日公開らしい品＞Longhorn Beta1

>>852
え、どこの情報？

ttp://www.fenrir.co.jp/

>>853
これじゃね？
ttp://www.winsupersite.com/showcase/longhorn_preview_2005.asp

>>855
あーそれなんだ。それは古いから。
彼も7月に公開予定と言い直してる。

そういうことなんですか
SDKだけ公開しておいて…とか思ってました
VirtualPC用にインストールしたものしか取ってないのでがっくりです

>マイクロソフト、AJAXアプリ開発用ツール「Atlas」を準備中

XAML氏亡？

ま、確かに次期Winではm$独自じゃなくて標準リッチクライアント使いたい罠。

>>858
ttp://weblogs.asp.net/scottgu/archive/2005/06/28/416185.aspx

AJAXがリッチクライアント？(　´,_ゝ`)

MSHはいいけど、Term は変わらないのかな
いい加減、Cmd.exe は使いづらいんだが

>>861
msh.exe以上のものは出さないと思われ。
あるいは自前でmake-shellするか。

ngen install msh.exe

これで起動が驚くほど早くなった。

あ、ほんとだ。起動にほとんどストレスがない

>863
GJ!

32bit版は速くなったが64bit版はあんまかわんなかった

>>865
64bit版はCLRのパフォーマンスの問題のせい。
ってnewsgroupでも既出。

CmdletでのParameterAttributeの使い方に感動した。

C# 3.0の姿のヒント
ttp://pico.vub.ac.be/~wdmeuter/RDL04/papers/Meijer.pdf

>>868
なんか既にCωで取り上げられてるネタと被ってない？

>>869
そりゃもちろん。
でも、dynamic系への言及はまだなかったと思う。

ttp://www.simventions.com/gustavson/2005/06/customer-interest-needs-net-win32.html
結論はマイクロソフトプラットホームに関して、
ベースインフラストラクチャが.NETでないということです--、
それはWindows APIです。

何そのチラシの裏

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!!

PDC 2005 Breakout Sessions
http://commnet.microsoftpdc.com/content/sessions.aspx

Integrated Query Framework、Orcasで出すつもりなんだね。
Hawaiiまでお預けかと思ってた。

いつ出ようがあんまり関係無くなったね。
ﾄﾞﾄﾈﾄの出始めはコンパイラとか調査しなきゃとか思ってたけど。

C# 3.0の新機能

1. Extension methods
2. Lambda expressions
3. Type inference and implicit types
4. Anonymous types
5. Expression Trees

1と5がどういうものかよくわからん。

C#使ったことないな。

出たころ使おう、とあのころ思ったのにスルー、
2.0でそろそろ凄い機能入るのかなーと横目に見てた。
もう3.0か。

バージョンｱﾌﾟの重みで自滅しないだろうな。

>>876
近いうちにロードマップ更新で解説が出るんじゃね？

C#ﾉﾛｰﾄﾞﾏｯﾌﾟﾅﾝﾃ,ｲﾙ?

使ったことない奴にはいらんけどな

ttp://blogs.yahoo.co.jp/ogiwara_hsk/6675135.html

いつのバージョンのAvalonだよ。
日本のMVPってのはレベル低すぎないか？

http://tmp5.2ch.net/test/read.cgi/download/1121245757/l18

所詮はMost Valuable Promoter

>>881
どっかからパクってるだけでしょ。

>>881
ﾊｹﾞﾜﾛw
これが.NET道場の成果ですか。w

> 次期Windows「Longhorn」に搭載予定の新しいグラフィック・エンジン
> （え〜と・・次の次のＯＳになるんでしたっけ・・）

> Hello World をWindows Formに表示したい場合、

> XAMLをごりごり書くことによりWindows formなどが表現できるんですが

ﾄﾞﾄﾈﾄって所詮そんなもんだが。
車輪の再開発。

気のせいかな。それはXAMLではAdobeのイラストレータでGUIのデザインができることを
言ってるだけのような気がするんだが
WinFXのGUIレイアウト・ツールは確かにすごいことになりそうだ

>>887
それなら背伸びして「Avalonとは〜」「XAMLとは〜」とかいい加減な解説を入れなきゃいいだけのこと

まあ、先端の情報追ってますというフリして見栄張りたかっただけだろ。
その辺で勘弁してやれよ。ｗ

>すごいことになりそうだ
車輪の再発明のﾄﾞﾄﾈﾄの宣伝こんなんばっか。
他には「最近仕事が急激に増えてる」とか「楽しみだのう」の常套句。

車輪の再開発というか
車輪の改造といった感じだね。
やっぱり凄いや。

改悪で自滅するとこも凄いよね。

分かりもしてないのが褒めて、分かりもしてないのが叩く。

マジで最悪なまでにレベル低すぎ。

>分かりもしてないのが
OLE本に書かれてたが、M$社内でもそうらしいよ。




ましてやM$KK工作員の「楽しみだのう」ﾏﾝｾｰなんて。

うん。現時点で「楽しみだ」というのは変だ。
すでにWinFXはBeta1で試すべきことは大体試せるし。

そうだね、誰もﾄﾞﾄﾈﾄを楽しみにしてないことが明らかになった。

>>896
じゃあ、今多くの人が楽しみにしてる技術って何？

携帯＋ググる（ポータル、ストレージ、マップ）

（　´,_ゝ`）

ttp://maps.google.co.jp/ VS ttp://demo.mappoint.net/
ぐぐるにもAPIもある。
というか、ﾄﾞﾄﾈﾄかどうかなんてユーザーに何の関係も無い。

（　´,_ゝ`）

>>898
m9(＾Д＾)

他人の作ったウェブサービスを使うだけの人生か。それもまたよかろう。

やっぱﾄﾞﾄﾈﾄ終わってるよな、つーことでNGWORDに入れておいた。

うん。Google API使うだけだったら.NETである必要性はないね。ｗｗｗ

うちもGoogle API駆使して販売管理システム作ろうかな。ｗ

何でGoogleだけなんだよ。AmazonとかeBayにも注目してやれ。

>>907
きっと独占状態を望んでるんでしょ。ｗ

具ぐるマップのせいでMAPPOINTﾄﾞﾄﾈﾄは萎ンするのは間違いないね。

たまに伸びてると思ったら･･･

ttp://www.itmedia.co.jp/news/articles/0507/20/news014.html
散々引き抜きと買収を行うのに、ググるが引き抜くと許さないみたい。
車輪の再開発なんだから技術流出の心配なんてしなくて良いのにね。

　 　　　　./　　　　　　 ;ヽ　
　　　　　 l　　＿,,,,,,,,＿,;;;;i　 ＜いいぞ　ベイべー！
　　　　　 l l''|~___;;､_y__ lﾐ;l　 スレ違いの話題しか出せない奴は >>911 だ！！
　　　　　 ﾞl;| | `'",;_,i`'"|;i |　 情報持ってこれないからMS叩いてるだけの奴はよく訓練されたアンチだ！！
　　　　 ,r''i ヽ, '~rーj`c=/　
　　 ,／　 ヽ　 ヽ`ｰ"/::　`ヽ
　 /　　　　 ﾞヽ　 ￣､:::::　　ﾞl,　ホントアンチは役立たずだぜ！ フゥハハハーハァー
　|;/"⌒ヽ,　　＼　　ヽ:　　 _l＿　　　　　　　　ri　　　　　　　　　　　　　　　　　　　ri
　l l　　　　ヽr‐─ヽ＿|_⊂////;`ゞ--―─-r| |　　　　　　　　　　　　　　　　　　 / |
　ﾞlﾞl,　　　　 l,|｀ﾞﾞﾞ''―ll＿__l,,l,|,iﾉ二二二二│｀""""""""""""|二;;二二;;二二二i≡二三三l
　| ヽ　　　　 ヽ　　　_|＿　　＿　　　　　　　"l￣￣￣￣￣￣ |二;;二二;;二='''''''''''￣ﾉ
　/"ヽ　　　　 'j＿／ヽヽ,￣ ,,,/"''''''''''''⊃r‐l'二二二T￣￣￣　　［iﾞ''''''''''''''''"ﾞﾞﾞ￣`"
／　　ヽ　　　　ー──''''''""(;;)　　 ｀ﾞ,j"　　|　 |　|

>>874
> Integrated Query Framework
って、かつて「Object Space」って呼ばれてたモノのこと？

875 ：デフォルトの名無しさん ：2005/07/15(金) 09:52:10
いつ出ようがあんまり関係無くなったね。
ﾄﾞﾄﾈﾄの出始めはコンパイラとか調査しなきゃとか思ってたけど。


っていうか、分が悪くなったからって工作員捏造話題スレまでバックするなよ。

>>913
ObjectSpacesというよりは、Cωに入ってたSystem.Compilerまわりだと思われ。
ちなみにObjectSpacesチームはもはや存在しないらしい。

SQLやXML構文はいちいち文法を拡張するんじゃなくて、メタプログラミングで実現しようとしてる。
C# 3.0の新機能はそのメタプログラミング関連がもっとも大きいと思われ。


>>914
こんなところでネガティブキャンペーンやっても誰も見てないし何の意味もないよ。
やりたいならWinFXのnewsgrupにおいで。もっと優秀なお仲間がいっぱいいるから。

Avalonになったらウィンドウモードでもゲームがちょっぱやになるのかな

>>911
一瞬ホリエモンのことかと思った
で、WinFXと何の関係が?

>>915　サンクス！
Cω・・・名前だけは聞いたことあったけど・・・
ちと調べたけどよくわからないんで出なおしてきます。

> ObjectSpacesチームはもはや存在しないらしい。
そっか・・・プレビュー版のときに触って O/Rマッピングの便利さを知ったもんだから、
ObjectSpacesのリリースを期待してたんだけどなー・・・

んじゃ、メタプログラミングについて勉強してきます。

ﾃﾞﾑﾊﾟ?>>916
標準で出来ることが多くなる。けど、トーゼン激遅になる。

メタプログラミングならC++のtemplate。

あんな気持ち悪いものはないBoostのlambda。

PDCでWorkflowネタが多いと思ったら、こんなの作ってるらしい。

WinOE Workflow Prepped For Whidbey, Longhorn, Office 12 In 2006
ttp://www.crn.com/showArticle.jhtml?articleID=57700833&flatPage=true

>>920
Boostの繁殖が重要なんじゃん。
ﾄﾞﾄﾈﾄのネックは普及しなくてライブラリの繁殖力が弱いこと。

Indigo本が届いたよ。（・∀・）ｳﾋｮｰ
ttp://www.amazon.co.jp/exec/obidos/ASIN/0735621519/

>924
どんな感じ？　ちょっと読むパワーがあるか悩んでる

>>925
想像以上に分厚い。ｗ
Brent RectorのIntroducing WinFX本の3倍は分量がある。

全15章で、本文を読んだ上でコードも試すとなると、1章あたり2〜3日掛かるかな？
しかし、Indigoに関しては現時点で最良の情報ソースと思われ。

ちなみに、サンプルコードはここ。
ttp://www.microsoft.com/mspress/companion/0%2D7356%2D2151%2D9/

Indigoなんてつかうんかいな

Indigoとは何かを説明せよ。（３０点）

Webサービスもどき？

現代的な XServer みたいな？

Indigoは、マネージドコードによるサービス指向アプリケーション構築のための
マイクロソフトの統合プログラミングモデルです。 (FAQより)

それじゃわかんねーよ。結局何よ？って感じ。
Avalonはわかりやすいのだが。

Vista Beta1リリースに合わせて、WinFX Beta1も出ますた。

Runtime
ttp://www.microsoft.com/downloads/details.aspx?FamilyID=ce888b4c-ccbd-452f-9d90-f4b7190cca24&DisplayLang=en

SDK
ttp://www.microsoft.com/downloads/details.aspx?FamilyID=23a22468-5807-4ff7-a363-ce6fe69b8f04&DisplayLang=en

Avalon・Indigoも正式名称が決まったみたいですね。(　ﾟдﾟ)

Avalon → Windows Presentation Foundation
Indigo → Windows Communication Foundation

>Presentation
>Communication

ｼｮﾎﾞくない？

MFCとWinFXの新しいFoundation群の違いを説明せよ。（３０点）

>>935
なんかそれは「馬車と自動車の違いを説明せよ」とかいわれてるみたいで
ものすごい違和感がある。

豪華馬車・・・ﾄﾞﾄﾈﾄ/WinFX
軽自動車・・・MFC

　　　〃∩ ∧＿∧
　　　⊂⌒（ 　・ω・）　　はいはいわろすわろす
　　　　 ｀ヽ_っ⌒/⌒ｃ
　　　　　　　 ⌒ ⌒

>>935
> ｼｮﾎﾞくない？
それは名前だけを見ていった言葉だろｗ

WinFXのSDKのダウンロード途中でとまっちゃうなぁ・・・

ReleaseNotes.htmをダウンロードしてるときに、
Error1330で
C:\Windows\Installer\MSI24.tmpがおかしいのどうのってダイアログがでる。

みんなはダウンロードできた？

>>940
同じ現象発生中です。(´･ω･`)
とりあえず、MSに(ﾟДﾟ)ｺﾞﾙｧ報告は入れときました。

SDKがないとVista入れる意味がない･･･

>>942
ところが、相変わらずWindows VistaにはWinFX Runtimeがデフォルトで入ってない。

>>943
まじかｗ

SDKへのリンク切れた・・・。

インストールできないのは俺だけじゃなかったよう棚

>>943はガセ。

>>945
作業中です。(　ﾟдﾟ)ﾉ

ttp://groups.google.co.jp/group/microsoft.public.windows.developer.winfx.sdk/msg/7299d9553fbab695

>>943
VistaのDVDにラインタイムが入ってますよ。別途インスコなのは確かだけど。

>>948
ありがとう

まだー？

まだみたいですねぇ・・・

MSアホでしょ

今回のこればっかりはねぇ・・・

Vista
ttp://www.itmedia.co.jp/enterprise/articles/0507/28/news091.html

はいはいわろすわろす

SDKインスコできますた。

>>955
わらったｗ

あーでも、普及するんだろうな・・・

今回はSDK入れてもVS統合はされないそうな。
「Visual Studio 2005 Extensions for WinFX Beta 1」とかいうのが来週リリースされるまで待つべし。

情報乙

そろそろ次スレ？

うむ。ここはずっと頑張ってきた名無しさん♯に押しつけ・・・ｺﾞﾎﾝｺﾞﾎﾝ、もとい、次ｽﾚ立てを
お願いしたいと思うのだが

Vistaの製品版でもWinFXランタイム別途インスコ、
開発もVS 2005＋Extenstionsになりそうな悪寒･･･。

で、OrcasはLonghorn Serverに合わせてリリースと。

ﾄﾞﾄﾈﾄﾍﾞｰﾀから付き合ってきたヤシは大損だね。
LHサーバーで報われるのかどうかも分からないし。

大損というよりはこれまで通りなんだが。

Vista Beta1にIIS7もWASも入ってないのね･･･。('A`)
やっぱりWinFX関連はPDCまでお預けっぽい。今回はドキュメントのアップデートという感じ。

>>962
じゃあ、980ぐらいになったら立てます。

>>963
あきらめるのはまだ早い！(`･ω･´)
Sidebar復活に含みもあるわけで。
ttp://groups.google.co.jp/group/microsoft.public.windows.developer.winfx.general/msg/30652066d48b2303

さすがに今年出すVS2005には、まだBeta1のWinFX関連の開発キットは付けられないでしょ
ちゃんとExtension出してくれるだけ偉いがな

Longhorn Server beta1 には入っていないのかな？
試してみるか('A`)ﾏﾝﾄﾞｸｾ

【いつまでベータ？】WinFX 大ブームPart5【ペーパーウェア？】

　　　〃∩ ∧＿∧
　　　⊂⌒（ 　・ω・）　　はいはいわろすわろす
　　　　 ｀ヽ_っ⌒/⌒ｃ
　　　　　　　 ⌒ ⌒

紙製ソフトウェア

>>968
ペーパー(Paper)じゃなくてベーパー(Vapor)。

>>966
ところでWASって何？

Longhorn Beta1も出たことだし、改めて読んでみましょう。

Mr. Grimes’ Farewell
ttp://www.ddj.com/documents/s=9211/ddj050201dnn/

> When I see the beta of Longhorn (due later this year), I will examine it carefully
> to see how much of it is implemented with .NET. I suspect very little will be.
> Here are some clues to look for: If Longhorn does not implement the shell, or will not
> allow you to extend the shell with .NET, then Microsoft has clearly lost their confidence.
> If Longhorn does not implement any services in .NET, then they will indicate (as I do) that
> .NET is not the right technology for running under the privileges of the LOCALSYSTEM account.

>>972
Windows Activation Serviceです。Indigoのサービスのホストで関連。
ttp://winfx.msdn.microsoft.com/library/default.asp?url=/library/en-us/indigo_con/html/192be927-6be2-4fda-98f0-e513c4881acc.asp

>>973
lost confidenceと言っても、代案がないのもまた事実。
まあ、.NETはエンプラ向け中心と割り切ってる感もありますね。

WinFX関連ファイルをCDに焼きたい方は

Runtime
ttp://download.microsoft.com/download/F/2/6/F2612768-A0E7-4E8A-A330-17A3E66408DF/en_winfx_runtime_beta1_rtm.zip

SDK
ttp://download.microsoft.com/download/2/5/f/25fc3875-fea5-4445-8ec4-0c8cfe50ac0c/2.0.50215.45.106.WinFXSDK_idw.img

ttp://www.atmarkit.co.jp/fwin2k/insiderseye/20050803metro/metro.html

こういうの読むと、もう背中がぞくぞくする。

オンラインドキュもBeta1バージョンになりますた。(　ﾟдﾟ)ﾉ
ttp://winfx.msdn.microsoft.com/library/

見出しはBeta1 RCですけど、中身はBeta1です。
Tools - Microsoft Command Shell みたいに、新しく追加された必読ドキュもあります。

次スレ立てますた。(　ﾟдﾟ)ﾉ
http://pc8.2ch.net/test/read.cgi/tech/1123003135/l50

> 見出しはBeta1 RCですけど、

お、今見たら直っとる。

MSHでRSSをｹﾞﾄするサンプル。

$doc = new-object System.Xml.XmlDocument
$doc.Load("http://msdn.microsoft.com/rss.xml")
$item = $doc.rss.channel.item | sort { [DateTime]::Parse($_.pubDate) } -ascending:0
$item | select title,description,link -first 10 | format-list

MSHがデフォでロードしてるアセンブリ一覧

$asm = [AppDomain]::CurrentDomain.GetAssemblies() | foreach { new-object System.Reflection.AssemblyName($_.FullName) }
$asm | foreach { $_.Name } | sort

mscorlib
msh
System
System.Data
System.DirectoryServices
System.Management
System.Management.Automation
System.Management.Automation.Commands.Management
System.Management.Automation.Commands.Utility
System.Management.Automation.ConsoleHost
System.Management.Automation.Security
System.Security
System.Xml

IronPythonみたいにダイナミックに。

[Reflection.Assembly]::LoadWithPartialName("System.Drawing")
[Reflection.Assembly]::LoadWithPartialName("System.Windows.Forms")
$f = new-object Windows.Forms.Form
$f.Size = new-object Drawing.Size(800, 600)
$f.ShowDialog()

Vista Beta1 で MSH 入ってる？

>>983
WinFX SDKに入ってる。

MSH 従来のシェルとのパイプの概念の違いに慣れるまでは結構戸惑うね。

漏れ、頭が悪いから未だにMSHを使えない
何が受け渡されて、どう振る舞うのか、なんかぴんと来ないorz

IronPythonも捨てがたいが、現時点では.NETの動的言語ではMSHが最強か。

>>986
つttp://winfx.msdn.microsoft.com/library/default.asp?url=/library/en-us/monad_gettingstarted/html/e72d9b1b-c1c0-41f0-83e7-d230ff3f9144.asp

英語わかんね。
ただ、起動時にプロンプトを「C:\>」と表示するように出来た。

990

出ますた。(　ﾟдﾟ)ﾉ

Microsoft Visual Studio Extensions for WinFX Beta 1
http://www.microsoft.com/downloads/details.aspx?FamilyID=45f9be99-3264-4bf1-8879-78a7a95d9217&DisplayLang=en

Accessのmdb/vbsで色んなツールが作られてんだけど、これらどうなるんだろう？
コンバートツールがあったところで、作ってるのはマじゃなくて庶務女なんだけど。

>>991
日本語版のVS2005にも統合できていい感じ。

情報ありがとん　＞＃

MSHはWMIも気軽に扱えます。

get-wmiobject "Win32_Processor" | select Name

Name
----
Intel(R) Pentium(R) M processor 1700MHz

ume

997

>>993
確かにテンプレートがロケール1033と1041両方に作られてますね。

goto 999

1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。