なんだろうね。MS手を広げすぎなんかね？
CLOUD,MESH、D,DRYED,PLINQ,WPFなどなど仕上がると面白そうなんだけど、そこまでMS持つのかな･･･

何もしなくても5年以上持つだろうけど、先考えたら手を広げざるをえないんでしょ。
そろそろ分社したほうが賢明な気もするが。

Windows Mediaは購入時点のデフォのマックで再生できるの？
Windows MediaをSL用にエンコするよりflvエンコの方がよっぽど綺麗じゃないか？

SLプラグインにWMVデコーダが入ってるからMacにSLインスコすれば再生可能。
SL用に再エンコする必要はない。

>>403
どうやっても、圧縮されたソースを再圧縮できれいに張るはずがなかろう。

本気出すならオリジナルの無圧縮(or可逆圧縮)から再圧縮しないと最適なものは作れない。

例えば、Aという技術が巷で発表されたとする。
昔のMSだったらその場で買収に走るが、
今は世に出た時点でオープンソースに提供されているので、
独占できないMSはMS-Aという製品をでっちあげるしかない。

実際にはそこから開発が始まるうえ、特許なんかも考慮して
仕様を決めることになるため、MS-Aが世に出るのは１年後。
しかも公開ベータ。

その頃Aはすでに完成していて、しかもほかのオープンソースプロジェクトと
結びつきはじめている段階。
MSもそれに負けじと、ほかのプロジェクトとのインターフェイスを
付け加えようと営業からプッシュが入る。
その結果、MS-Aの仕様が膨らみ、最初の設計ではAよりも単純だったはずの
設計が破綻していく。
このままではいつまでたっても出荷できないので、バージョンを区切って
仕切り直すことにする。
そのうち、ユーザーが現在求めているトレンドな技術はすべて次期バージョン
という対応となり、オープンソースAの頻繁なバージョンアップについて
行けなくなる。

そのうち、根本から設計し直したというA2が他のプロジェクトとの連携付きで
どーんと登場し、MSは途方に暮れる。

SLにMathMLとか他のXML要素を埋め込んで表示することって出来ないの？

MathMLを解釈できるコントロール書くってのはできるはず。
WPFでそれをやってる人がいたんで、移植すればあるいは。

まだ完成度は低いけど、楽しいねこれ
http://deepzoom.soulclients.com/VE/

なんとなく思ったけど、SLの長所の１つに連携ってあるんじゃないかな。
上手い例えじゃないけど、ロボット対戦ゲームを作って
そのアルゴリズムを有志がDLLで公開しWeb上で戦わせるとか。
Flashに比べ、何かとくっつけようとしたときの親和性が高いんじゃないかと、ちょと思った。

>>406
SLに関していえばMS-Aに怯えた、Aを独占していた企業がオープンソース化を始めた段階だからなー。
どちらに転んでも開発者にはありがたいことだけど、.Net好きの漏れとしてはSLに善戦してもらいたい。

>>406
その構図でオープンソースなAは自前で資金調達して継続が
可能なものにはなってなくて、結局どっかの他の大企業の
息がかかったものとしてしか生き残れない訳でしょ？

算数は出来ても出てきた数字の意味が理解できない、
要はお金の計算ができない連中の集い。
それがオープンソース・クオリティ。いずれ滅びるよ。

なんでもいいけどここでその議論するのは止めてね。
へんなのが寄ってくるから。

俺も10年前にmozillaプロジェクトがでてきた時には似たような意見だったけど、
10年経っていまや「財団」だし、さすがに「いずれ滅びる」なんて言えなくなったな。

Gyaoは７月にリニューアルらしい。
今度はもう少しSL対応するかな？

>>413
財団の金なんてどっかから降ってくるようなもんだという認識でしょ？
そういうのが、お金の計算が出来ないってことですよ。

>>412に同意。

>>414
お金の計算ができなかったら、財団なんかに金が集まってる訳がないだろう。
「どっかから」「どこに」の部分を明確にして運営してたからこそ
今がある。

田舎の野菜の無人販売所かなんかと同じだと思ってるだろw

おっと、ラリーの悪口はそこまでだ

おっと、いけねぇ。
無駄口が過ぎちまった。くわばらくわばら。

>>409
なんだかさっぱりわからん、酷くね？

mozillaプロジェクトは取り扱ってるものが市場の需要をつかんでたからな。
SLはorz

ほらまたこういうのが寄ってきた。

結局なるようにしかならんと思うが。
成り行きを見守りましょう

これってなんなんですか？
windowsupdateみたら1.0があったんだけど
これはインスコしちゃっていいんですか？？

>>423
必要なきゃ入れなくてもいいのでは。

入れても入れなくても何も変わらんよきっとｗ

silverlightとRDBMSの連携ってLINQ使うのがデフォ？

疎結合になるからLinqよりADO.NETのDataSetモデルのほうがあってる。
DataSetならWebServiceやWCFにそのまま載せられるからこの辺使うんじゃないかな。

LINQでもそのまま載せられるよ
あまりにも簡単なんでDBプログラミングするのあほらしくなった

DataService Queryのことをいってるなら、LINQ to SQLより
LINQ for DataSet + WebSeviceに近いもの

何が標準的な方法かなんて考えても無駄。
将来のリリースでもそれが有効かどうかは誰にも分からない。

>>430
いんやLINQ to SQLだよ
シリアライズ可能なLINQ to SQLオブジェクトモデルを生成して
LINQ使って結果をWCFで返すだけ
WCFのクラスは作るけど後はなんもしなくてもいいし

public IQueryable<Customer> searchCustomer(string s)
{
return from cust in db.Customers where cust.City == s select cust
}

それがめんどくさいんだが。
WCF経由でも、LINQを使って透過的にクエリを投げたい。

これがめんどうなのか・・・
それだとプロキシ機構でもない限りDBポートに接続できなさそうだけど
WCFがちゃんとやるってことか？
ならLINQでもコンテキスト渡せばクライアント側で呼べそうな気はするな

MSならそのくらいやってほしい

何の話かさっぱりわからんorz
それがsilverlightの敷居の高さってことか・・・
新しもの好きでさわってきたけどもう嫌になってきたｗ

>>436
Silverlight2以降は.NETベースで組むのが当たり前になるから、
.NET開発の知識がどうしても必要になる。
Flashのような感覚で考えていた？
それでもいいんだが、Flashと同じ使い方では
Silverlightの長所を生かしきれない。

flushでも奥深いというかASで何でもできるし大抵のアプリ環境だって構築できるんだから同じように思っていても不思議じゃない。
というかSLがあんなデザインツールのような宣伝してるとそう思うんじゃないの。
でも実際さわってみるとデザインツールとしては酷すぎると思うヤツ多いと思う。そういう使い方されることは今後無いだろうな。
逆にアプリケーションに特化した用途としてはわざわざslじゃなくてもvbなんかで環境は整ってると思うんだが・・・

＞わざわざslじゃなくてもvbなんかで環境は整ってると思うんだが・・・
今時、WindowsとIE専用サービスじゃやってけないんだよ。

>>439
だからこそ、silverlightで、
XAMLタグゴリゴリ書かなくても
きちんとフロントエンド組めるような
開発ツールが欲しい訳だが。

リッチクライアントの時代到来と言われてはや１０年、
ドトネトの時代と言われてはや５年。

silverlightとVB.NETでのWPFアプリ入門ってどこかに転がってない？
なんかC#ばっかり目立ってる。orz

しかしsilverlightの入門って、
なんでマルチメディアコンテンツのプレイヤーとか、
そんなのばっかりな訳？
簡単なツールとかちょっと作ってみたいけど、
そんなにムービープレイヤーばっかりいらないｗｗｗ

>>442
日本語圏のばっかり探してないか？

>>443
日本語じゃダメなのか？

ロクなのがない。

http://silverlight.net/Community/
http://www.silverlightshow.net/
この辺から追っかけたほうがいい。

>>445
㌧ 見てみる。

ここ丁度いいんでない？コードまでは読んでないけど
http://d.hatena.ne.jp/coma2n/

＞簡単なツールとかちょっと作ってみたいけど、
Silverlightで作れるのはSilverlightアプリであってWPFアプリではないんだが、
その辺を誤解してるんじゃないかとちょっと心配だな。

>>441
いよいよだな！

>>448
郵便番号→住所検索ツールとか、
そういうののつもりだったんだ。

WPFのサブセットでsilverlightで出来ることは
WPFアプリでも出来るんでしょ？
WPFの入門編としてちょこっと弄ってみるのも
良いかなと思ったんだけど。