1 名前:デフォルトの名無しさん mailto:sage [2008/02/25(月) 07:18:34 ] Microsoft Silverlight www.microsoft.com/japan/silverlight/ MSDN Silverlight デベロッパー センター www.microsoft.com/japan/msdn/silverlight/ Silverlight 1.0 SDK msdn.microsoft.com/vstudio/eula.aspx?id=a40f3ffc-2657-02ec-7d67-7a79b4eac832 Silverlight 1.1(2.0) Alpha September Reflesh SDK msdn.microsoft.com/vstudio/eula.aspx?id=c8bf88e7-841c-43fd-c63d-379943617f36 前スレ Silverlight登場で.NET使い大勝利!!! pc11.2ch.net/test/read.cgi/tech/1178159820/ 〜おまけ〜 マイクロソフト ステップアップ スクエア -はじめての Silverlight - www.microsoft.com/japan/academic/kyozai/hajimete_silverlight/chapter00_1.mspx
321 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 13:01:47 ] 分離ストレージにパスワードを保存する事は推奨しないらしいけど、Cookieにパスワードを保存するなって言ってるのと変わらなくないか? 実際問題としてCookieに何らかのパスワードを保存するのはよくある話だけど、分離ストレージとCookieに何か大きい違いがあるんだろうか?
322 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 14:08:26 ] >>321 > Cookieに何らかのパスワードを保存するのはよくある話 それは間違った設計。よくあるからいい設計ではない。 基本的には、cookieは偽造が難しい文字列でセッションIDを表現するため 専用のもの、と考えるべきと思う。 分離ストレージは基本的にはCookieと変わらないけど、容量がcookieより は大きいので、サーバー側には保存しない、アプリケーションの初期設定 情報を格納しておくためのストレージと割り切るべき。 また、アプリケーション毎に空間も分離されているから、複数のアプリケーション 間で共有するデータも格納すべきではない。そういうのはサーバー側で ユーザーID(セッション)に紐付けするべき。
323 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 14:39:45 ] Visual Studio向けToolは要製品版なのか。 買ってもいいんだけど、そのうちVisual Silverlight2 Expressとか出そうな気もするしなぁ。
324 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 14:54:29 ] ドキュメントのサンプルコードはほとんどC#しかなくて, VBのコードがあっても本家.NETとは逆でC#→VBの順なのに 「Syntax」のところはVB基準なのが気に入らない
325 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 16:09:13 ] 誰か新規対応したOS/ブラウザで動作確認した?
326 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 16:27:08 ] >>313 上位の体験版でも入らないのかな。
327 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 16:46:11 ] 体験版にセットアップできた。 日本語版だけど大丈夫だ。 silverlight_chainer.exe これを実行する前に、Silverlight 2.0いれてたりすると、 セットアップ失敗するね。
328 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 19:44:38 ] >>327 なにーーーwwww いったん消せばいいのかな
329 名前:327 mailto:sage [2008/03/06(木) 19:48:58 ] Silverlightをすでにいれてあっても、アンインスコして やりなおせばおkだと思う。
330 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 20:53:12 ] silverlight_chainer.exeバラして中身叩けばいける
331 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 21:34:21 ] 結局、Visual Studio 2008 Express Editionでもいけるのかな。
332 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 21:50:01 ] >>329 ありがとう。いけた。 Tools入れれば全部入るんだね。 情報も出てきた。 ttp://blogs.msdn.com/brada/archive/2008/03/05/tips-for-installing-silverlight-2-beta.aspx
333 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 21:56:53 ] >331 ExpressEditionのインストーラーの追加項目にSilverlightあるよ。 メイリオののためだけに入れた。
334 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 22:01:41 ] msdn2.microsoft.com/en-us/library/cc296249 (VS.95).aspx これ見てSDKだけでビルドはできた
335 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 22:57:59 ] >>311 個人的に、Flashに乗り気じゃないのはSilverlight対応のためだと思ってるんだが。
336 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 22:58:43 ] DockPanelねーのかよ。
337 名前:デフォルトの名無しさん mailto:sage [2008/03/06(木) 22:59:23 ] >>335 それはないだろ。 SilverlightがQuickTimeでもサポートしないと
338 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:28:00 ] やべぇ、ひさびさにおもしれぇ
339 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:45:41 ] >>335 能天気すぎる発想に激しくワロタ。 MSがソフトウェアをGPLで公開するぐらいにあり得ないぞw
340 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:51:10 ] 対応ってappleが行うの? msがプラグイン作って提供するんじゃないの?
341 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:01:46 ] >>333 それはただのランタイムを入れるかどうかだろう。
342 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:07:42 ] 大流行りしてないな。1回も見ないうちに次のバージョンか。 そういやIE7も1回もry
343 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:20:15 ] Appleは全部自社技術だけでやりたいんじゃないの。 もともとサードパーティーには冷たい会社だし。 MSやAdobeが勝手にiPhone用プラグイン作って入れさせてと頼めば許可するかもしれないけど。
344 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:21:58 ] Appleはまた変な自社製技術で押してくるのかな
345 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:33:31 ] SilverCampとかな。Silverlightをベースにしてるけど使える言語はObjective-CかAppleScriptのみ。
346 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 07:30:38 ] AppleはOSXにPDF採用したり、親Adobeだろ。 なんだかんだ言ってFlashだよ
347 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 07:33:01 ] 欲しいコントロール ・TreeView ・TabControl ・ToolBar ・PopupWindow 作るしかないか。
348 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 08:05:59 ] >>346 そう単純な話でもないだろう。 AdobeがiPhone向けに軽くて高機能なFlash Playerを作れれば別だが、今はAIRで手一杯。 とはいえMSと積極的に組む気もないはず。信者向けのポーズもあるし。 今すぐRIAに対応する必要はないからしばらくC++アプリで行って、 CPUスペックが上がったときにFlash、SL2、Java一気に全対応するんじゃなかろうか。
349 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 08:35:52 ] ttp://japan.cnet.com/news/ent/story/0,2000056022,20368844,00.htm?ref=rss >MicrosoftのScott Guthrie氏は、AppleのiPhoneのサポートについても触れつつ、 >Microsoftは「SDKのあるデバイスならば何であれ」Silverlightが稼動するように >望んでいると述べた。 MSはiPhoneも狙ってるようだ。
350 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 09:35:06 ] まぁ、本当はライセンス料なんだろ。 どうせ、禿がタダじゃないとのせんとか言ったんだろ。
351 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 09:42:34 ] 真相はこちらみたい → ttp://pc11.2ch.net/test/read.cgi/tech/1203674757/16
352 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 10:35:24 ] >>347 作るのもいいし、Extra controls for Silverlight とか何とかそういうのを MSが出すのを待ってもいいし(どうせ出すでしょ)。
353 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 12:42:20 ] www.textglow.net/ > TextGlow is a Silverlight 2 application that reads Word .docx files. > TextGlow downloads Word documents asynchronously, > opens them as ZIP files, parses them with LINQ-to-XML > and then renders them using the WPF-based text and graphics APIs. この手のはあっという間に色々出てくるだろうなー。
354 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 12:53:00 ] そんなん要るんだったらLINQのイミナシ
355 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 13:47:53 ] たった4行の英文も理解できないようで
356 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 14:16:03 ] >>333 ただのブラウザ用のplug-inじゃねーか これじゃ開発できないだろwww >>313 俺もまた半年裸正座待機のようです IDEなしでもHelloWorldさせて欲しい… >>327 profetionalの体験版か…そろそろ期限が 切れる俺涙目。一応入れてみるか [試用期間1-2週間] λ...
357 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 17:03:03 ] >>332 Tools入れたら vb のプロジェクトしか作れないのは 俺だけですか? jsのjの字も出て来ないです…
358 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 19:12:02 ] カスタムコントロールの作成とかテンプレートの継承みたいな 芸当は, xaml にはできないんだろうか? オブジェクトを表すのなら、継承はできないとおかしいと思う あまり情報がない…(簡単なカスタムコントロールの作り方のTutorialとか)
359 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 19:18:19 ] >>358 ソース見ればいいじゃん ttp://www.microsoft.com/downloads/details.aspx?FamilyID=ea93dd89-3af2-4acb-9cf4-bfe01b3f02d4&DisplayLang=en
360 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 19:54:09 ] Silverlight error message ErrorCode: 2007 ErrorType: ParserError Message: Unknown element: Code. XamlFile: DLRConsole.xaml Line: 19 Position: 56 www.koders.com/csharp/fid45FBA06F3555B66292FC97362C2835F9C91DC8D2.aspx#L133 XamlParser.cs の変更に伴ってエラーが出てる? ああエラーメッセージわかり易くなってるのな… というかSilverlight 2と1でどの部分の実装が 変わったとかどこに書いてあるのさ。…
361 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 20:01:09 ] >>360 DLRConsoleのこと言ってる。SL2だと動かない罠 というか言葉が足りない orz >>359 System.Windows.Controls.dll System.Windows.Controls.Extended.dll System.Windows.Controls.Data.dll wpf 中のSL2のコントロールが公開されてるのね dくす
362 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 22:28:12 ] おまいらSilverlightで何作るの?
363 名前:デフォルトの名無しさん [2008/03/07(金) 22:57:00 ] >>362 おまえはどうなんだ?何も作れないのか?
364 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 23:12:14 ] 俺は2chブラウザを作るよ
365 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 23:44:09 ] それなら投稿したAAが動くブラウザを作ってくれ
366 名前:デフォルトの名無しさん mailto:sage [2008/03/07(金) 23:59:55 ] ヘルプの Dynamic Languages in Silverlight 2 に書いてある通りやったのに LoadRootVisual の引数の使い方がおかしいって怒られるぞ・・・ IronRuby, IronPython でもダメだ。ほんとに動くのか
367 名前:デフォルトの名無しさん mailto:sage [2008/03/08(土) 00:02:52 ] >>348 iPhoneでC++アプリを作ろうとする人なんて そういないでしょう
368 名前:デフォルトの名無しさん mailto:sage [2008/03/08(土) 00:36:28 ] >>367 いや、かなり流行ってるらしいよ。 趣味で作るとかじゃなく、それで金儲けするつもりでだけど。
369 名前:デフォルトの名無しさん mailto:sage [2008/03/08(土) 08:04:51 ] いや、そうじゃなくて、 iPhoneでの開発にC++使うやつなんかいないってこと
370 名前:デフォルトの名無しさん mailto:sage [2008/03/08(土) 10:25:01 ] なに使うの?
371 名前:デフォルトの名無しさん mailto:sage [2008/03/08(土) 12:31:13 ] ObjC。 本当に知らんかったんか
372 名前:デフォルトの名無しさん mailto:sage [2008/03/08(土) 15:10:57 ] ところで、俺ニートなんだけど。
373 名前:デフォルトの名無しさん mailto:sage [2008/03/08(土) 23:22:12 ] 知らなかった
374 名前:デフォルトの名無しさん mailto:sage [2008/03/09(日) 08:07:00 ] AOLがWebメールをSilverlightベースに,MIX08で明かされた次世代RIA基盤の姿 itpro.nikkeibp.co.jp/article/NEWS/20080308/295766/
375 名前:デフォルトの名無しさん mailto:sage [2008/03/09(日) 11:24:14 ] >>374 マルチ乙。
376 名前:デフォルトの名無しさん mailto:sage [2008/03/09(日) 20:31:23 ] XAMLはスキンとしても使えるというのは前々からわかってたことだけど、 こうして見せられるとちょっと「おっ!」って思うね。
377 名前:デフォルトの名無しさん mailto:sage [2008/03/09(日) 20:43:29 ] ttp://dynamicsilverlight.net/ なにこれ?
378 名前:デフォルトの名無しさん mailto:sage [2008/03/09(日) 21:16:13 ] >>377 R.I.P. IronPython and IronRuby .xapがデカ過ぎて窒息した
379 名前:デフォルトの名無しさん mailto:sage [2008/03/10(月) 01:24:03 ] ttp://www.stekolla.com/editor/
380 名前:デフォルトの名無しさん mailto:sage [2008/03/14(金) 20:46:36 ] silverlight(2)で折れ線グラフ描きたい。 とりあえず、>>1 をみて、silverlight はインストールした。 次はどこを見ればいいですか?
381 名前:デフォルトの名無しさん mailto:sage [2008/03/14(金) 21:09:49 ] Help の Getting Started
382 名前:デフォルトの名無しさん mailto:sage [2008/03/14(金) 21:22:30 ] >>380 SL2 は >>1 じゃないだろ。 この辺をスタートにしてみれば? www.silverlightshow.net/items/4068.aspx silverlight.net/learn/tutorials.aspx
383 名前:デフォルトの名無しさん mailto:sage [2008/03/14(金) 21:43:49 ] でも単純な奴ならXAMLだけで書けちゃう様な
384 名前:デフォルトの名無しさん mailto:sage [2008/03/14(金) 21:53:13 ] 折れ線グラフなんて書きたくならないだろ普通
385 名前:デフォルトの名無しさん mailto:sage [2008/03/14(金) 23:03:21 ] レスさんくす。 1.1と2を混同してた。 俺は普通じゃないから、グラフ描きたいんだよ! XAMLを勉強してみよう。
386 名前:デフォルトの名無しさん mailto:sage [2008/03/14(金) 23:16:24 ] ZedGraphでも移植したら
387 名前:デフォルトの名無しさん mailto:sage [2008/03/14(金) 23:59:35 ] 外部からデータを差し込めるものなら需要はあるんじゃないか。 Excelグラフのキャプチャ見にくいし。
388 名前:デフォルトの名無しさん mailto:sage [2008/03/15(土) 01:33:06 ] IE以外のブラウザは canvas タグを使うとグラフが書けるけどね。
389 名前:デフォルトの名無しさん mailto:sage [2008/03/15(土) 02:28:47 ] >>388 IE外したら、仕事に使えないだろ。
390 名前:デフォルトの名無しさん mailto:sage [2008/03/15(土) 02:54:00 ] jQueryプラグインのFlotを使って、IEも含めてグラフ描写したことあるよ 折れ線とか棒グラフとか色々書けて、軽く使うには便利だった
391 名前:デフォルトの名無しさん mailto:sage [2008/03/15(土) 04:16:48 ] スレ違いになってきたが、IE でも canvas tag使いたいならExplorerCanvas使えばいいじゃないか。 程度問題だが、簡単な vector 描画だけだったら canvas tag でやったほうが楽だし、 もっと言うとグラフだけならFlotが簡単。でもRIAの習作としてSliverlightで作るというのは、 それはそれでいいと思う。
392 名前:デフォルトの名無しさん mailto:sage [2008/03/15(土) 08:39:58 ] >>391 無理してcanvasを使いたいんじゃなくて、 手軽に見栄えのする(顧客が満足する)グラフが描きたいんだろ? 今ならflashだが、silverlightも悪くないんじゃね?
393 名前:デフォルトの名無しさん mailto:sage [2008/03/15(土) 09:32:33 ] まぁcanvasもFlotもそれほど普及してないということは やりようはいくらでもあるんじゃないかな。 Excelファイルをそのまま見ばえ良く表示できるようなものなら欲しい。
394 名前:デフォルトの名無しさん mailto:sage [2008/03/15(土) 23:03:52 ] >>392 >無理してcanvasを使いたいんじゃなくて、 >手軽に見栄えのする(顧客が満足する)グラフが描きたいんだろ? 人の話を聞かず、アレコレ難癖つけて、一つの技術に固執するのは格好悪いよ。 silverlight以外にも使えるものがあるなら拒まずどんどん使っていこうぜ。
395 名前:デフォルトの名無しさん mailto:sage [2008/03/16(日) 00:05:06 ] 傍目から見ると384、389、391あたりのレスのほうが難癖だけどな。 SLでグラフ作りたいと言ってるんだから、寄ってたかって水を差すようなこと言わんでも。
396 名前:デフォルトの名無しさん mailto:sage [2008/03/16(日) 01:47:57 ] >>394 ここ、silverlightのスレじゃね? Flotも結構見栄えのいいグラフ描けるけどな。
397 名前:デフォルトの名無しさん mailto:sage [2008/03/17(月) 13:58:04 ] joestegman.members.winisp.net/DeepZoom/ DeepZoomはなかなか楽しいね。
398 名前:デフォルトの名無しさん mailto:sage [2008/03/17(月) 19:03:26 ] そ、そうか? ググルアースより地味じゃね?
399 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 09:10:04 ] >>398 > そ、そうか? > > > > > > > > > > > ググルアースより地味じゃね?
400 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 09:11:37 ] みす >>398 地味派手の話なんか誰もしてないわけで、 あんた凄くトンチンカンなこと書いてるよ
401 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 01:42:14 ] リッチクライアントのプラットフォームなんだから 地味なのは駄目な気がするけど
402 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 01:58:56 ] プログラミング基盤であるDeepZoomと、 1つのアプリケーションであるGoogleアースを比べてるのが変なのであって。 今あるDeepZoomのデモが地味でも、DeepZoomを使った派手なアプリは作れるだろ。
403 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 02:21:58 ] というかそもそも日本語の流れがおかしい 「楽しいね」というレスに対して「地味じゃね?」 >>400 が言うように地味派手の話なんか誰もしてないのに どういう流れで地味という言葉が出てくるのかさっぱりわからない
404 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 02:29:19 ] まぁ2chに流れの妥当性を求めても…。 けど、思うにリッチクライアントという意味で言うとDeepZoomの 比較対象先はQt&DirectXバリバリのGoogleEarthでなく GoogleMapのような気がするし、そう考えるとSilverLightって 結構すごいなぁと…。
405 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 06:25:27 ] どこぞの記事で 「SL2使えばWebベースの社内システムのUIを 既存のVB6に近づけられるからありがたい」という話を読んで、 あーそういう需要もあるのかと思った。
406 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 08:14:37 ] そんなのFlexでもすでに十分すぎるほど実現できているじゃん。 FlexじゃなくてSL2ならでは優位点がまだ見出せないなぁ。
407 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 08:54:41 ] 同じ開発環境・言語を使ってより早く動くWeb上での立地クライアントを作れるってのはメリット残暑
408 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 09:06:04 ] 最終的に広告はFlash&Flex、ビジネス系はSL2、動画系は半々ぐらいで 棲み分けるんじゃないかな。 Flashで作れるアニメーションをBlendで作り直すのは無意味だし、 業務システムをAdobeのソフトで作るのは危なっかしい。
409 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 09:11:36 ] Flash重い品
410 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 09:13:30 ] そうだね。新規案件じゃなくて、既存システムの置き換えならメリットにはなるかも。 ただそれは開発者側からのメリットだね。 ユーザ側のメリットってなんだろう? 自分は ajax & Flash & FLEX 技術者だが、ajax はフレームワークのメンテが大変、 Flash はテキストが HTML に比べて貧弱でテキストメインのアプリ(メーラやブログ等) では躊躇してしまう。 テキスト周りって SL2 っていいのかな。そろそろ使いものになるか自分で調べようと 思っているけど、誰か同じこと調査した人がいたらどんな印象もちましたか?
411 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 09:16:09 ] ユーザーは安定して動いてさえくれればどっちでもいいよ。
412 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 09:37:53 ] >>410 SLギャラリーにWordドキュメントを表示するデモがあったから それなりに使えるんじゃないかな。 WPFにあったTextBlockやInlineは引き継いでいるみたい。
413 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 09:50:02 ] >>412 そうなんですか。ちょっと探してみましたがデモが見つかりませんでした。 可能であれば URI を教えていただきたいです。 探している時に 3D のデモを見つけましたが、 SL www.markdawson.org/kit3d/demos/photos/default.html 重くてびっくり&ガッカリしました。動きがカクカクなのは作り方が悪いせい? これならただの外部ライブラリの Flash の PV3D の方がずっと良いですね。 Flash www.whitevoid.com/application
414 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 09:59:35 ] www.textglow.net/
415 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 10:13:51 ] ありがとうございます。 ただ、テキストがただの静止ビットマップのように表示されているだけなので SLがどれだけテキストの処理能力を持っているか判断はできませんでした。 やはり自分で調べるのが一番早いですね。 SL がもつ標準コンポーネントで多量のテキスト(500KB以上など)を入れてみて、 スクロールの滑らかさ、追従性、CPU負荷、Ctrl-z による戻り機能の有無、 非埋め込みフォントでの alpha の有効性等を調査しておきたいと思います。
416 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 14:28:44 ] eula嫁
417 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 14:58:48 ] >>413 そのKit3Dは、SL1のデモだから、座標変換やアニメーションなど全てJavascriptでやってる。 それが遅い原因かもしれない。若しくはJavascriptからSLオブジェクトの操作が遅いとか、 描画エンジンが遅いとか、よく調べてみないと判らない。
418 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 01:08:13 ] >>413 VAIO SZ95でためしたけれどグリグリ動きますよ。 でもグリグリしてるとCPうが35-40%ぐらいいきます。
419 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 02:52:11 ] >>417 >>418 自分はSZ93(Core2Duo 2GHz)で試しています。動きがカクカクなのはPV3Dと比べた 場合の相対的な感想です。相対的な評価なのでPV3Dの方がスムーズに見えること は間違いないと思います。 自分の開発中のサービスでPV3Dでも処理が重くなる時があるので、コンシューマ向 けのサービスとしてはまだ使えないかなと感じていました。そこへSLはネイティブで 3Dに対応と聞いたので期待していたのです。期待の分、ガックシ度が大きいです。 FF beta3 は Javascript が非常に高速になったので試してみましたがそんなに変わ らないですね。
420 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 02:54:25 ] > FF beta3 は Javascript が非常に高速になったので試してみましたがそんなに変わ > らないですね。 自己訂正です。変わらないのは SL での 3D の体感速度です。Firefox3 の 速度自体は非常に高速になったことが十分に体感できます。特に ajax サイト では顕著です。
421 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 03:50:55 ] あれ? SLはネイティブの3Dサポートなんてないよね。 元になったWPFと勘違いしてるのでは。 JavaScriptの速度なんてたかがしれてるし現状で3Dの検証しても意味ないでしょ。 最初に言ってたテキスト処理を調べたほうがいいんじゃない。