>>250
>>245はアホアンチだから相手にするなよ

ＩＥマンセー

Chromeはfirefoxと共通の部分が多いからかsilverlightは動いてる。
ただ正式サポートではないせいだろうか、たまに変な動きを見せる。

FireFOXも動くでしょ？

http://www.gizmodo.jp/2009/02/windowsosmoblin_v2_1.html

こういうのもちゃんとサポートしてくれるんだろうな＞＞＞Ｍ＄
戦略上Ｎｏｔサポートにするのが怖い。

するわけないだろjk

>>255
Mono、Moonlight が動くだろJK

MonoがサポートすんのはＵＮＩX系（＝重厚）じゃね？

>>258
>>255のリンク先から引用
>「Fedora」をベースに開発が進められたMoblin v2は（略）
FedoraでMonoは動作する。
それをベースにしているのなら問題なく動くか、少しの変更を加える程度でいけるんじゃないかと思って

実際に試したわけじゃないから、動かないという話であれば指摘お願いします。

いや、Fedora LinuxもUNIX系＆重厚なんだけど。
ケータイOS＠軽量だとどうなるんだろ、みたいな。
それで動作するということが明確になったら銀光にシフトすんだけど。

その辺の動向は不明瞭な所が多くて、まだ様子見ですね。

ケータイOSと言えば、Android端末でのSilverlightサポートについて検討しているとか
http://www.itmedia.co.jp/anchordesk/articles/0810/14/news079.html
Monoの中の人が、AndroidのDalvikにMonoを統合するのに興味を示しているとかいう話もあるね。
http://tirania.org/blog/archive/2007/Nov-13-1.html

順調に進んで欲しいとこだけど、これも先行きは不透明なのが･･。

Silverlightの使い道は、やっぱりみんなWebサイトとしてと考えてるの？
WindowsアプリケーションとしてSilverlightを使うっていうのは誰も考えてないのかな？
おれは今、そう考えてるんだけど、みんなはどう考えているのかなって思って。

ブラウザ上でしか動かないし余計な制限がかかるだけ
WindowsならWPF使えばいいだろ

どう考えるもなにもそれは最初から一つの目的でもあり、全員が一度は考えること。
プラグインさえ入っていればUIはすべてSilverlightで可能
一部にSilverlightを使えば連携を考える必要が出てくるのが面倒だが
WPFはWindowsでしか動作しないのに対し、これはでかい
が、動作が重すぎてどうしようもないので終わり。

で、何が言いたい？

それアプリにブラウザ張り付けてるだけなんじゃｗｗｗ

.NetというベースがあってSilverlightはその出力の１つと考えると
Windowsアプリは素直にWPFなりマネージアプリで用意するのが妥当かと。
Silverlightはどんなに進んでもブラウザコンポーネント以上には進化しない
気がする。ブラウザコンポーネントから始まって、それを流用して
色々手を広げてるFlashとは進化の仕方が真逆。

Silverlightはバックにあるwebアプリケーションのデータを表示したり操作したりするための端末
という位置付けだからな
決して単体でクロスプラットフォームなアプリケーション作るためのものではない

airみたいにブラウザなし環境で動くようなものでてくるよ。

それただの.NETアプリだから
MSは先にそっちを作ったのを忘れないで

びびった。今一瞬養護学校にいるのかと思った

それが.netの目指してた所だと思うけれど現実出来てないからね。
silverlight環境はモバイル含めてそれを実現するためのよい口実。

for mobile の方はブラウザから切り離した使い方もできるようにすると言ってたね
.NETじゃ大きすぎるし

Vista向けだとサイドバーがジェットでそれっぽくしちゃったり
Googlegearsと混ぜ合わせるとかやってる人もいた

>>262
俺もSilverlightの応用として、ASP.NETに代わるWebアプリという案も検討しているけど、
SilverlightはWPFのXBAPと同様に、ローカルリソースへのアクセスが制限されてるから、
ファイルのアップロード/ダウンロードが必要なケースでは使いにくいし・・・。
ここらへんの制限があるから、セキュアなWeb端末アプリ以外への使い道は大変かもね。

ｽﾏｿ、SilverlightでOpenFileDialog使えました。

>>272
.NETの目指してる本当のところは、アプリケーションの互換性を維持したままOSを
更新していくためのシステムだろう。
マルチプラットフォームなんて最初から考えてないというか、WindowsとUnix等ではなく
WindowsAとWindowsBでのマルチプラットフォームかと。

過去のアプリケーションの互換性がMSの最大の武器あると同時に弱点でもあるけど、
うまく.NET化が進んで互換性の問題がなくなれば、Intelと手を切ることも可能になる。

>>275　2.0からその辺緩くなったはず。

>>276　パソコンの上ではなく、モバイルとかカーコンピューターとかそういった所に乗っけようとしてくるはず。

>>276
＞.NETの目指してる本当のところは、アプリケーションの互換性を維持したままOSを
＞更新していくためのシステムだろう。

それは大きいよね。
通常、企業の設備投資は5～6年間使い続けることで予定が組まれている。
Windowsのメジャーリリースは3年ごとだけど、企業が情報システムを新しく開発して
使用を開始する時期は、OSであるWindowsのリプレース時期とは一致しない。

つまり、Windows 2000 → WindowsVista、Windows XP → Windows 7 といった具合に、
タイミングによってはWindowsの3バージョンに跨がって使えることが要求される。

SL3ではお待ちかねのH.264ビデオサポートが追加されて、他にも色々改善されるみたいね。
>Mix09でSilverlight 3が明らかに
>http://www.infoq.com/jp/news/2009/02/sl3

あとこんなのも紹介されてた。
>Silverlight向けのMD5実装
>http://www.infoq.com/jp/news/2009/02/MD5-Silverlight

Silverlight3って.NET4.0/VS2010待ち?

Mix09で発表されるロードマップ見るまでは何とも
.NET4.0/VS2010と同時期に出そうではあるけど、どうなるんだろうね。

最近は、結構できたものから公開してるからなぁ。

http://www.computerworld.jp/topics/ms/134689.html

重厚なＵＮＩＸ系はダメだと逝ったが、
Ｍ＄が標準Ｂ＄Ｄを発売するなら許してやっても良い。
但し、開発環境Ｖ＄モンリーはＮＧ。
というか、オプソ系に踏み込めば開発環境が勝手に草木のように出てくるかｗ

MSはオプソ嫌いというよりGNU嫌いなんだよな。
BSDからはNTのTCPIPスタックを買い付けたり交流はある。
XENIXのベンダーでもあったしね。

>>283
すでにEclipseで開発可能になってるだろ

MSの公式解説書買いたいんですけど
web　developerでも使える内容だったりします？
というか無料でSL2を始めるっていうのは無謀ですかね？
やっぱりExpression Blend辺りのソフトが無いと、現状厳しいんでしょうか

>>286
プログラマーなんだったらVisual Studioの無料版のでOK。

つうか道具と本にはたんまりお金使って元取るつもりで頑張ったほうがいいよ

>>286
MSの公式解説書買ったけど、「Expression Blend」の説明とかそういうのは2割も無いよ。
ほとんど、XAMLの記述方法ついてとかコントロールの説明とか。
Silverlight2使うなら、どんな使い方でも「使える内容」だよ。

でも正直…3800円の価値は無いな。迷ってるなら、MSDN見て実践してからでいいんじゃない？

Silverlight2でサポートしている.NET Framework 3.5の対照表って手に入らないですかね。

>286
VWDEEだけでも十分いける
ただアニメーションやVSMはBlend使ったほうがわかりやすいかも
まあDLR SDKだけで作る人もいてるくらいだから、MSDNみりゃどうにかなるよ

>>286
MSの開発環境は更新スピードが速いので、
むしろぎりぎりまで無料でがんばった方がいいかも。
個人的にはWebDeveloperだけで問題ないと思う。ちょうどVisual C++ Express
と同じでリソースエディター以外がサポートされている感じ。

>>290
同じような質問がMSDNに乗ってたね。ないってのが見解みたい。
Reflectorで覗くと、ざっとだけどサポートしているクラスが見える。

>>287-289 >>291-292
レス有難う御座いました
WebDeveloperでも何とかやろうと思えばおｋっぽいので
とりあえず買ってみようかなと思います。

>>290
表は見たことない。

せいぜい↓これか。
http://msdn.microsoft.com/ja-jp/library/cc903925(VS.95).aspx

けど、>>294 のリンクに書かれてない細かい差が結構あるのよなぁ。

ごっそり抜けてる名前空間があるのはもちろんのこと、
クラスの仕様が丸々違ったり（Socket とか）、
メソッドのオーバーロードが一部欠けてたり（Encoding.GetString(byte[]) とか）。

>>1か>>2のリンクからsilverlight sdk インスコしたんだけど（ベータじゃない）
chiron.exeが無いんだよう。ググっても出てくるページはベータ版のsdkばっか。

正式版にChiron.exeってないのか。。。

リフレクションで無理やり対応表生成してみようか

>>296
Chiron.exeは動的言語のためのツールだから普通のSDKには付いてない
普通はMSBuild使うからな
Silverlight Dynamic Language SDKには付いてる

http://www.codeplex.com/sdlsdk
まだver.0.4で別途ダウンロード
silverlight sdkはなしで開発できる

>>297
どうもありがとう。あるホームページのhtmlファイルとxamlファイルとjsファイルを打ち込んで
さあ、動かそうとおもったら、なかって・・　むちゃくちゃうれしいです＞＜；なきたいくらいうれしいです＞＜；

>>298
別途ダウンロードもできるんですね。本当にどうもありがとう。やっと動かせます。

なにしろ、マウスとキーボードもちょうど新調して、sdkをダウンロードインスコして
やっとこさとおもっていたので＞＜；

本当にありがとう＞＜；

>>292>>294
まだ発展途上だから無いのかね。
.NET 4.0と次のSilverlightのリリースで整理してくれるのかな。。。