私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMicrosoft Silverlight その8
silverlight スレッド一覧へ / silverlight とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ○
レスフィルター : (試験中)
今はね。
デスクトップでもWinRTで書きたいって要望山ほど聞くし、いずれ動いてくれるかも。
まあ、それこそ数年先な話だけど。
デスクトップでもWinRTで書きたいって要望山ほど聞くし、いずれ動いてくれるかも。
まあ、それこそ数年先な話だけど。
>>954
http://social.msdn.microsoft.com/Forums/en-US/winappswithnativecode/thread/e65f53b4-cac9-44e3-aa10-cd7955d6a9b3
＞ DavidLamb - Microsoft（MSFT）
＞ WinRTはデスクトップアプリケーションでも使用することが出来ます。
＞ 注：WinRT用カスタムコンポーネントはデスクトップアプリケーションでサポートされません。
公式発表されたわけではないけどね
http://social.msdn.microsoft.com/Forums/en-US/winappswithnativecode/thread/e65f53b4-cac9-44e3-aa10-cd7955d6a9b3
＞ DavidLamb - Microsoft（MSFT）
＞ WinRTはデスクトップアプリケーションでも使用することが出来ます。
＞ 注：WinRT用カスタムコンポーネントはデスクトップアプリケーションでサポートされません。
公式発表されたわけではないけどね
WinRTって、XAML UI以外にもファイルアクセスとかのAPI持ってて、
それは普通にデスクトップアプリから使えそうではあるけども。
COMだし。
XAML UIの部分はどうなんだろ。
それは普通にデスクトップアプリから使えそうではあるけども。
COMだし。
XAML UIの部分はどうなんだろ。
wp7->win8メトロの流れでは、ブラウザプラグインがなくなって、
アプリでXAML+C#という流れ
アプリでXAML+C#という流れ
ブラウザープラグインとしてのSilverlightは確実に下火として、
じゃあ、SilverlightはOut-of-Browser方面で使うことになりそう。
となった時に、WPFとの差の方が気になるのよねぇ。
Win7, Win8で.NET 3.5とか4.5がプリインストールされてる中、
Silverlightの利点あるの？という懸念がある一方で、
WinRTに近いのはSilverlightの方なのよねぇ、WPFよりも。
じゃあ、SilverlightはOut-of-Browser方面で使うことになりそう。
となった時に、WPFとの差の方が気になるのよねぇ。
Win7, Win8で.NET 3.5とか4.5がプリインストールされてる中、
Silverlightの利点あるの？という懸念がある一方で、
WinRTに近いのはSilverlightの方なのよねぇ、WPFよりも。
MSの中の人がsilverlightの次のリリース予定は今のとこない！って
はっきり発言してた
はっきり発言してた
正直WPFに比べてSilverLightのOutOfBrowserって何かいいことあるの？
ブラウザのプラグインで動くっていうのがSilverLightの唯一のメリットだと思ってるんだけど
ブラウザのプラグインで動くっていうのがSilverLightの唯一のメリットだと思ってるんだけど
.NETが不要、macで動く、カメラやマイクが簡単に使える、
XNAベースでWPFよりずっと強力な3D機能
XNAベースでWPFよりずっと強力な3D機能
ブラウザプラグインからデプロイできるから楽なのであって、
ブラウザプラグインが消えたらその利点も消える。
ブラウザプラグインが消えたらその利点も消える。
oobで作るくらいなら、
wpfで作っちゃえばいいじゃんって話。
slの優位点は、
クロスプラットホーム
c#または、.netでwebsiteを作れる
しかないが
html5はともかく、javascriptの開発生産性の悪さが嫌だ
xaml + c#.netではなく、
html5 + c#.netで開発できればなあ
wpfで作っちゃえばいいじゃんって話。
slの優位点は、
クロスプラットホーム
c#または、.netでwebsiteを作れる
しかないが
html5はともかく、javascriptの開発生産性の悪さが嫌だ
xaml + c#.netではなく、
html5 + c#.netで開発できればなあ
Operaの人が「性能とリーチはトレードオフ」と言ってた。
HTML5やるなら高スペックのマシンと回線を使い、
パワーが必要なアプリケーションはネイティブで書けと。
俺は性能もリーチも欲しいからSL使う。
HTML5やるなら高スペックのマシンと回線を使い、
パワーが必要なアプリケーションはネイティブで書けと。
俺は性能もリーチも欲しいからSL使う。
そもそもHTML5は2014年の正式勧告を目指してるらしいが
未だに議論がまとまってないし、間に合わないんじゃないのか
未だに議論がまとまってないし、間に合わないんじゃないのか
プラグインが消えることは無いだろ
全てのハードウェアに汎用的にアクセスする事は不可能だし
ユーザーからその要望が消滅する事もありえない
全てのハードウェアに汎用的にアクセスする事は不可能だし
ユーザーからその要望が消滅する事もありえない
HTML5ってそんな大したもんじゃないぞ
RIA的な用途向けのAPI追加が主で、UIなんてそんなに変わらん
そりゃCanvas使えばなんでもできるが、DOM完全無視してCanvasだけでUIフレームワーク作って
それでHTML5だ！というのはそれこそ何のためのHTMLかと
RIA的な用途向けのAPI追加が主で、UIなんてそんなに変わらん
そりゃCanvas使えばなんでもできるが、DOM完全無視してCanvasだけでUIフレームワーク作って
それでHTML5だ！というのはそれこそ何のためのHTMLかと
>>970
ネイティブアプリの方がブラウザープラグイン並みの利便性身に着けるようになってきたってことじゃないかと。
ネイティブアプリの方がブラウザープラグイン並みの利便性身に着けるようになってきたってことじゃないかと。
ブラウザプラグインのSLには
WPFとかWinRTのための実験場として生き残ってほしい。
SLは一年単位でリリースしてきた実績があるから、
何か新しいことを試すにはもってこいだろ
WPFとかWinRTのための実験場として生き残ってほしい。
SLは一年単位でリリースしてきた実績があるから、
何か新しいことを試すにはもってこいだろ
今の仕様でそれが解消される頃には、
新しい要件が出て、新しい標準化が必要にされて、相変わらず解釈差で悩むだろうねぇ。
新しい要件が出て、新しい標準化が必要にされて、相変わらず解釈差で悩むだろうねぇ。
レイアウトや描画が少々おかしくなるのはまあいいとしても
問題は今までJSでできなかったことができるようになる類のAPIだな
もっと環境依存が激しいだろうし失敗が許されない
問題は今までJSでできなかったことができるようになる類のAPIだな
もっと環境依存が激しいだろうし失敗が許されない
HTML5になってもブラウザ毎に解釈が違うのは絶対あるだろうな
結局今までと同じ経験をループするんじゃなかろうか
結局今までと同じ経験をループするんじゃなかろうか
といってもだいたいWebkitだからレンダリングにはそう差はないだろうが
ハードの機能に触るようなAPIは関係ないからな
ハードの機能に触るようなAPIは関係ないからな
IE -> Trident
Fx -> Gecko
Safari -> Webkit
Google Chrome -> Webkit
Opera -> Presto
>>981
「だいたいWebkitだから」と言うのは、ちょっと無理が有るんじゃないだろうか
Fx -> Gecko
Safari -> Webkit
Google Chrome -> Webkit
Opera -> Presto
>>981
「だいたいWebkitだから」と言うのは、ちょっと無理が有るんじゃないだろうか
HTML5は、videoタグの動画フォーマットからして統一されてねえからなあ
コンテンツ提供側としては、コストを下げようと思ったらFlashかSLになるよな
コンテンツ提供側としては、コストを下げようと思ったらFlashかSLになるよな
モバイルはまだしもパソコンでは廃止する気ないみたいだよ。FlashもSilverlightも
DRMやフロー制御、ブラウザに依存しない豊富な入出力とか必要な分野も少なくないし
DRMやフロー制御、ブラウザに依存しない豊富な入出力とか必要な分野も少なくないし
今、廃止の方向に舵切ったとして（切ってるんだけど）、
実際に必要なくなるのは10年後とかだしねぇ。
実際に必要なくなるのは10年後とかだしねぇ。
>>990
使えるけども、Metro以外で使えても意味ないよ。
タッチ前提のUIフレームワーク（この部分はデスクトップで動くか不明）に、
審査前提のセキュリティモデル（デスクトップアプリは審査通らない）だし。
使えるけども、Metro以外で使えても意味ないよ。
タッチ前提のUIフレームワーク（この部分はデスクトップで動くか不明）に、
審査前提のセキュリティモデル（デスクトップアプリは審査通らない）だし。
http://blogs.msdn.com/b/b8_ja/archive/2011/09/07/metro.aspx
たとえ今後多くのシナリオが Metro スタイルのアプリで実現できるようになっていくとしても、
当分の間は多くのユーザーにとってデスクトップが重要な存在であり続けるはずです。
そして、デスクトップの改良に向けた私たちの努力も続きます。
デザインの選択に関してユーザーがどのような反応を示すかについてはさまざまな議論が行われているところですが、
デスクトップの非常に優れた実用性を含め、より広い視野でこれらの選択肢を捉えていきたいと思います。
たとえ今後多くのシナリオが Metro スタイルのアプリで実現できるようになっていくとしても、
当分の間は多くのユーザーにとってデスクトップが重要な存在であり続けるはずです。
そして、デスクトップの改良に向けた私たちの努力も続きます。
デザインの選択に関してユーザーがどのような反応を示すかについてはさまざまな議論が行われているところですが、
デスクトップの非常に優れた実用性を含め、より広い視野でこれらの選択肢を捉えていきたいと思います。
>>992
乙です。
乙です。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
silverlight スレッド一覧へ類似してるかもしれないスレッド
- Microsoft Silverlight その9 (574) - [96%] - 2023/1/25 14:30
- Microsoft Silverlight その7 (1001) - [96%] - 2011/3/24 1:31 ○
- Microsoft Silverlight その6 (1001) - [96%] - 2010/11/1 4:09
- Microsoft Silverlight その5 (984) - [96%] - 2010/4/16 20:20 ☆
- Microsoft Silverlight その4 (1001) - [96%] - 2009/12/5 9:05 ○
- Microsoft Silverlight 2.0 その3 (556) - [83%] - 2009/3/24 0:35 ○
- Microsoft Silverlight 2.0 その2 (1001) - [78%] - 2008/11/21 11:47 ○
- Microsoft Silverlight 2.0 (1001) - [74%] - 2008/5/12 6:08 ○
- Silverlight登場で.NET使い大勝利！！！ Part2 (525) - [18446744073709551603%] - 2016/10/16 0:30 ○
トップメニューへ / →のくす牧場書庫について