11/03/23 07:36:23.16
>>1
スレ立て乙
3:デフォルトの名無しさん
11/03/25 01:12:48.04
乙
4:デフォルトの名無しさん
11/03/25 19:26:48.39
>>1乙。
早くSL5が出ますよーに。
5:デフォルトの名無しさん
11/03/27 04:15:16.25
まだ64ビット版のブラウザに対応してないの？
6:デフォルトの名無しさん
11/03/27 22:09:14.13
FlashPlayerみたいにアルファ版でも欲しいね
7:デフォルトの名無しさん
11/03/28 09:21:11.49
誰か２ちゃんブラウザ作ってくれないかな？
8:デフォルトの名無しさん
11/03/29 11:18:59.26
? こんな奴？
URLﾘﾝｸ(www.a-plus.to)
9:デフォルトの名無しさん
11/04/01 07:16:49.92
２chブラウザの問題点だけど、
HttpWebRequest.Headersが変更できない。
URLﾘﾝｸ(msdn.microsoft.com)(v=vs.95).aspx
＞Silverlight アプリケーションをホストする Web ブラウザーによって設定されます。
つまり、こちら側で任意の値を設定できない。
refererとかを変更できないと、応答が、
<html><head><title>ＥＲＲＯＲ！</title><meta http-equiv="Content-Type" content="text/html; charset=Shift_JIS"></head>
<body>ＥＲＲＯＲ：referer情報が変です。(ref1)URLﾘﾝｸ(localhost:65475)●●●●●.xap</body></html>
となる。
解決法を知っている方居ますか？
10:デフォルトの名無しさん
11/04/01 07:29:09.95
つまり、Headerを変更できないと、
Postだけじゃなくて、Getで、datから最新のレスだけを差分取得することも出来ない。
Rangeに設定できないからね。
このサイトにも同様な事が書いてある。２００９年の記事だから古いけど、SL4では何かしら解決されてないのかな？
URLﾘﾝｸ(mark.mymonster.nl)
うーん、とりあえず、SLの開発は保留にして、WPFアプリの作業を続行するか・・・。
11:デフォルトの名無しさん
11/04/01 19:05:01.10
>>9
この方法でどうにかなるんじゃないか？
URLﾘﾝｸ(msdn.microsoft.com)(v=VS.95).aspx
12:デフォルトの名無しさん
11/04/02 04:04:05.37
>>11
無理見たいです。結局OOBにしようが、Headerの変更は出来ないみたい。SL5で直してくれないかな？
13:デフォルトの名無しさん
11/04/02 15:39:10.01
この記事を思い出した。
URLﾘﾝｸ(www.itmedia.co.jp)
Refererを自由に変更できること自体が脆弱性と見なされたところを見ると、
Silverlightでも許可されることは無い予感。
HTTPレベルで凝ったことはせず、
きちんとした形で提供されたサービスを使っとけ、ってことかなあ。
14:デフォルトの名無しさん
11/04/02 16:20:02.81
こんなもん脆弱性でも何でもないだろうにｗ
HTTPの仕様の問題だろ
15:デフォルトの名無しさん
11/04/02 16:54:54.37
silverlght上で動くスクリプトって何かありませんか？
Luaとか動くのでしょうか。
16:デフォルトの名無しさん
11/04/02 17:35:40.99
JavaScript、IronPython、IronRuby
好きなのどうぞ
17:デフォルトの名無しさん
11/04/02 18:22:51.04
そこまでしてブラウザを使って通信する理由がわからない。
データ取得は自前のHttpWebRequestで行い、表示は自分で
Viewを作成するのが常識的な設計じゃね？
18:デフォルトの名無しさん
11/04/02 20:02:12.27
>>17
それだと、html4でも出来ることだから、sl使う意図が無くなる。
slの存在意義ってriaのごとく、リッチな表現が出来ることだろ。
それはネットワーク処理も含めてリッチでないとな。
flashみたいに大普及して優位性があるものならまだしも、slのような普及率されていないもので雁字搦めに規制したら使ってくれる人が居なくなっちゃうよね、
せめてoobのときは、もっとオープンにして欲しいよね。
19:デフォルトの名無しさん
11/04/03 00:05:35.58
SilverlightってWPFと比べて何かいいことあるの？
WPF+XABPの機能制限版って感じでメリットがわからない。
Macでも動くぐらい？
20:デフォルトの名無しさん
11/04/03 00:24:19.09
XBAPは動作環境を限定しすぎてねーよ。
21:デフォルトの名無しさん
11/04/03 01:01:03.10
確かにOOB with elevated permissionsでリファラ設定できないのは意味がわからないな
どうせCOM interopができる時点でやろうと思えばなんでもできるわけで
22:デフォルトの名無しさん
11/04/03 04:56:40.81
シルバーライトって、Slのプラグインさえいれちゃえば、プチ.NET環境をMacでもWinでも動かせることではないでしょうか。
これはC#や.NET環境をほぼ全てのPC上で動かせるというものすごいアドバンテージだと思います。
オイラはいまだに、フラッシュの開発はしにくい。
23:デフォルトの名無しさん
11/04/03 18:04:51.88
ビジネスソフト作っても会社ではSilverlightがインストールできないところが多い。
ネットカフェでもインストールできない所があるからゲームもむずかしい。
まあネットカフェでSilverlightのゲームするやつもいないが。
24:デフォルトの名無しさん
11/04/06 21:07:27.94
Microsoft、「Silverlight 5 β」をMIXでリリース
URLﾘﾝｸ(www.itmedia.co.jp)
25:デフォルトの名無しさん
11/04/06 22:13:52.26
64bit対応については触れてないな
26:デフォルトの名無しさん
11/04/06 22:49:55.41
「64ビットに対応します」
それ以外に言うネタが無いからな。
藍澤家に5番目の隠し子がいました。だったら世界が注目する
27:デフォルトの名無しさん
11/04/06 23:23:20.26
>藍澤家に5番目の
それは注目するわ…。
Visual Studio LightSwitchも、beta2出るんだよな確か。
（まだ日本語は未対応らしいが）
28:デフォルトの名無しさん
11/04/06 23:31:14.08
>>27
URLﾘﾝｸ(www.forest.impress.co.jp)
29:27 忍法帖【Lv=2,xxxP】
11/04/06 23:36:40.56
>>28
ちょ、昨日公開か。
教えてくれてThanks。
30:デフォルトの名無しさん
11/04/06 23:52:15.84
URLﾘﾝｸ(blogs.msdn.com)
これによると、LightSwitchは単体の製品として販売
VSProとLightSwitchを両方インストールしたら統合されてVSでLightSwitch開発ができる
ということ?
しかしSilverlightアプリ開発環境なのにXAMLエディタ無しって極端だな
31:デフォルトの名無しさん
11/04/07 14:28:28.14
Silverlight4 RIA サービスです。
LoadOperation のエラーで
Load operation failed for query 'Method1'. リモート サーバーが次のエラーを返しました: NotFound。
というエラーが返ってきます。
取得データが大きいときにでるので
何か Silverlight か RIA サービスの最大通信量にでも
ひっかかったのかと思います。
対策などありますでしょうか
32:31
11/04/07 14:29:50.66
あとサーバーは ASP.net 開発サーバー使用です。
33:デフォルトの名無しさん
11/04/07 22:54:38.16
>>31
Wiresharkで原因の切り分けぐらい白
34:デフォルトの名無しさん
11/04/09 19:37:43.83
>>30
やっぱ、最終的には有料かー。
LightSwitch Expressとか…無理か。
35:デフォルトの名無しさん
11/04/09 21:27:15.24
普通に有償だろ
個人の学習・趣味向けの業務webアプリ開発ツールとか意味がわからんw
36:31
11/04/11 14:17:39.31
>>33
Wiresharkで何と何を切り分けるんですか？
SilverlightからASP.netへの要求に対して
>>31 のエラーメッセージが返るだけで通信は正常のようです
37:31
11/04/11 14:41:01.35
解決しました、RIAサービスではWeb.configで制限値を変更できるようです
WCFでは ServiceReferences.ClientConfig とかあったんですけどねぇ
MaxItemsInObjectGraph - WCF RIA Services Exception
URLﾘﾝｸ(blogs.objectsharp.com)
38:デフォルトの名無しさん
11/04/12 23:34:11.89
Mix11のキーノートは今日の25時からか
もうすぐだな。
39:デフォルトの名無しさん
11/04/13 01:06:16.47
なんかお絵描きしとる
描いてる様子見るのも楽しいな
ハジマタ
40:デフォルトの名無しさん
11/04/13 12:05:05.51
HTML5の台頭で表舞台から姿を消していく「Silverlight」
URLﾘﾝｸ(japan.cnet.com)
41:デフォルトの名無しさん
11/04/13 12:16:23.61
悪意ありすぎ
SilverlightはとっくにLightSwitchやClickOnce的な方向に舵を切ってるのに
いつまでそういう話を続けるんだろう
42:デフォルトの名無しさん
11/04/13 13:28:29.86
Cnetの偏向は今に始まった事じゃない
43:デフォルトの名無しさん
11/04/13 14:12:12.45
昨日（今朝？）Silverlightの話がなかったのは、今日に持ってくるためなのに。
勘違いも甚だしいぞ。
44:デフォルトの名無しさん
11/04/13 20:47:08.20
・Silverlight5 Betaアナウンス
・WP7のSilverlightの新しいバージョンの紹介
・LightSwitch Betaリリース
これのどこが開発者を引き離そうとしてるんだろうなw
SilverlightはビジネスWebアプリのクライアント用プラットフォームであって
グラフィックスや動画再生なんて最初からオマケに過ぎないんだが
45:デフォルトの名無しさん
11/04/13 21:03:19.15
HTMLで開発なんて効率悪すぎるからイヤだな。
46:デフォルトの名無しさん
11/04/14 02:46:19.09
Microsoft releases Silverlight 5 beta | News | TechConnect Magazine
URLﾘﾝｸ(www.tcmagazine.com)
47:デフォルトの名無しさん
11/04/14 04:02:17.96
SilverlightはWindows Phone並みに流行らない
48:デフォルトの名無しさん
11/04/14 08:17:18.79
現にWindows Phoneよりは遥かに普及してるから心配要らない
意外とプラグイン入ってるよ
49:デフォルトの名無しさん
11/04/14 16:51:37.12
個人でｓｌ使ったサイト公開している人ってあまりいないよな・・・
参考にしたいんだけど
50:デフォルトの名無しさん
11/04/14 16:56:34.04
>>49
どういうことを参考にしたいの？
51:49
11/04/14 17:28:35.28
主にインターフェイス周りかな
ばりばり動くアニメーションとかではなく
ブラウザ上で動くビジネスアプリの方向性や可能性を
見いだせるようなUIや画面・ツール構成など
参考にできそうなサイトがあればと思って
52:49
11/04/14 17:32:35.88
連投ごめん
それと仕事の関係で、個人でｓｌ開発を行っている
ような人に今のうちに注目しておきたいという目的も
あって
53:デフォルトの名無しさん
11/04/14 17:54:06.93
オフィシャルのShowcaseやCommunityではだめなのか
54:49
11/04/14 18:07:36.68
もちろんsilverlight.netのショーケースなどは確認済み
今回求めているものとマッチするものがあまりなくて
もしここで「こんな人がこんなサイトやってるよ」とか
少しでも情報が得られたらと思って書き込んでみた
55:デフォルトの名無しさん
11/04/14 19:12:21.95
そこのフォーラムにこんなのを探してますって具体的に書くといいよ。
56:デフォルトの名無しさん
11/04/15 09:11:34.24
>>52
WAFLというサイトの[マッシュアップ]→[タグリスト]→[silverlight]でいくつか登録されてる
国内では個人でシルバーライト使って何かしている人はほとんどいない
有名どころのランキングサイトを検索してみても軒並み結果は0件
silverlightのタグやカテゴリー自体が存在していない状況
57:デフォルトの名無しさん
11/04/15 09:17:12.23
>>56
以前少しさらされたけど個人で使ってるよ
ゲームだけどさ・・・
というかビジネスネタで使うってのが想像付かないんだよな・・・
ネタさえあれば挑戦はするんだが
58:デフォルトの名無しさん
11/04/15 10:14:49.67
ネタ探しならSilverlightサイトにこだわらないほうがよい。
Silverlightサイトはその実現方法の参考にするだけ。
59:デフォルトの名無しさん
11/04/15 10:14:50.15
Yahooカテゴリをはじめディレクトリ検索でも
そもそもsilverlightのまともなディレクトリや
カテゴリがないからなぁ
ネット上で分類・カテゴライズされるほど
まだまだ母数が多くないのかもしれないよ
ｓｌのサイト集とか作っても国内でどれだけの
登録があるだろうか
60:デフォルトの名無しさん
11/04/15 12:23:48.02
書籍も少ないし。某書店だと脚立乗らないと届かない
ところにコーナーあったぞｗ
内容ワンパターンだから、ある一冊に載ってないコトは、
他の本にも載ってない。結局ネットに情報を求めることに・・
61:デフォルトの名無しさん
11/04/15 13:56:14.46
読込を発生させないWebアプリ構築を、.netのノウハウを使って体系的に行える
SLの強みってここに尽きると思う
62:デフォルトの名無しさん
11/04/15 18:28:57.43
何の読み込みだよ
63:デフォルトの名無しさん
11/04/15 20:00:39.28
たぶんリロードのことっしょ。
64:デフォルトの名無しさん
11/04/15 20:12:05.87
ページ遷移しないってことかね？
65:デフォルトの名無しさん
11/04/15 20:36:31.52
WP7欲しいなぁ
けど日本向けはまだまだ先だしなぁ
66:デフォルトの名無しさん
11/04/15 20:57:05.41
俺はフルキーボードの無い端末なんて耐えられない
67:デフォルトの名無しさん
11/04/15 21:43:15.72
いまならWP7向けに日本語用アプリ作ればプログラマとして名前を残せるって先輩が言ってた
68:デフォルトの名無しさん
11/04/15 21:44:20.38
>>67
秋葉原行けば買えるよ。
69:デフォルトの名無しさん
11/04/15 22:30:17.01
開発環境ってvistaか7がいるんだっけ？
70:デフォルトの名無しさん
11/04/15 22:51:44.53
XPSP3でもおｋ
71:デフォルトの名無しさん
11/04/15 22:57:43.86
>>70
いやいや
WP7の開発
72:デフォルトの名無しさん
11/04/15 23:33:02.70
>>67
んなこたぁーない。
作って公開してるという人なら既に何人もいるし、
よほどクオリティが高くなければ普通にスルーよ。
73:デフォルトの名無しさん
11/04/15 23:37:46.76
WP7の開発しようと思ったらGPUも関係あるのか・・・
74:デフォルトの名無しさん
11/04/16 01:13:39.51
いつの間にかSilverlight5来てるね
URLﾘﾝｸ(www.silverlight.net)
75:デフォルトの名無しさん
11/04/16 01:18:03.04
＞・XAML Debugging with breakpoints for binding debugging
これいいな。XAMLにもブレークポイント貼れるんでしょ。WPFにもほしい。
76:デフォルトの名無しさん
11/04/16 02:01:41.23
sl５で、refereの変更は可能になったかな？
それだけが気になる僕チン。
77:デフォルトの名無しさん
11/04/16 02:05:26.88
refererでした
あとバインディング関連を本家ｗｐｆ並に強化してほしい
78:デフォルトの名無しさん
11/04/16 02:19:59.49
>>75
Silverlight Toolkit をインストールしたら WPF のエディターも更新されるから、
あるいはと思って試してみたけど WPF だとダメだった・・・
ブレイクポイントの設定まではできるけども、
実際に実行しても無効になってた。
>>76
いや、そんな、セキュリティの理由からわざと禁止してるものが出来るようにはならないでしょ。
79:デフォルトの名無しさん
11/04/16 06:31:05.48
セキュリティを厳しくし過ぎたら普及しないよ
OOBのときくらい、緩くしないと。
このスレ見てる？MS関係者。
referer緩くしてね。
80:デフォルトの名無しさん
11/04/16 07:42:19.86
Connect にでも書けよ。
81:デフォルトの名無しさん
11/04/16 09:42:09.85
XNA対応とか斜め上だな
WPFのSystem.Windows.Media.Media3Dは無かったことにするのか
まあWebGLよりショボいと言われるわけにはいかんわな
82:デフォルトの名無しさん
11/04/16 20:07:47.44
でも、現状のままだと、SLを使ってくれるところは無いと思うぞ。
83:デフォルトの名無しさん
11/04/16 20:10:34.39
>>82
今更言うことじゃねーだろ
それを分かっててｓｌをひっそり楽しんでるんだっつーの
84:デフォルトの名無しさん
11/04/16 20:20:48.92
XAMLはデバックできないと辛いな。
それとバインディングが正しくできていない理由がわかりずらい。
85:デフォルトの名無しさん
11/04/16 20:54:12.29
Silverlight5の3Dで遊んでみたけど本当にXNAだw
XNAの中でもコアのAPIだけ抜粋してるので結構低レベル
ちょうどWebGLと似たような感じだけど、低レベルなAPI叩くなら
JavaScriptなんかよりC#の方がずっと相応しいし
まともに使えるようになるのはどうせ5年以上先(その前に消えそうだけど)
面白いと思うよこれ
86:デフォルトの名無しさん
11/04/16 22:28:32.56
>>54
ここはもう知っている？
みんなの会社情報
URLﾘﾝｸ(www.ir-service.net)
PICS （品種登録予備調査画像システム）
URLﾘﾝｸ(www.hinsyu.maff.go.jp)
87:デフォルトの名無しさん
11/04/17 15:04:24.27
知らぬ間に難易度上げられてた～
URLﾘﾝｸ(www.cellworks.co.jp)
88:デフォルトの名無しさん
11/04/17 21:24:13.81
6スレ目で公開された時は、個人サイトにUPされてたのに
いつの間にやら、エロゲ会社のコンテンツに…！
89:デフォルトの名無しさん
11/04/17 21:49:53.62
>>87
これ、ゆきおんなの活用法がわからん
90:デフォルトの名無しさん
11/04/17 23:33:50.30
3D+物理演算デモ
URLﾘﾝｸ(www.andybeaulieu.com)
Silverlight5すげぇな
91:デフォルトの名無しさん
11/04/18 09:56:27.34
Winフォームチックな動作や外観をブラウザ上でも実現できますよ
というところにSLの魅力を何より強く感じているんだけど
ビジネスアプリ寄りの人間だからそのように感じてしまうのかもしれんが
SLの方向性としてはあまり正しくない受け取り方かな？
やっぱりFlashみたいにゲームとか見栄えを重視したRIAとかがSLの本来向かってる方向なのかな
92:デフォルトの名無しさん
11/04/18 10:24:49.26
91だけど
例えばASP.NETでポストバックさせないUIを実現させるためには
今まではAjaxとかを駆使する必要があったわけでしょ
そこから解放されて、かつ.net frameworkに慣れた開発者がその
ノウハウや経験をある程度流用でき、そこそこリッチなコントロール
（タブ、ツリー、DataGridなど）もWinアプリと同様に使えちゃう
これだけで業務アプリ市場にそこそこのインパクトを与えられると
思うんだよなぁ
Web
○：配布の容易性
×：UIの制限
Win
○：直感的で柔軟性の高いUI
×：配布のコスト
これの良いとこ取りというアピールが伝われば飛びつく企業さんは
たくさんいると思うのね
それをFlashと競うかのようにRIA方面へのアピールばっかりだから
手を出しづらいのかなって感じてるんだけど
長文すまぬ
ここの住民にマジレスもらえたら俺も勉強になる
個人的にはSL（というかMS）の将来性は明るいと信じてやまない人間っす
93:デフォルトの名無しさん
11/04/18 10:32:14.82
問題はAjaxで先に人が育ってるからな
Javaと.netの関係みたいな
94:デフォルトの名無しさん
11/04/18 10:43:38.53
>>93
ああ、なるほど
それは言えてる
ajaxエンジニアをslに取り込む必要はないと思うんだけどどうだろか
それってFlashユーザーをSLに振り向かせようとしたり、まさにJavaのエンジニアを
C#エンジニアに変身させようとしてるのと同じだと思うんだよね
土台無理だろ、と
それよりもまずは現在.netで食っているもしくはそのアプリを使用している人間を
ｓｌにまでスコープを広げてもらえればいいのかなって思うわけ
それがｓｌ普及のとっかかりにもなるように感じてるんだけど
そのためにはRIAのプラットフォームとしてのアピールももちろんだけど
もうちょっとWin＆Webのメリットの融合的な部分を前面に押し出せればって
常々感じてた
例えば>>90とかを.netエンジニアに見せても
「あ、俺の範疇じゃねーや」
で終わる人が多いと思うんだよなぁ
95:デフォルトの名無しさん
11/04/18 11:09:26.18
物理演算は規模が大きくなるとCPUもネックになってくるからASやJSでは厳しいところではある
XNA FrameworkはXboxの開発プラットフォームとしてある程度は普及してるし
WPFとかに比べるとXNAのAPIはネイティブのDirectXに近いから、
既存の開発者を取り込むという意味では一貫してると思うよ
WebGLにもいえることだけど、低レベルな3D描画には特別なノウハウが必要で
今までのWeb開発者が慣れてるようなAPIとはかけ離れてる
96:デフォルトの名無しさん
11/04/18 11:19:39.84
俺は未だにAjaxプログラミング（Javascript）に慣れないし、むしろ嫌い。
それはやはりVisualStudioにおける開発がしやすい事になるんだとおもう。
winformでのC#開発をほぼそのままのスタイルでイケるSLは素晴らしいと思うけど。
ただ、しつこいが、OOBのときくらい、規制をもっと緩くして欲しい。
（referer変更可にしてよ）
97:デフォルトの名無しさん
11/04/18 11:20:55.52
>>95
すまん、難しすぎて全部は理解できないのだが
やっぱりSLは物理演算だとか3D描画だとかそういった方面への
普及を目指しているということなのかな
少なくとも業務アプリで物理演算とかを意識することはまずないし
MSのテクノロジやアーキテクチャを使用しているエンジニアの分布って
どんな割合なんだろう？
大きく分けて業務系・描画（ゲームとか？）系、そのほかもあるだろうけど
自分がその世界にどっぷりつかってるからかもしれないけど業務系が
割合的には多いと思ってるけどそうでもないのかな？
98:デフォルトの名無しさん
11/04/18 11:25:20.03
業務系アプリだと、WinFormレベルで済ませることができるから、
その点においてWPFの普及は難しいとおもう。
99:デフォルトの名無しさん
11/04/18 11:27:17.49
>>97
>やっぱりSLは物理演算だとか3D描画だとかそういった方面への
>普及を目指しているということなのかな
というかhtml5のcanvasもそうだけどそういう要求はあるから
取り入れてるだけじゃないの？
Flashも確かGPU支援付きの3Dとかサポートしてたよね
100:デフォルトの名無しさん
11/04/18 11:28:04.58
MEFとか業務用にいいと思うけどな
アジャイル開発とかのもむいてそう
101:デフォルトの名無しさん
11/04/18 11:32:03.89
>>96
> 俺は未だにAjaxプログラミング（Javascript）に慣れない
多いと思う、そういう方
俺はWinフォーム・ASP.NET・SLをやってるんだけど
WinしかできないエンジニアさんでWeb系に手を出したいと
思っている人ってたくさんいるよね
個人的な経験則からそんな人には
Winフォーム→ASP.NET
よりも
Winフォーム→SL
の方が断然入りやすいと思う
javascriptやhtml特有のお作法が壁になってWebに進出
できない優秀なエンジニアが沢山いると思う
それってそのままSLの隠れたキャパだとさえ感じるんだが
102:デフォルトの名無しさん
11/04/18 11:33:07.82
特に、日本の場合は、技術嫌いのITドカタが多いからな
いちいちWPF（SL）を覚えようとする奴はいないだろうね
技術よりもその場しのぎの儲けなのが日本のIT
未だにMFC組んでるところもあるくらいだしｗ
103:デフォルトの名無しさん
11/04/18 11:37:43.25
ハイパフォーマンスな描画が重要なWindowsアプリなんてほとんどがDirectX&C++なわけで
そういうのを取り込むつもりならXNAみたいなAPIは必須でしょ
C++開発者からすればC#はそんなに抵抗ないだろうし
104:デフォルトの名無しさん
11/04/18 11:46:12.27
>>98
意外にそうでもないように思ってるんだけど、TPOによりけりなのかな？
基本、お客さんってブラウザで何から何まで済ませたいんだよね
それは配布コストの削減というお金的な観点と
インストール不要というユーザー視線の両方でね
一般的なユーザーってインストール作業やバージョンアップ時の
作業さえ面倒に感じている人がすごく多い
というかそれが当たり前かな
片やPCやインターネットが世の中や社会に普及して
UIに優れたアプリはいわゆるクライアントアプリであるという
認識を受け入れるところまではきてるように思う
そのITリテラシーの向上が「業務系アプリはWinフォーム」という
固定観念や諦めを作り出してると思うんだよ
「いやいや、実はWebでもできちゃいますよ
Winフォームと同じくらいUIに優れてるのが
それがSLなんすよ！」
って言えたらお客さん間違いなく食いつくと思うのだが
105:デフォルトの名無しさん
11/04/18 11:50:38.17
>>103
ハイパフォーマンスな"描画"が求められるWinアプリってどんなの？
経験不足ゆえちょっと想像できないんだけど、シェアとしてはすごく狭いんでない？
106:デフォルトの名無しさん
11/04/18 11:50:47.91
Silverlightって別にいいんだけどさ
何か制限が強すぎて結局phpやperlなんかで作るかーってなる
そもそもクロスサイト制限きつすぎでスクレイピングが出来ない
エンコード系が面倒と結局はなんかものたりないのよね
AIRもその辺は同じだけどさ
業務系でUIだけSilverlightに持たせましょうってなっても得られるのはわけわからんアニメーションぐらい
それなら別開発にせずに最初から鯖サイドで完結した方がいのよね
107:デフォルトの名無しさん
11/04/18 12:01:33.75
jquery
108:デフォルトの名無しさん
11/04/18 12:01:35.29
> 得られるのはわけわからんアニメーションぐらい
これが大方のエンジニアのイメージだと思う
> 最初から鯖サイドで完結した方がいのよね
そしてこれがやっぱり大方のエンジニアの判断だと思う
マーケティングに問題があるとしか思えない
ｓｌの基盤となってるテクノロジーやアーキテクチャや思想など
大局的な方向性はいいと思う
あとは既存ユーザーやエンジニアへのアピールの仕方次第では
どのようにでも転がると思うのだが
109:デフォルトの名無しさん
11/04/18 12:01:42.05
ファミコンが普及したのはスーパーマリオというアプリがあったからであって。
SLの技術が素晴らしいのはわかった。あとは、それを活かすコンテンツの登場だな。
OOBでも規制が強いという意見がチラホラ出てるから、セキュリティの絡みがあるのは承知の上だが
もっと緩くしないとな。
それはWPFでも言えることだろう。
WPFの有名アプリあったか？EvernoteがWPFで作ってたみたいだけど止めてC++で組み直したみたいだし。
110:デフォルトの名無しさん
11/04/18 12:12:58.33
>>108
たとえばどういうアピールが他にあるの？
俺は言語に関しては有名所は何でも使えるしフレームワークも数十種使える
Silverlight、WPFやPrismを経験した上で聞くけど業務系においてSilverlightを組み込む必要性が今ひとつわからない
強みがない
制限が強い
他の言語やフレームワークでもっと簡単にできる
それなら普通に他の方法を俺はとるよ
>>109
winアプリはWPFで俺は作ってるな
少なくともWinFormsよりもコードの分断がしやすいし出来る事が多いから
ちなみに流行ってるとか流行ってないかは俺には関係無く、
目的を達成しやすいか楽できるか、そして楽しいかで選んでるｗ
111:デフォルトの名無しさん
11/04/18 12:14:29.12
SLはクライアント技術であってサーバー側はこれまでどおりASPとか使うから
それらにとって替わるものではないと思うぞ。
112:デフォルトの名無しさん
11/04/18 12:14:36.98
特に用途を限定してるわけではなくて、クライアントやホームユースのアプリケーションで
必要そうな機能だけ集めた小さいプラットフォームって感じなんだろ
.NETが誕生してからもう10年近く経ってるんだからそりゃ今わざわざ作り直すなら3Dくらい入るだろうさ
113:デフォルトの名無しさん
11/04/18 12:19:33.88
Silverlightは、ドットネットとジャバの統合したようなもんだろ?
ジャバは遅い、メモリ食うので、Silverlightが主流になるといい
114:デフォルトの名無しさん
11/04/18 12:21:14.38
SilverlightはWPFと同じライブラリをつかわせてくれませんかね
両方触ってるとその違いにイライラ来る…
115:デフォルトの名無しさん
11/04/18 12:22:11.50
WPFで２チャンブラウザが誕生すれば大普及間違いない。
でも意外と２チャンブラウザって作るの大変みたいよ。
事実、Winform版の有名な２チャンブラウザって無いし。
未だにMFCレベル（Delphiだが）のJaneが使われてるし。
116:デフォルトの名無しさん
11/04/18 12:24:41.77
>>114
Silverlight5で完全に旅立ちました
もうWPFのサブセットではないw
117:デフォルトの名無しさん
11/04/18 12:27:03.62
>>110
今は>>99のようなアニメーションだとか描画のところばかりの
アピールが目立っているように感じる
まぁそれらが「見た目」のものだから目立つのは仕方ないけど
SLに限らずだけど新規エンジニアを獲得するよりも
旧技術や類似技術から既存エンジニアを取り込む方が
コスパは優れてると思うんだ
そうなるとSLがターゲットとすべきエンジニアは当然ながら
.netのエンジニアだと思うのだけど、.netのエンジニアで
描画やアニメーションやってる人って全体からみると一握り
だよね
それやるなら、それこそ他に良い手段が用意されてるだろうから
大抵の.netエンジニアってコントロールぺたぺた張って、
イベント処理記述してるようなPGが多いと思うんだ
そういった.net開発者をSLに取り込むにはやっぱり
・Winの経験をそのまま活かしてWebを作れる
・WebでもWin並みのコントロールが使える
といったアピールが必要でしょ
ようはWin・Web両方のエンジニアがそれぞれ抱え続けてきた限界を
SLで両方とも取っ払えるというところをアピールできればいいんじゃ
ないかな？
あくまで例えだけどね
118:デフォルトの名無しさん
11/04/18 12:30:21.04
俺もWPFで組んでいるけど、WPF覚えるまでは大変だったし、
それまではバインディングに関する知識もなかったからWPFという山を超えるのはキツかった。
でもその山を超えたあとはWPFの素敵さがわかり、今ではWinForｍには戻れない。
データ・コマンドバインディングなんてほとんど資料や本がないけど、本１冊にまとまるくらいの内容なのではないかと。（MVVMの思想も理解せんとあかんし）
119:デフォルトの名無しさん
11/04/18 12:30:58.58
>>115
素朴な疑問
何が難しいんだろ？
2chのデータ取得するAPIとかは公開されてるんだよね？
120:デフォルトの名無しさん
11/04/18 12:31:23.37
>>117
んーそのWinの経験を生かしてと言う部分はどうなんだろう
XAMLを取得しないと行けないしポトペタPGにはその辺がつらいんじゃなかろうか
121:デフォルトの名無しさん
11/04/18 12:33:53.51
>>119
やることが多いだけ
既存のが高機能過ぎてユーザーの要求が高い
122:デフォルトの名無しさん
11/04/18 12:34:19.77
>>119
技術面での難しさじゃなくて、結局作るのは個人レベルなんで、
実装に時間がかかる。
簡単なら、Jane以外のアプリが生まれてもいいだろ？実際Jane以外に何にも無いし。
123:デフォルトの名無しさん
11/04/18 12:37:41.53
Java製のswingで作られた物があるじゃない
アレは結構高機能だよ
WPF製の２ちゃんねるブラウザはVIPで前に見たな
124:デフォルトの名無しさん
11/04/18 12:38:40.11
>>120
いやいやそりゃ当然だと思う
何も新しいノウハウなしに新しい舞台に立てるわけではないでしょ
それは全ての事に言えるだろうけど
ただSLで食えるようになるためのコスト（金・時間）を.Netエンジニアはかなり低く抑える事ができるってところが重要なのでは
まったくMSのテクノロジーに噛んでないエンジニアが100かかって到達できるところに、.Netエンジニアなら30くらいで到達できると思う
125:デフォルトの名無しさん
11/04/18 12:40:50.54
>>121,122
そゆことね
技術的に限界があるってわけではないのね
２ｃｈAPIの仕様が分かれば作ってもいーなー・・・なんてｗ
126:デフォルトの名無しさん
11/04/18 12:41:07.59
[MagicPot]WPF ２ちゃんねるブラウザ作成計画
URLﾘﾝｸ(d.hatena.ne.jp)
のことじゃねえ？
何も音沙汰ないけど
127:デフォルトの名無しさん
11/04/18 12:42:36.10
あえてSilverlightにする必要性が今ひとつわからん
COM叩けますとか言われてもクライアント環境を知らないと始まらないわけだし
それならWPFでいいじゃんとならね？
128:デフォルトの名無しさん
11/04/18 12:42:54.30
２ちゃんねるブラウザ MagicPot
URLﾘﾝｸ(ufcpp.net)
でした
129:デフォルトの名無しさん
11/04/18 12:43:46.95
jquery
130:デフォルトの名無しさん
11/04/18 12:45:28.80
なにぶん2ch用ソフトだからなー
ユーザーのレスポンスは口汚い言葉での要求と叩きがデフォだし、タダでそれに応じ続けなきゃならない
海外みたいに寄付歓迎にしたらサイト閉鎖するまで嫌儲共に叩き続けられるだろうし
そういうのに耐えられるマゾヒスト性と技術力を兼ね備えた人間は少ないだろ
131:デフォルトの名無しさん
11/04/18 12:47:25.95
>>127
MSのWPFとSilverlightへの力の入れ具合を見ろよ
どう見てもSilverlightに本気だしてるだろ
そのうちWPFは何らかの形で統合されてSilverlight一本になるんじゃねーの？
132:デフォルトの名無しさん
11/04/18 12:50:12.81
>>125
APIなんてないよ
最近のwebAPIという意味ではread.cgiだよ
それ以外はhttpを直接使う
これが曲者なんだよね・・・
ヘッダーいじれないし
133:デフォルトの名無しさん
11/04/18 12:52:40.33
MSはどっちかっつーとhtmlに力を入れてるような…
IE10は凄いじゃん
何とかSVG少女とかﾊﾟﾈｪと思った(作ったのはカヤックだしクロームでも動くけどｗ)
しかしあれってSilverlightで作ると工数は減るのかな？
134:デフォルトの名無しさん
11/04/18 12:55:01.87
ｓｌから入った人からするとwpfの存在が混乱を招いているからな
この混乱もsl普及の妨げになってると思う
135:デフォルトの名無しさん
11/04/18 13:04:34.03
>>131
マイクロソフトはVisualStudio(WPF)とHTML(jquery)
136:デフォルトの名無しさん
11/04/18 14:23:24.87
>>128
UIまわりよりも、2chアクセス、特に認証回りが面倒でやる気なくなっててそれっきり。
137:デフォルトの名無しさん
11/04/18 19:51:41.36
俺がWPFで作ってるよJaneの時代を終わらせてやる
138:デフォルトの名無しさん
11/04/18 20:04:15.48
UIも革新的なので頼むわ。JaneみたいなUIには飽きた。
139:デフォルトの名無しさん
11/04/18 21:35:24.80
なぁ、silverlightでツリー内の特定のTreeViewItemにアンダーラインを入れるにはどーしたらいいんだよ・・・
まだここらへんのコツがつかめんのよ
対象のTreeViewItemオブジェクトにTextDecorations.Underlineを設定できればいいんだろうけど
その方法が分からんよ
140:デフォルトの名無しさん
11/04/18 21:39:31.40
テンプレート使うんだよ
URLﾘﾝｸ(msdn.microsoft.com)(v=vs.95).aspx
141:140
11/04/18 21:45:31.46
補足
表示したいテキストとUnderlineプロパティを持った型を自分で作って、
テンプレートで定義したコントロールのプロパティにバインドするわけ
SilverlightやWPFではTreeViewItemのようなものは基本的に触らないの
142:デフォルトの名無しさん
11/04/18 21:55:51.47
>>133
Silverlightとhtml比べたら誰もhtmlで開発したくないだろう。
143:デフォルトの名無しさん
11/04/18 22:29:46.03
失礼だけど、>>139みたいな質問はおかしい
WPFは要素内で多種多様な表現できるのだから、アンダーラインごときに躓く場合は、基礎から勉強したほうがいいのでは。
144:デフォルトの名無しさん
11/04/18 22:38:12.42
>>143
おまえかっこいいな
145:デフォルトの名無しさん
11/04/19 13:35:12.97
すいません。Silverlight で、描画更新タイミングってどうなっているんでしょう？
以下の、Message2 プロパティと TextBlock が Bind されていて、
Message2 = "hogehoge" とすると、正しく TextBlock に値が表示されます。
しかし以下のようにすると、ボタンを押してから 1秒たって "99" がいきなり表示されます。
WinForm の時であれば this.button2.Update() 等として描画させていましたが、
Silverlight ではどうすれば良いのでしょうか？
private void button2_Click(object sender, RoutedEventArgs e)
{
for (int i = 0; i < 100; i++)
{
this.Message2 = i.ToString();
System.Threading.Thread.Sleep(10);
}
}
146:デフォルトの名無しさん
11/04/19 15:00:24.39
WindowsForm以上にUIスレッドは止めるなというのがSLでのセオリー。
Sleepが必要だったり、時間のかかる処理は別スレッドで処理して、
UIへのフィードバックには
Dispatcher.BeginInvokeやBackgroundWorkerを使う必要がある。
147:デフォルトの名無しさん
11/04/19 16:19:26.28
>>146
お返事ありがとうございます。
さっそく非同期イベントと Dispatcher を使用して、以下のようにしてみました。
"pre Loading..." と表示された後、"Loading.." が表示されるのを期待したのですが、
"pre Loading..." が表示されず "Loading..." がいきなり表示され、"pre～" の描画が
キャンセルされてしまっているかのようです。
こういう動作はいけないのでしょうか？
this.Dispatcher.BeginInvoke(() =>
{
this.Message = "pre Loading...";
System.Threading.Thread.Sleep(1000); // 重い処理の変わり
this.Message = "Loading...";
});
148:デフォルトの名無しさん
11/04/19 16:48:14.95
>>147
今だと、↓みたいになる。
ディスパッチャー → 再度別スレッドに移ってからSleep →ディスパッチャー。
Dispatcher.BeginInvoke(() =>
{
this.Message = "pre Loading...";
Task.Factory.StartNew(() =>
{
Thread.Sleep(1000);
Dispathcer.BeginInvoke() =>
{
this.Message("Loading...");
}
}
}
149:デフォルトの名無しさん
11/04/19 16:48:59.47
Async CTP入れると簡単にできるんだけどもねぇ。
↓これだけ。
this.Massage = "pre Loading...";
await TaskEx.Delay(1000);
this.Massage = "Loading...";
150:デフォルトの名無しさん
11/04/19 18:01:57.26
今までJavaとPHPでの開発しかしたことがないんだけど、Silverlightを勉強する場合って
事前に勉強して置いた方が良い事ってありますか？
151:デフォルトの名無しさん
11/04/19 18:09:06.53
英語かな
152:デフォルトの名無しさん
11/04/19 19:19:29.16
適宜C#かSilverlightかMVVM辺りをキーワードにググればOK。
153:デフォルトの名無しさん
11/04/19 20:43:43.76
>>148
そのレベルならBackgroundWorkerをすすめる。
普通のC#のWindows Fomなどと共通のコードに出来るので便利。
154:デフォルトの名無しさん
11/04/19 21:55:24.78
BackgroundWorkerってWPFで動作すること保証されてる？
.NET Framework 2.0でWinForm用に作られたBackgroundWorkerは
仕様上System.Windows.Threading.Dispatcherと結びついていない
思うんだけど。
155:デフォルトの名無しさん
11/04/19 21:55:49.52
>>153
ほんとは、スレッド（スレッドプールであっても）立ててその中でSleepってのもよくないんだけどね。
実行効率で言うとたぶん、DispatcherTimer使うのが一番。
というか、Async CTPのDelayメソッドマジお勧めではあるんだけども・・・
156:デフォルトの名無しさん
11/04/19 21:56:55.36
>>154
いや、たぶん、SynchronizationContext.Post経由のはず。
（WinFormsならControl.Invoke、WPFならDispatcher.Invokeに自動的に割り振られる）。
WPFでも大丈夫。
157:デフォルトの名無しさん
11/04/19 23:51:31.38
>>155
>スレッド（スレッドプールであっても）立ててその中でSleepってのもよくない
why?
158:デフォルトの名無しさん
11/04/20 00:41:42.95
>>157
一応スレッドのリソース（ローカルスタックとか）消費しちゃうから。
マルチコア環境かつ、1秒程度のSleepでそんなインパクトにはならないと思うけども。
タイマー（とか、Delayメソッド）だとそれもない。
159:デフォルトの名無しさん
11/04/20 07:47:25.47
>>145
>すいません。Silverlight で、描画更新タイミングってどうなっているんでしょう？
イベントハンドラが制御を返した後。
160:デフォルトの名無しさん
11/04/20 12:04:53.55
Silverlight5からは描画更新は"composition thread"としてUIスレッドから分離されたみたいだ
161:デフォルトの名無しさん
11/04/22 22:57:17.84
Silverlight 近況報告
URLﾘﾝｸ(www.infoq.com)
162:デフォルトの名無しさん
11/04/23 10:21:40.88
フロントエンドの情報ばっかりだな・・・
こりゃはやらんわけだ
163:デフォルトの名無しさん
11/04/23 11:40:34.95
フロントエンドを作るためのものなのに何言ってんの?
164:デフォルトの名無しさん
11/04/23 16:25:16.26
今更フロントエンド作るのにわざわざｓｌに参入するやつは希少だって言ってるの
スレ内に指摘してるやつもいるけどマイクロソフトはターゲットを完全に見誤ってる
165:デフォルトの名無しさん
11/04/23 16:35:36.71
>>164
じゃあいったいどこで使えというんだよw
166:デフォルトの名無しさん
11/04/23 16:36:18.72
所詮はHTMLやJavascript、Flashの代替技術だからなぁ ＞Silverlight
バックエンドやインターフェースを作りたいならASP.NETでも使うでしょ。
ターゲットを見誤るもなにも住み分けているだけでしょ
167:デフォルトの名無しさん
11/04/23 16:56:32.98
たぶんフロントエンドの意味とりちがえてるw
168:デフォルトの名無しさん
11/04/23 17:03:42.72
そーなんだよな
Flashと比較しないでと言っておきながら
現時点では完全にFlashの競合でしかないんだよ
それ以上でもなくそれ以下でもなく
んなターゲットでシェア広げられるわけないのに
169:デフォルトの名無しさん
11/04/23 17:27:21.15
圧倒的な開発生産性がある。
HTMLとかFlashとかやりたくないわ。
170:デフォルトの名無しさん
11/04/23 18:37:36.56
デザイン系の人ってFlash慣れしちゃってるんでそ？
Blendに引っ張ろうたって、デザイン面での
アドバンテージなくない？
その人たちにとっては、.NETの開発効率とか関係ないし。
171:デフォルトの名無しさん
11/04/23 18:43:13.35
3DのAPIがあっちゃいけないのかよw
DirectXやOpenGLに丸投げするラッパー書くだけなんだからそんなにコストがかかるもんでもなし
それにFlashデザイナーが最近流行の低レベルな描画API(SilverlightやFlashの3D, WebGL, Canvas)
なんか扱えるわけがない
むしろMSが開発者シェア握ってる分野だ
172:デフォルトの名無しさん
11/04/23 18:50:30.04
FLASHは高いのでSilverlightでゲーム作りたいのですが参考書籍やURLはありませんか？
173:デフォルトの名無しさん
11/04/23 18:51:55.91
>>172
どういうゲーム？
以前は海外でゲームのソース丸ごと公開されてたんだが今はたどり着けない
174:デフォルトの名無しさん
11/04/23 18:56:07.96
>>173
最終的にはアクションゲームです
最初はシューティングやテトリスやTDなどを作りたいです
175:デフォルトの名無しさん
11/04/23 18:57:22.73
>>172
Silverlightは次期バージョンでXNAに対応するから
とりあえずXNAで勉強したら? XNAなら書籍とかサンプルとか比較的多いし
基礎的な知識が付くので他の環境でも有効だよ
一応今出てるSilverlight5のベータ版でもXNA使えるけど人柱すぎるので正式リリースまではお勧めできない
176:デフォルトの名無しさん
11/04/23 19:00:58.10
>>174
URLﾘﾝｸ(www.geocities.jp)
177:デフォルトの名無しさん
11/04/23 19:05:46.37
>>175
なるほどXNAは知りませんでした
C#で書けるようなので本屋で立ち読みしてみます
>>176
ありがとう
178:デフォルトの名無しさん
11/04/23 20:54:59.02
ロボットネタを調べてたらこんなページがあった
URLﾘﾝｸ(jp.quince.infragistics.com)
179:デフォルトの名無しさん
11/04/23 22:37:40.06
WPFが無くならない限りは、Silverlightも無くなることはないよ。
180:デフォルトの名無しさん
11/04/24 03:21:00.77
>>170
その通り
ここの住民って必死に3DだとかDirectXだとかの必要性を訴えているけど
そんな分野にSilverlightが切り込める隙なんてほとんどないっていう現実を
しらないんだと思う
ビジネスシーンにおいてMSの技術が求められている場所がそんなところでは
ないということを知らないんだろうな
.Netで3DやDirectXが必要な分野が開拓されてる？
ないとはいはないけど、狭すぎるでしょ
ではどういった分野で.Netが活用されているのか
IT業界にいる人間だったら営業だろうがSEだろうが肌で理解できているところ
だけどな
意外に中の人ってここらへんの感覚が狂ってる事多いよなｗ
それが今の世の中がMSの技術に求めている物の答え
もしくはMSの技術に対するイメージ
Silverlightは現時点でそれを大きく逸脱しているものなんだよ
開発者が増えなくて当然
それと今後のメインストリームはSLだぞ
WPFではないぞ
いい加減受け入れろ
181:デフォルトの名無しさん
11/04/24 03:25:51.08
Silverlight開発者からのフィードバックを基に新機能足してるのに、
世の中が求めてないとか何を根拠にｗｗ
182:デフォルトの名無しさん
11/04/24 03:37:12.63
>>181
おいおいｗｗｗまじで言ってるの？？
そりゃSilverlight開発者からのフィードバックを
元にしてるに決まってるじゃんｗｗ
それ以外の誰の感想や意見をMSは聞くんだよ
問題なのはそのSilverlight開発者の数が
市場全体から見ればごくわずかなんだってこと
少数のSilverlight開発者がそいつらの希望を
言っているだけなんだよ
そんなフィードバックが市場全体の総合的な
意見を反映しているわけないでしょうが
もうちょい視野を広げた方がいいぞ？
183:デフォルトの名無しさん
11/04/24 03:40:45.27
そもそも3Dやゲームを作ろうとする人間が誰もSLを求めていない件
184:デフォルトの名無しさん
11/04/24 04:00:38.73
狭い世界に住んでる人だなｗ
185:デフォルトの名無しさん
11/04/24 04:23:09.41
ｓｌ自体が狭い世界だから・・・
その中の人が狭くなっちゃうのは仕方がないかと
エンジニアが良く陥る「目の前しか見えない」ってやつ
186:デフォルトの名無しさん
11/04/24 04:30:11.25
銀光でも.Net frameworkがそのまま使えます。
こう言えれば多くの人が振り向く
銀光ではこんな3D描画が可能ですよ。
ｲﾗﾈ…
187:デフォルトの名無しさん
11/04/24 05:33:35.17
ASP.NETがWebの分野でここまでの基盤を築けたのはWebアプリでも.NETのライブラリが使用できるというメリットが全てだった
SLで失敗しているのがまさにここである
.NETのフルセットを使わせたい
そのためには重いインストーラーのダウンロードと長いインストール作業を強いる事になる
ではパフォーマンスに優れた.NETのサブセットライブラリを使用するようにしよう
しかしそれでは.NETの強力な機能やノウハウを100%享受できない
MSは今このジレンマに苦しんでいる
このジレンマは今までクライアント・Webの開発者が悩まされてきたジレンマそのものでもある
配布に優れたWebとUIに優れたWinアプリ
これらは一長一短の技術であり求められる要件やニーズにより使い分けるのが主流であった
しかしMSのRIAプラットフォームとして登場したSilverlightはその常識を覆す大きな可能性を秘めている
つまり配布にもUIにも優れたテクノロジー基盤を築きつつあるのだ
RIAが注目されつつある昨今、グラフィック・音声・動画再生などの技術に目が行きがちではあるがこれはSilverlightも例外ではない
しかしながらSilverlightにおいては、いわゆるRIAとしての側面やそれらの新技術は近年の流行を利用したMSによる視線集めの一環に過ぎないと捉えるべきであろう
MSがSilverlightによって真に目指しているところはやはりWebとクライアントの技術の垣根をなくすことにある
別の言い方をするとWebとクライアントの間に収まる第三の新しいソフトウェア形態の開拓である
その真の目的が達成されるとき、ユーザーも顧客も開発者もMSの.NETというフレームワークに乗っかるだけで多くの制限から解放され広大な可能性の海へと漕ぎ出すことが可能となるのだ
光回線が普及していない時代、画像一枚ダウンロードするのにどれだけのコストをかけたであろう
またあまり知られていない事実だが、.NET Framework4のフルパッケージスタンドアロンインストーラのサイズは3.5のそれに比べ約85%減されている
このようにインフラやOSそのものの環境が整うにつれ.NET Frameworkの配布自体にかかるコストが限りなく無視できるレベルまで削減される未来も決して遠くはない
MSの目的が果されるその時、RIAさえも超えた大きな変化が訪れる事は想像に難くない
188:デフォルトの名無しさん
11/04/24 10:24:47.22
そういえばxbapは何処逝ったのかなぁ・・・
189:デフォルトの名無しさん
11/04/24 11:00:08.01
>>187
NETが開拓してきたのは企業内の業務APの分野が多いだろ。
それを制限付きのSLにすると言ってるのかい？
RIAがユーザビリティーを上げるけど、SLが宣伝してるのは
主にインターネットアプリの領域でしょ。
どこを狙っているのかよくわからん
190:デフォルトの名無しさん
11/04/24 13:50:34.28
ネットアプリの領域は今後HTML5が受け持つのは明らかだし
XNA(DirectX)との連携などを考えてもWebクライアント的立ち位置な気がする。
あくまでもメイン処理をするのはSliverlightじゃなくてASP.NET側。
その処理結果を受け取ったり指示を出すシンクライアント的なフロントエンドを担うのがSilverlight。
191:デフォルトの名無しさん
11/04/24 15:12:13.98
SLが担うのはビジネス向けのRIAだと思うねー、Gridで帳票、みたいな。
盛んに3Dとか一般向けを言うけれど、それが当たるとは到底思えないし、
MSもそちらのほうは、本心ではHTML5のほうにシフトしちゃってるよね。
まあ、Winodws Phone 7の媒体としての役割があるから、死にはしないし、その点では安泰だけど。
WPFをSLが置き換えるってのは眉唾でどこまで本気なつもりなのか分からない。
ADO.NETを載せる気はさらさらないみたいだし、
データは全てクラウドで、というのは非現実的じゃないかなあ、たとえAzure推しでも。
WinFormsが永遠に残り続けるってのが実際かもしれないけど。
192:デフォルトの名無しさん
11/04/24 15:19:07.33
Accessフォームで台帳管理してたようなところ向けだと思う
193:デフォルトの名無しさん
11/04/24 15:29:51.43
Mix11のSilverlight5のデモ（3D House Builder）見てると3D機能も必要なんじゃないかと思う。
一応WebGLが代替としてあるけど、普及まで何年かかるか分からないのと何より.NETで書きたい。
194:デフォルトの名無しさん
11/04/24 16:01:50.93
SLがもうちょいWinFormに近づくといいんだけどな。
表現力が増した分、難易度が格段に上がっちまったよな。
195:デフォルトの名無しさん
11/04/24 16:52:18.96
HTML5とJavaScriptとCSSで頑張って書くよりだいぶ楽なんだから贅沢言うなって
196:デフォルトの名無しさん
11/04/24 17:01:42.82
>>194
なんでも慣れだよ
197:デフォルトの名無しさん
11/04/24 17:07:36.55
そんな事より、何でSL5にPLINQとTaskがないんやー！
198:デフォルトの名無しさん
11/04/24 21:33:39.78
>>191
>ADO.NETを載せる気はさらさらないみたいだし、
当たり前だろ。そんな20世紀の設計はもう止めてくれよ
199:191
11/04/25 01:32:07.45
>>198
あー、DataTableを想像した？
俺がADO.NETっていったのはSqlConnectionとか、Entity Frameworkとかも含めて、
データベースアクセス関連のライブラリのつもりだったんだけど、それも20世紀？
Silverlightが(OOBで)WPFを置き換えるというシナリオにおいては、
クラウドへのデータアクセスだけじゃなくて、直にサーバーへの問い合わせとか
SQLiteやSQLCEのようなローカルデータベースへの問い合わせが可能である必要がある。
と、思っているのだけど、その辺への対応を一向にしようとしないからわからんな、と思っていて。
まあ、COM経由すりゃあなんでもできるといえばできるけど。
200:デフォルトの名無しさん
11/04/25 01:37:42.64
そういうシナリオならWinFormsかWPFかCOM経由しろよ
201:デフォルトの名無しさん
11/04/25 04:30:19.32
MacユーザーとしてはDMMの
DRM付きWMVが見られるようになったのがポイント高い
202:デフォルトの名無しさん
11/04/25 07:47:58.03
>>199
DBサーバー問い合わせするんなら、
SilverlightアプリでWPFアプリをローカルにダウンロードして
実行した方がいい。ユーザープロファイル肥大化しなくておすすめ
203:デフォルトの名無しさん
11/04/25 13:17:28.44
.NET Frameworkの安定期に入りMSは更なる普及を図るため.NET Frameworkのインストールを促進するという非常に直接的なスタンスを取ってきた
その一環がWPFである
リッチなUIを柔軟に作ることができるアーキテクトを流行らせることでそのフレームワークとなる.NETのインストールを促そうと考えたわけだ
しかしながらWPFは残念なことにある一定の成果は収めたもののその目的を達成するには至らなかった
良くも悪くもユーザーは既存のWinFormに十分な満足を覚えていたのだ
そこでMSは.NET Frameworkの普及のためには二次元的、三次元的なアプローチが必要であることを認めざるを得なくなる
そのアプローチのために生まれたのがRIAプラットフォームのSilverlightである
GoogleのAjaxへの取り組みが功を成し世のWebユーザーにはRIAの概念が非常にスムーズに浸透していった
この分野では完全に水をあけられた感のあるMSではあるが、もちろんMSはRIA分野への進出を諦めたわけではない
OSという分野で長きにわたってグローバルスタンダードとして君臨してきたMSは後発がRIA分野で台頭することの難しさは十分に理解しつつも、RIA分野で1割でもシェアを獲得できればそのシェアが.NET普及に大きな大きな効果を及ぼすことも理解できていた
RIAという時代の風がWPFでは成しえなかったMSの目的に追い風となりつつあると言える
つまりMSはRIAという非常に巨大な市場の一角を押さえ、そこを.NET Framework普及の土台の一つにしようと考えているわけだ
ご存知の通り現時点ではSilverlighアプリの起動に.NET Frameworkは必須ではない
しかしながらMSが築いてきたRIAアーキテクトもいずれ.NETが基盤となることは必然である
SilverlightがRIA分野でわずかながらとはいえシェアを形成しそこで熟成を終えたのち.NET Frameworkを基盤とするあらたなRIAプラットフォームが誕生すると多くのエンジニアは予想・期待している
それが成された時、MSはRIAという分野の中にいながら流行に左右されることのない本当の意味での.NETの基盤をちゃくちゃくと築いていくのである
激動の時代を生きる今のエンジニアには些末な技術的差異に目を奪われることなく、MSという巨人が踏み出す大きな一歩の行く先をしっかりと見極めながらSilverlightと向き合う必要があるといえる
204:デフォルトの名無しさん
11/04/25 13:45:48.25
最近のSilverlightはWPFとの互換性を捨ててWebの流行やニーズに合わせていく傾向みたいだけど
それならいっそWPFのサブセットは削除してUIをHTML5ベースにしてしまえばいいのに
結局Silverlightの最大の売りはCLRなんだから
205:デフォルトの名無しさん
11/04/25 13:54:03.39
HTML5と比較したSilverlightの利点（でもあり欠点でもあり）は、
標準に縛られないこと（進化の速度を自社コントロール可能）なのに、
UIをHTML5にしたら意味ないだろ。
206:デフォルトの名無しさん
11/04/25 13:55:34.72
Silverlightとは別系統で、Monoプロジェクト辺りが、
in-browser、first-class、HTML DOMなCLRを出して欲しい
というのならすごくやって欲しい。
207:デフォルトの名無しさん
11/04/25 14:02:30.14
というかやろうと思えば今のSilverlightでできるな
VSがサポートしてくれるなら選択肢としてはアリ
208:デフォルトの名無しさん
11/04/25 14:59:47.82
>>189
その通り
MSのターゲットは業務APであり現時点もその軸はぶれていない
SLにしてもその一環に過ぎない
ClickOnceがでてきた当初からMSの目的は一貫しており
それはWinアプリのようなユーザビリティの高いUIアプリの配布コストを削減することに注力されている
今はRIAというブームが到来しているためその手法に則っているに過ぎない
現在SL特有の制限があるものの、将来的に完全に.NET Framework上で動くRIA（そのころにはRIAという言葉さえつかわれなくなっているかもしれないが）用プラットフォームになることは紛れもない流れである
MS自体実は3Dや動画再生に関係するスキームはさほど重要視していなく
あくまでRIAという現在のブームに乗るための手段にすぎないと考えている
209:デフォルトの名無しさん
11/04/27 11:32:32.30
>>187,203,208
MSがどう考えているかなんて分からないけど
現在の.netデベロッパーがSLに期待しているところ
があるとしたら
> 配布に優れたWebとUIに優れたWinアプリ
これの両立の可能性についてだということは事実
だと思う
動画再生とか3Dとかどうでもいい
それこそHTML5で十分
210:デフォルトの名無しさん
11/04/27 11:57:58.37
動画再生“だけ”、3D“だけ”だとHTML5で十分ってことになるけど、
色んなものを使いたい時はSilverlightが便利になってくるかな。
それが「UIに優れた」ってことになるんだと思うけど。
211:デフォルトの名無しさん
11/04/27 16:32:12.70
せっかくマルチメディアが充実してるんだから、ホスティングAPIに力入れてほしい
ブラウザコンポーネントを通すことなく、
WinFormsやC++のアプリにもっと簡単に組み込めたら便利なのに
WPFによるSilverlightのホスティングは対応予定らしいけど
WPFじゃ糞MediaElementを置き換えるくらいの意味しかない
212:デフォルトの名無しさん
11/04/28 11:38:15.39
SLで不満を感じるところ
・GIFが表示できない
・ブラウザコントロールがOOBでしか使用できない
GIFに関してはどういった理由でこんな仕様になっているのか不明だ
納得できないまでも「あぁ、なるほどね」って思える理由とか心当たりある？
213:デフォルトの名無しさん
11/04/28 12:06:15.46
ブラウザ外でのWebBrowserはSilverlight5で対応(要elevated trust)
GIFは単に時代遅れだからPNG使ってほしいんじゃないの
GIFだけのために複数フレーム画像に対応してAPIや実装が複雑になるのも嫌だろうし
単一フレームのみ対応なら簡単だろうけど、どうせクロスドメイン制約があるんだから
GIF使いたいならサーバーで変換するかあらかじめPNGに変換してからアップロードすればいいわけだし
214:デフォルトの名無しさん
11/04/28 14:08:22.90
> (要elevated trust)
意味ねぇ・・・
> GIFは単に時代遅れだからPNG使ってほしいんじゃないの
その理屈はまずありえないなぁ
説得力なし
現時点でネット上のリソースとしてGIFは溢れかえってるよ
どなたかSLでGIFが表示できない理由に心当たりがある方
ご教示を
例えばお客さんに「なぜGIFはダメなの？」って問われたらどう答えるのが妥当？
215:デフォルトの名無しさん
11/04/28 15:18:33.19
どうしても必要なら、自分でデコーダー書けばいいだろう。
自分で書かなくても探せばすぐに見つかりそうだが。
216:デフォルトの名無しさん
11/04/28 15:24:53.63
やっぱそーなるよね・・・
妥当な回答ってないんだよね
まずここがSLのダメなところだわ
クライアントを納得させることができねーんだもの
217:デフォルトの名無しさん
11/04/28 15:28:01.39
>まずここがSLのダメなところだわ
え・・・そういう考えにとらわれてるあなたが駄目ということはない？
218:デフォルトの名無しさん
11/04/28 15:37:53.85
いつまでもエンジニア視点だけで良いっていうなら
誰も苦労せんわけよ
顧客との折衝のなかで
「なんでデフォルトでGIF対応してないの？そんなことありえんの？そんなもの使って大丈夫？」
なーんて言われてみ
「ImageToolsというものがありまして・・・」
なーんて回答求めてねーのよ、ここら辺つっこんでくる客は往々にしてね
そんなことよりも
「こーであーで、そういったわけでGIFが対応されていないだけなんですよ
というわけで心配ないから大丈夫ですよ！」
って答えが欲しいわけ。
お前らにできる？これが
煽りでもなんでもなく、GIFの件に関しては
どのようにその理由を顧客に納得してもらえるか
このような観点から誰か教示頼むよ
219:デフォルトの名無しさん
11/04/28 16:15:45.41
まぁ、普通に考えたらGIF未対応というだけで客がSLを選ぶことはなくなるよ
だって自分が客の立場だったらGIF未対応なんて知ったら他でも余計なコストがかかる可能性ってのを考慮しないわけにいかないから
だったらFlashで無難にいくな
220:デフォルトの名無しさん
11/04/28 16:16:17.73
gif関係は誰かに言われたけど
3分くださいといって持ってたノートでgifを表示するサンプル書いたら黙ったよ
そう言うのは口じゃなくて手を動かして説得するのが一番
結果を求めてるからこちらも出来るという結果をだせばいいのさ
221:デフォルトの名無しさん
11/04/28 16:17:21.80
gifにこだわる理由がわからん
222:デフォルトの名無しさん
11/04/28 16:25:40.23
>>220
だーかーらー
営業やPMの観点からどうやって顧客を説得するかを知りたいわけ
目の前で実際に見せれば納得する？
当たり前でしょーがｗ
いつでもどこでも四六時中どんな問い合わせにも即座に対応できる
開発者が自分について回ってくれるならそれでいいかもね
でもね、世の中のほとんどの営業さんたちはそんな人間連れて
いないのよ
そんなところにコストもかけられないしね
それとね、客先でそんなことしてみ
それって営業が最も嫌う対応だぞ
客によってはそんなぐぅの音もでないような対応されたら
それだけで嫌われるわ
客を説き伏せるのではなく、納得していただくの
わかる？
>>221
ねぇ、SLってそのたかだがGIFの問題にもさくっとまともな回答が用意できないもんなの？
それはそれでまずくね？
わりぃ
言葉が汚いから煽りや釣りだと思われちゃうかもしれないけど
ここら辺、本当に気になってるんだ
個人的にはMSもSLも超気に入ってるの
だからこーゆー基本的な機能で客をがっかりさせたくねーんだよ
223:デフォルトの名無しさん
11/04/28 16:32:52.12
>>222
別に自分が行かなくても
営業が困って物を見せて納得するのならリモートでファイル送ればいいじゃん
電話で事情を聞いて即行動
公共wifiや他の通信インフラが使えるところでipsecなんかで繋いで結果を送るだけ
何て事は無い
営業が「自社にもどって技術担当と相談してみます」なんて、うちでは5年ぐらい前に廃れた
224:デフォルトの名無しさん
11/04/28 16:34:07.97
すでにgifで作ってる素材を顧客に変換してくださいっていえないのならSLを知らなさ杉だろう
gifより扱える色数は多くて、請ったアニメーションもできるのに
口実作って税金にむさぼる官僚を見習ったらどうだｗ
225:デフォルトの名無しさん
11/04/28 16:40:29.32
マ板でやれよ
技術的にはどうとでもなる
226:デフォルトの名無しさん
11/04/28 16:44:26.62
>>223
とりあえず、技術者が対応するというところから離れようか
話はそっからだ
お宅の会社ではそれで済むのであればこれ以上言ったって
伝わらないだろうから
では、技術者がお宅の会社のように対応できないようなシチュではどうすれば
GIFの件を客に納得してもらえる？
ここで重要なのは言葉で説明できること
なぜって客先も決裁権持ってる人間が出てきてるわけではないわけよ
例えば俺から聞いた話を客先のAさんは決裁件持ってる上司に報告するわけだ
その時にちゃんと言葉で説明できて、Aさんの上司も納得できなければ
決裁降りないわけよ
そこまで考えて言葉でちゃんと説明したいわけ
>>224
ごめん、全然参考にならないや
GIFより優れてるフォーマットがあるとかないとか、そーゆー問題じゃないんだ
世の中にはどうしても「GIF」を使いたい客がいるんだよ
それも決して少なくないぞ
>>225
お前らからまともな回答が出てこないならマ板なんか言っても
同じだ
もっとひどい回答しか出てこねーわ
227:デフォルトの名無しさん
11/04/28 16:49:44.64
何度もわりぃ
技術者のみんなには伝わりにくいかもしれないけど
客は「対応方法がある」という回答を欲しいわけじゃないわけ
なんでデフォルトでGIFに対応していないのか
その不安を払しょくできる回答が欲しいわけ
そのためにはGIF未対応の理由を話すのが手っとり早いわけよ
ちょっとうざいかもしれないが
もし開発者の中でこの回答ができるやつがいたら
もうちょいつきあってよ
228:デフォルトの名無しさん
11/04/28 16:53:07.19
>なんでデフォルトでGIFに対応していないのか
・フォーマットがそもそも古い(枯れてるという意味ではいいのかもしれない
・パテントでもめた経緯がある(そのためにpngができた)
これだけでも十分だと思うけど
229:デフォルトの名無しさん
11/04/28 16:55:52.56
>>228
俺の話し聞いてる？
どうしても「GIF」を使いたい客なのよ
その客に向かって
「GIFはもう枯れた技術でして・・・」
とか言えっての？
お前、どんな無茶ぶりだよｗ
230:デフォルトの名無しさん
11/04/28 16:56:04.50
じゃあこれで
FlashのActionScriptで画像のデコードをやろうと思ったら速度的に厳しいだろうが
.NETは非常に高速なので自力でデコードしてもパフォーマンス的に問題になることはない
だから標準でサポートされていなくても問題ない
現にSilverlightでGIFをデコードできるライブラリはいくつも存在する
231:デフォルトの名無しさん
11/04/28 16:58:30.83
>>229
古い技術から新しい技術に誘導するのも営業の仕事だろう
金融システムの根幹に埋もれてるCOBOLをすててc#で書き直せって
話じゃないんだし
日本は俺のところ仕様を要求しすぎる
そのくせ金は出さないのに
232:デフォルトの名無しさん
11/04/28 17:02:19.19
>>230
さんきゅ
それは使えるかも
そーゆー持って生き方ならデコーダーの有無で最後はなし崩し的に納得してもらえるかも
ただ、やっぱりGIF未対応の理由説明にはなってないよな
>>231
ごめん、お前らに営業うんぬんを説かれる必要はないし
今はそれを求めてるわけでは・・・
そーゆー話こそ別でやってくれ
233:デフォルトの名無しさん
11/04/28 17:02:38.14
出来る出来ないで語らない
口先一丁で客を納得させようとするスタンス
それなのに何故gifが必要なのか客に問い合わせない営業能力のなさ
そしてそれらが出来ないのに開発陣に頼らない妙なプライド、又は会社のポリシー
どんな営業さんか知らんが客としてはマイナスだな
234:デフォルトの名無しさん
11/04/28 17:05:15.98
>>233
>出来る出来ないで語らない
>口先一丁で客を納得させようとするスタンス
>それなのに何故gifが必要なのか客に問い合わせない営業能力のなさ
>そしてそれらが出来ないのに開発陣に頼らない妙なプライド、又は会社のポリシー
これが日本流の空気読める人ってことなのかもなｗ
そんなのが集まって起こしたのが原発事故ｗ
結局責任取りたくないだけｗ
235:デフォルトの名無しさん
11/04/28 17:05:32.18
随分とゆっくりとした営業だねぇ
自社のエンジニアと相談して解を貰えばいいのにこんなところで聞いてさ
提案の時点でモック、プロトタイプを持って行くスピード勝負のこの業界で
よくそんなスローペースで食っていける物だ
236:デフォルトの名無しさん
11/04/28 17:06:51.21
>>233
>>234
俺もそー思うよ
いや、マジで
自分のことどーしようもないビジネスマンだと思ってる
で、SLが標準でGIF未対応の理由は？
237:デフォルトの名無しさん
11/04/28 17:09:47.06
>>236
明確に答えが欲しければMSに聞けよ
238:デフォルトの名無しさん
11/04/28 17:10:10.55
MSのコンサルに大枚はたいて聞け
239:デフォルトの名無しさん
11/04/28 17:12:11.13
とりあえずお付き合いありがと！
これくらいにしとくは
ちょっと荒れてきちゃいそうだから
本当にありがと、みんな
それと言葉が汚くてごめん
GIF未対応については技術者のみんなも明確な答えを持ちえない
ということが分かっただけでも良かった
スレ汚し、ご容赦を
ではでは
240:デフォルトの名無しさん
11/04/28 17:14:41.97
毎回思うんだがSilverlightとWPFのスレってかなりｽｹﾞｪ奴等が常駐してるよな
全体的に内容が大人びてるっていうかなんていうか・・・・
C#スレと空気が違いすぎるwｗｗ
241:デフォルトの名無しさん
11/04/28 17:16:33.19
サポートされてる形式はそもそもJPEGとPNGの二つだけなんだから
役割がPNGと被ってるからだろ
Silverlightではパッケージの圧縮などにZIPが使われてるから、同じアルゴリズムが使えるPNGの解凍は簡単だけど
GIFは別の圧縮形式だからランタイムのサイズが増える
242:デフォルトの名無しさん
11/04/28 17:20:41.11
>>241
まー日本は化石のようなおっさんでもgifがいいんだい！！って
言えばそれがまかり通るからな
官公庁でさえIE6要求するんだぜ
ITとは別のところが腐ってるので仕方ない
その割にFlashで作ったベンチマークを製品のトップにするような
極端なのもあるけどな
243:デフォルトの名無しさん
11/04/28 17:36:44.08
こうやって見てみると
やっぱりエンジニア、営業、PM、経営者
それぞれで観点が異なって当然なのかもって
思った
>>230
>>241
gifの件についてまともに回答してるのはこれくらいだね
俺も勉強になった
244:デフォルトの名無しさん
11/04/28 17:38:51.75
”これくらいにしておく”と言ったのにまだ出てくるなんて
ほんと口先だけの営業だな…
245:デフォルトの名無しさん
11/04/28 17:54:13.47
実際gifってまだまだ使われてる
Twitterのアイコンだってgifがメイン
難しいことではないのだろうから標準で対応して欲しかったというのは開発者も同じ意見
246:デフォルトの名無しさん
11/04/28 17:55:36.49
>>245
>Twitterのアイコンだってgifがメイン
ブラウザの古くからの実装だろうｗ
247:デフォルトの名無しさん
11/04/28 19:00:45.55
FlashでもGIFは7まで読み込みすらできなかった。
8から読み込みできるようになったが、アニメーションGIFは最初のフレームしか表示されない。
Flashでさえも不完全な対応しかされていないフォーマットであるとでも説明して>>230とでも言っとけば渋々納得するだろう。
そういう事でゴネる人って他でも出来ないって言われるのに弱いしねぇ
248:デフォルトの名無しさん
11/04/28 19:18:59.12
なんで「GIF未対応」の説明にこんなにもめてるの？
「サブマリン特許問題で非推奨になったフォーマットです」がすべてじゃないの？
249:デフォルトの名無しさん
11/04/28 19:24:43.09
それじゃ納得できないって荒らしが騒いでたんだろ
250:デフォルトの名無しさん
11/04/28 19:27:45.85
だな
「俺にGIF問題で説得出来なかった客がお前等に説得出来るわけ？あ？ほれみろ出来ねぇだろｗ」
とまぁ暗に言いだけなんだろうよ
よくある体育会系らしい考えさ
251:デフォルトの名無しさん
11/04/28 19:46:02.91
俺はgifなんて、正直どうでも良いけど
jpegの読み込みは出来るのに、jpegの保存は出来ないとか
そういう所は何とかして欲しかった、かも。
（ライブラリで幾らでも有るけどさ…）
>>248
アレは酷かったよねえ…。
252:デフォルトの名無しさん
11/04/28 20:00:35.82
こういうの見てると、
特許問題いやだから動画コーデック自作しますとか、
特許問題嫌だからJava VM実装しなおしますとか、
そういうこと言える企業はいいよなぁ。
253:デフォルトの名無しさん
11/04/28 22:19:54.43
客が求めてるのは結果だろうにえらいズレてるヤツがいたんだな
254:デフォルトの名無しさん
11/04/28 22:29:15.78
既に回答済みだった
URLﾘﾝｸ(blogs.msdn.com)
>Why the support for displaying a .gif image is is missing? When it will be added?
>We don’t want to take the hit for another codec. It may only be a little bit of download time―but our mandate is small and fast and every little bit counts.
>We are also hesitant to support .gif because it implies support for animated .gif, which we decided would have to be integrated into our animation scheme somehow―and that will be a lot of work.
>Looking from Flash perspective, Flash does not support .gif either. However, as of present, this is something being evaluated, but no date has been announced
255:デフォルトの名無しさん
11/04/28 23:11:45.14
なんでSilverlightはEBCDIC対応してないの？
256:デフォルトの名無しさん
11/04/29 12:08:19.27
httpのheaderが変更出来るようにしてほしい。
257:デフォルトの名無しさん
11/04/29 21:45:19.06
>>256
var req = System.Net.Browser.WebRequestCreator.ClientHttp.Create(...);
req.Header["manko"] = "manko1";
特に問題なくできるようだが。
258:デフォルトの名無しさん
11/04/30 00:22:23.28
WPFからSilverlightに移ると微妙に違っててイライラ
259:デフォルトの名無しさん
11/04/30 00:51:48.44
>>257
変更できないのもある
260:デフォルトの名無しさん
11/04/30 11:37:21.90
>>258
SilverlightからWPFに移った場合も、イラつくから心配するな
261:デフォルトの名無しさん
11/04/30 15:19:58.82
WPFからSilverlightにしたときはVisualとDrawingが無くて困ったな。
PlaneProjectionはWPFにも欲しい。他にWPFに無いものって何だっけ
262:デフォルトの名無しさん
11/04/30 15:43:59.34
WPFからSLに移った時は非同期通信しかなくて参った
SLからWPFに移った時はWriteableBitmapが不便で困った
263:デフォルトの名無しさん
11/04/30 15:51:35.97
DataFormとかValidationSummaryのような業務用便利アイテムの類は軒並みWPFには無い
WPFのWebBrowserは空域持ってる糞実装でエフェクトかけたりできないしWebBrowserBrushも無い
264:デフォルトの名無しさん
11/04/30 19:02:12.82
SilverlightのWebBrowserってそんな事も出来るのか。
265:デフォルトの名無しさん
11/04/30 19:39:43.31
SL→WPFに行って、初めてWPFのDataGrid使った時は 「え…何これ？」 ってなった
266:デフォルトの名無しさん
11/05/01 01:01:31.40
WPFはコントロールのデフォルトの見た目などが中途半端にWindowsのバージョンや
システムの設定に依存するのが嫌
WinFormsみたいなOS丸投げUIならそれでいいけど、
WPFだと細かくデザインするから変わられるとうざい
箱庭と割り切って作れるSilverlightの方がやりやすい
267:デフォルトの名無しさん
11/05/01 01:41:58.10
テーマを明示的に指定するとか。
268:デフォルトの名無しさん
11/05/01 03:53:59.79
Delegate.CreateDelegateでエラーが出るから何かと思ったら
>In Silverlight, method must specify an accessible method.
何か理由があるんだろうが釈然としない違いが多い。
269:デフォルトの名無しさん
11/05/01 09:14:41.77
Silverlightはサンドボックスきつい。
publicでないもの使うとすぐ動かなくなる。
270:デフォルトの名無しさん
11/05/01 13:14:19.83
>>268
リフレクションでもC#で直接書いた時と同じ制限を受ける。
privateなら同じクラスからしかデリゲート化できないし、
protectedなら同じクラスか派生クラスからしかデリゲート化できない。
silverlightに限らず、普通の.NETでも権限が無けりゃ同じ動作になる。
271:デフォルトの名無しさん
11/05/01 18:06:04.31
DataTemplate でコレクションの表示を指定したときに、
例えばそのテンプレートに含まれているボタンテキストのバインディングを、コレクションじゃなくって
ルートのデータコンテキストのプロパティにしたい場合ってどのように記述すればいいですか？
<Button Text="{Binding RootDataContextName}">
これだと Property が Not found になってしまいました。
272:デフォルトの名無しさん
11/05/01 21:16:12.45
ブラウザ上だとLeftMouseDownがUp時に怒るとかふざけてるの？
273:デフォルトの名無しさん
11/05/01 21:23:37.54
ねーよ。
274:デフォルトの名無しさん
11/05/01 21:50:03.12
あ、ブラウザのせいか。もういい加減投げ捨てないと駄目だなこのブラウザ。
275:デフォルトの名無しさん
11/05/01 23:08:35.24
>>255
3270/5250エミュレータでもつくんの？
276:デフォルトの名無しさん
11/05/01 23:11:19.34
>>275
ネタにマジレスとか
277:デフォルトの名無しさん
11/05/03 08:27:06.88
Blend preview for Silverligh 5入れたけど、Projectionをぐりぐり
できるようになったのがいいね。
トリガー画面が無くなったのはビヘイビアを使えと言うことなのか・・
278:デフォルトの名無しさん
11/05/03 09:47:04.77
SilverlightやXNAの知識がないのに、面白そうって理由でSL5始めた。
enableGPUAccelerationを.htmlに設定して.aspxに設定し忘れてたせいで描画されずに悩んだりとか
基礎知識がないせいで回り道しまくってるけど楽しい。
279:デフォルトの名無しさん
11/05/03 10:35:57.75
WindowsのXNAやればいいのに
TexturedCubeSampleだけでシェーダと頂点バッファだけの世界に放り出されるとかドMすぎるわ
280:デフォルトの名無しさん
11/05/03 18:50:12.01
SL5というよりVS2010のSL5はXAMLデバックできるんだね。
これWPFにいつ対応する予定なのかしら。
XAMLのバイディングが複雑なのでポイント、ポイントで見たいのよな。
281:デフォルトの名無しさん
11/05/06 10:58:24.06
ざっくりとした工数の感覚値を知りたいんだけど
>>8
>>56
>>86
それぞれお前らだったら何人月くらいって見積もる？
C#エンジニア（中堅）が対応するとして
282:デフォルトの名無しさん
11/05/06 11:11:28.75
クライアントだけならこんなの一人で一週間あれば十分だろ
サーバーは別問題
283:デフォルトの名無しさん
11/05/06 11:31:42.50
たぶん第一発目の口頭ベースのざっくりとした見積もりなら5～6人月くらいじゃないかな。
エンジニア2～3人＋デザイナー1人で2～3か月くらいと見積もっておけばいいと思う。
だいたい500～600万前後のプロジェクトと見たけど。
感覚としてはそれくらいの規模じゃないかな？
詳細が分からないからアマアマだと思うが、四ケタ行くような規模ではないだろ。
284:デフォルトの名無しさん
11/05/06 13:34:03.86
>>282
典型的なダメ開発者の見積もりでﾜﾛﾀｗ
285:デフォルトの名無しさん
11/05/06 14:15:47.03
>>281
こんなすぐ固まる品質でいいなら10人月。
メンテナンス系をどこまでシステム化するかによって松茸梅の3価格提示。
286:デフォルトの名無しさん
11/05/06 14:41:25.48
この先生きのこる
287:デフォルトの名無しさん
11/05/06 16:49:25.00
単に動くだけなら早く出来上がるだろう。
あとはデザインやUI操作とレスポンスのフィーリングとかの
チューニングで希望人月の確保ｗ
非同期通信はソコが重要。
288:デフォルトの名無しさん
11/05/06 17:17:38.10
これで10人月の見積もりは通らないだろ
289:デフォルトの名無しさん
11/05/06 19:29:19.70
>>285はたぶん人月の意味知らない
290:デフォルトの名無しさん
11/05/07 22:22:03.21
人月=100万円
他に意味は無い
291:デフォルトの名無しさん
11/05/07 23:36:42.49
え？
292:デフォルトの名無しさん
11/05/07 23:59:28.66
え？
え？
293:デフォルトの名無しさん
11/05/08 00:06:27.67
グループ企業から受けるか、完全に外部の企業から受けるかでも結構違うイメージ ＞人月の中身
294:デフォルトの名無しさん
11/05/08 00:23:07.26
100万円は二流IT企業(SIベンダー)クラスだろ。
このスレの住人はその下請け開発ソフトハウスクラスで50万～80万円/人月。
295:デフォルトの名無しさん
11/05/08 00:45:19.90
釣りの相手してやんなよ
296:デフォルトの名無しさん
11/05/08 02:25:30.08
>>294
2つのプロジェクトをパラで作業して100～160万円/人月
297:デフォルトの名無しさん
11/05/08 06:26:34.85
いい加減に人月とかいう全く現状にそぐわない単位使うの止めて欲しいわぁ
298:デフォルトの名無しさん
11/05/08 08:52:50.32
>>297
それは激しく同意だわ。
299:デフォルトの名無しさん
11/05/08 15:19:47.03
作業の規模を示すニンゲツは9.0と推定．．．
地震みたいだな。
300:デフォルトの名無しさん
11/05/08 15:28:50.92
出張、打ち合わせ、それと意志決定に関わる分析と評価の作業工数は何人月ですかー？
さらに工数の見積もり作業そのものの工数って？！ ・・・ホント困るよなｗ
301:デフォルトの名無しさん
11/05/08 15:31:55.98
それは人月という言葉を使う、使わないに関わらず必要なことだ
302:デフォルトの名無しさん
11/05/08 16:00:50.55
>>300
その辺りは、終わった後に 「実績工数として、これだけ掛かりました」 って提出するしか無いよーな。
303:デフォルトの名無しさん
11/05/08 17:30:07.90
マ板でやれｗ
光ちゃんの新しい壁紙ﾏﾀﾞｰ？
304:デフォルトの名無しさん
11/05/08 23:30:12.41
5月verが来ると思ってたがまだ来ないな。
次は夏か？夏=水着？
305:デフォルトの名無しさん
11/05/09 21:20:46.35
マスコ板で（ｒｙ
306:デフォルトの名無しさん
11/05/09 21:45:17.84
日本MSのクラウドだけど、
URLﾘﾝｸ(www.microsoft.com)
『ショップの運命は銀光のごとく現れた一人の「クラウドガール」に託された』
・・「銀光のごとく」
・・「銀光」
やっぱり台湾意識してるんだな。
307:デフォルトの名無しさん
11/05/09 21:54:57.29
azureだけにアバズレなんだろ？望むところだ。
308:デフォルトの名無しさん
11/05/09 23:10:19.76
Windows Abazure
309:デフォルトの名無しさん
11/05/10 02:16:26.73
クラウドガールなんてまた作ったのか。。テクノロジに萌えはいらねーよ。
光ちゃんの希望の桜壁紙取り忘れたんだけど、どっかにない？
310:デフォルトの名無しさん
11/05/10 08:36:17.42
在盛開的櫻花祝福下, 讓我們相信自己 相信明天 相信希望, 日本加油! 台灣加油!
満開の桜の祝福の下、自分を信じて明日を信じて希望を信じて行こうよ、日本がんばれ! 台湾がんばれ!
壁紙にも震災応援メッセージが書いてある。
URLﾘﾝｸ(www.dotup.org) pass:sl
311:デフォルトの名無しさん
11/05/10 08:42:33.04
手に汗握るコーディング、でちょっとフイタ
312:デフォルトの名無しさん
11/05/10 19:16:00.10
>>309
ツッコミ入れてえｗ
313:デフォルトの名無しさん
11/05/10 23:18:01.72
>>310
わざわざうｐありがとう！
314:デフォルトの名無しさん
11/05/13 00:47:36.61
>>310
気づいたのが遅く消されていたので、もしよければ、どなたか再うｐお願いできませんでしょうか。
よろしくお願いします。
315:デフォルトの名無しさん
11/05/14 18:03:56.99
Silverlightのブラウザ外実行って実体はどこにあるの？
C:\Users\(user)\AppData\LocalMicrosoft\Silverlight\OutOfBrowser
に入るときもあるけど、この下が空なのに動くときもあってよくりませぬ
316:デフォルトの名無しさん
11/05/14 20:45:38.84
Silverlight4で使えるピクセルシェーダって、要素内の相対位置(x:0-1, y:0-1)しか取れず、
ピクセル単位の絶対位置は取れないんでしょうか？
317:デフォルトの名無しさん
11/05/14 20:54:14.60
ピクセルシェーダというのはそういうもん
シェーダの変数に幅と高さを与えて計算する
318:デフォルトの名無しさん
11/05/14 21:41:16.93
ライトスイッチBETAってのありますけど
ライトスイッチってシルバーライトですか？
URLﾘﾝｸ(www.microsoft.com)
windowsフォームアプリもコンソールアプリの作成できないんだそうです。
319:デフォルトの名無しさん
11/05/14 21:46:23.26
SilverlightのUIが自動生成されるみたいなヤツだったかと。
Accessとかに近いのかな
320:デフォルトの名無しさん
11/05/14 21:51:37.79
たしかXAMLも使えないらしいからWinForms使えないとかも実際のところ別に関係ない
321:デフォルトの名無しさん
11/05/14 23:59:45.91
LightSwitch、
Silverlight上で動くUIの自動生成ツールで、
Access業務アプリとか書いてた人向けかな。
ただし、独自のUI定義ファイルみたいなのが生成されて、
それをロードして動的にUI表示するような仕組み。
322:デフォルトの名無しさん
11/05/15 11:32:51.64
これって…？
URLﾘﾝｸ(www.microsoft.com)
323:デフォルトの名無しさん
11/05/15 11:58:53.00
DIコンテナでしょ
Enterprise Library自体は前からあった
324:デフォルトの名無しさん
11/05/16 02:24:30.38
Silverlight 4アプリ開発したいんだけど、何をダウンロードしたらいいの？
いっぱいあって訳わからん。
・ランタイム
・開発者ランタイム
・Tools for Visual Studio
・ソフトウェア開発キット
特に開発者ランタイムの説明が「アプリケーションを実行するためのランタイム」って
ふざけてんのか。そもそもランタイムライブラリが開発者向けって意味不明
325:デフォルトの名無しさん
11/05/16 02:27:31.00
デバッグ実行できたり詳細な例外メッセージが出てきたりとかは
一般向けには必要ないだろ
326:デフォルトの名無しさん
11/05/16 02:37:58.00
それはアプリケーションを実行するためのランタイムではなくて、
デバッグ用特別ランタイムというのでは
327:デフォルトの名無しさん
11/05/16 08:21:27.33
基本的にはTools for Visual Studio入れたら必要なものは全部入る
VS持ってなくてExpress入れるならVC#じゃなくてVWDが必要
328:デフォルトの名無しさん
11/05/16 10:28:43.95
最低限必要なのは
・Visual Web Developer 2010
・Silverlight 4 Tools for Visual Studio 2010
お好みで入れても良いのは
・Visual Studio 2010 SP1 (Visual Web Developer 2010 SP1)
・Silverlight 4 Toolkit
329:デフォルトの名無しさん
11/05/16 19:30:29.17
最低限はSilverlight SDK
330:デフォルトの名無しさん
11/05/18 13:37:09.30
slで何かメジャーなソフトがでてほしいよな
wpfでも無いし
331:デフォルトの名無しさん
11/05/18 16:06:10.92
つ スイーツ☆クラッシュ
332:デフォルトの名無しさん
11/05/18 17:04:25.11
Yahoo! JapanのオークションページがSilverlightになったんじゃなかったっけ。
333:デフォルトの名無しさん
11/05/18 17:08:59.37
>>332
GyaOじゃないの？
334:デフォルトの名無しさん
11/05/18 17:19:32.67
>>333
GyaOは昔から。
そのYahooのはつい最近。
↓これだ。
URLﾘﾝｸ(special.auctions.yahoo.co.jp)
335:デフォルトの名無しさん
11/05/18 19:16:56.77
いいねえ、このインストール方法。
今作ってる業務アプリで真似させてもらおう。
336:デフォルトの名無しさん
11/05/18 20:01:23.12
>>334
最初、ボタンがSLだっつー事に気付かなかった。
イイねこの方法。
337:デフォルトの名無しさん
11/05/19 00:26:10.63
一旦インストールすればブラウザはもう関係ないよね？
思ってたよりなめらかな動作で驚いた。開発のモチベーション上がったわ。
338:デフォルトの名無しさん
11/05/19 00:35:24.96
確認ダイアログなしで入れられるんだね
へたれで知らなかったわん
339:デフォルトの名無しさん
11/05/19 01:07:21.02
むしろOOB専用アプリはこれが普通だと思ってた
340:デフォルトの名無しさん
11/05/19 04:44:38.29
> ・Microsoft Silverlightのバージョンをアップデートすると不都合が起きる場合があります。
サラっとｗ
341:デフォルトの名無しさん
11/05/19 05:34:27.87
>>334
おおこんなのがあったんだ
342:デフォルトの名無しさん
11/05/19 07:07:10.98
アプリのアップデートへの対応がどうなってるかが気になる。
343:デフォルトの名無しさん
11/05/19 07:31:16.09
Silverlightの時点で自動アップデートだろ。
344:デフォルトの名無しさん
11/05/19 18:38:54.72
このアプリみたいにローカルにインストールして使う場合のお話さ。
345:デフォルトの名無しさん
11/05/19 19:18:00.81
WebCient で OpenRead に相当するような同期通信を実装するにはどうすればいいですか？
SL4には、OpenReadAsync しかないので、困っています。
346:デフォルトの名無しさん
11/05/19 19:23:46.31
同期通信しちゃいけない。
C# 5.0 が出るまでは我慢して。
347:デフォルトの名無しさん
11/05/19 21:01:32.28
C# 5.0 でも
OpenReadAsyncが使いやすくなるだけで
OpenReadが使えるわけじゃないけどな。
348:デフォルトの名無しさん
11/05/19 21:59:54.27
>>344
自分で書くことになるけど
更新確認と更新するメソッドがある
349:デフォルトの名無しさん
11/05/21 19:27:09.50
ほんとだ
350:デフォルトの名無しさん
11/05/22 02:29:56.70
Silverlight 5ベータ入れたけど64ビットInternet Explorerで動かねーぞ。
64ビット対応はデマなのか
351:デフォルトの名無しさん
11/05/22 06:24:12.63
少なくともIE9 x64で動作報告があるね
352:デフォルトの名無しさん
11/05/22 07:00:37.59
まじかよ。何度入れ直してもProgram Files(x86)の下にしか入らないぞ。
ひょっとして英語版入れないと駄目なのか？
353:デフォルトの名無しさん
11/05/23 19:00:57.92
COMオートメーションを使って excel ファイルを読み込む際に、
ファイル名ではなく、FileStream を使う方法はありませんか？
OpenFileDialog odlg = new OpenFileDialog();
odlg.Filter = "XLS files|*.xls;*.xla;*.xlsm;*.xlam;*.xlsx";
odlg.Multiselect = false;
if ((bool)odlg.ShowDialog())
{
excelApp.Visible = true;
dynamic workbooks = excelApp.Workbooks;
string fileName = odlg.File.FullName;
dynamic book = workbooks.Open(fileName); // ☆ここ☆
// 略
}
この方法だと、MyDocuments 以外のところのファイルを指定すると、空の book が作成されます。
読み込めないファイルの場合でも、book は null にはなりません。
354:デフォルトの名無しさん
11/05/23 20:09:24.59
Excelの内部構成を解析して自前で作ってはどうか
355:デフォルトの名無しさん
11/05/23 21:46:48.97
VBSで書いてCOMのScriptControlで実行したら
356:デフォルトの名無しさん
11/05/24 02:23:06.18
全然知らんけど、ReadOnly=Trueだったら、
対象ファイルが存在しない時はnullになったりしないのかな？
URLﾘﾝｸ(msdn.microsoft.com)(v=office.11).aspx
357:デフォルトの名無しさん
11/05/24 08:33:18.71
>>350-352
現在公開されているSilverlight 5のbetaビルドには、x64のサポートは含まれていません。
ちなみにSilverlight 5正式版のリリースは年末の予定だそうです。
↓ソース
URLﾘﾝｸ(forums.silverlight.net)
358:名無しさん必死だな
11/05/24 19:38:56.31
silverlightでの暗号化の仕方を教えてほしい。
System.Security.Cryptographyに暗号化クラスがあるようなのだが、
使い方が難しくてわからん。
どこかに参考サイトないかな？
359:デフォルトの名無しさん
11/05/24 21:24:06.13
class 年
{
string 1月{get;set;}
string 2月{get;set;}
string 3月{get;set;}
string 4月{get;set;}
・
・
・
}
みたいなクラスの配列をDataGridのItemsSourceに指定して、
どの月のDataGridTemplateColumnにも同じDataTemplateを指定したい。
<DataTemplate x:key="1月">
<俺コントロール Text="{Binding path=1月}"/>
</DataTemplate>
みたいなのを12個作ることなく使いまわしする書き方は可能？
360:359
11/05/24 21:27:20.44
つまり{Binding path=1月}の部分だけ変えたいのですが
361:デフォルトの名無しさん
11/05/24 21:42:11.80
テンプレート作ってリソースとしてContentPresenter.ContentTemplateに設定
ContentPresenter.Contentにプロパティをバインド
362:デフォルトの名無しさん
11/05/25 00:31:37.73
>>361
ありがとうございます。
今試せる環境が無いので明日試してみます。
363:359
11/05/25 20:16:42.82
よくわかりませんでした。
<DataTemplate x:key="月">
<俺コントロール/>
</DataTemplate>
を作って、
<Style x:Key="1月" TargetType="data:DataGridCell">
<Setter Property="Template">
中略
<ContentPresenter
ContentTemplate="{StaticResource 月}"
Content="{Binding 1月}"
/>
みたいなのを12個作るということ？
364:デフォルトの名無しさん
11/05/28 17:20:44.89
>>363
似たような業務アプリを今作ってるけど、4月～3月まで12個並べたよ。
他にスマートな方法があればこちらが教えてほしい。
365:デフォルトの名無しさん
11/05/28 17:34:05.36
いい方法を教えてやるぜ
<WindowsFormsHost/>
366:デフォルトの名無しさん
11/05/28 17:36:25.63
( ﾟдﾟ)､ﾍﾟｯ
367:デフォルトの名無しさん
11/05/28 17:37:52.45
Formsを使ったら負けかなと思ってる
368:デフォルトの名無しさん
11/05/29 08:28:38.37
ブラウザー内で実行するSilverlightは
解像度設定を無視して96dpi前提で表示する糞仕様
369:デフォルトの名無しさん
11/06/01 19:56:54.59
ビデックス、FOXにSilverlight(R）、PlayReady(R）を採用した動画配信サービスを提供開始
URLﾘﾝｸ(japan.cnet.com)
Silverlight／WPFで使える逆引きTips集―Ribbon機能
URLﾘﾝｸ(codezine.jp)
SLだと使えないじゃねーデスか…orz
370:デフォルトの名無しさん
11/06/01 23:23:17.84
あたりまえだろ。頭がシルバー化してるんじゃないのか
371:デフォルトの名無しさん
11/06/01 23:30:14.75
つかcodezineのsilverlight記事は「うちのスポンサーの製品買えばこういう機能が使えます」ばっかりで
スキルアップ目的ならcodezineってだけでスルーしていいぐらい
372:デフォルトの名無しさん
11/06/02 01:17:51.93
インフラジスティックスのNetAdvantage使ったことある人いる？
あれどーよ？
373:デフォルトの名無しさん
11/06/02 20:41:45.72
Windows8でSilverlightじゃなくHTML5なのが悲しい。
374:デフォルトの名無しさん
11/06/02 20:49:37.26
タイルUIで動作するアプリケーションは“Tailored”(仕立てられた)アプリと呼ばれており、HTML5、JavaScript、CSSで開発する。
MSはSilverlight捨てる気満々じゃん
FlashもSilverlightも時代遅れってか？
375:デフォルトの名無しさん
11/06/02 20:50:36.49
まあ、Silverlight なくなるわけじゃないでしょ。
多分、IE9 のジャンプリストみたいなのをさらに強化＆全画面ブラウザー搭載程度じゃないかな。
Win8のフル機能をJavaScrit からサポートとか、
標準から外れるだけで誰得にもほどがあるし。
376:デフォルトの名無しさん
11/06/02 20:52:29.82
>>374
Silverlight の立ち位置は、完全に OS 依存な方向性になっただけ。
.xap 形式のアプリマーケットも持つみたいだし。
377:デフォルトの名無しさん
11/06/02 20:59:14.28
要は、ガジェットやHTAみたいなのが主流になるだけよね
そこにSLを突っ込んでも勿論良いハズだ
378:デフォルトの名無しさん
11/06/02 21:07:05.75
生産性に関してJavaScriptがC#に勝てるとも思えんし
379:デフォルトの名無しさん
11/06/02 21:11:11.79
生産性が良いというより、クライアント側のコードを減らす努力をしなくていいというべきかな
380:デフォルトの名無しさん
11/06/02 21:14:41.80
C#に比べたら効率悪すぎてやっておれんわ。
381:デフォルトの名無しさん
11/06/02 21:17:38.41
というかもともとそんなガチなコーディングする言語じゃない
本来の適切な使用範囲を守る限りはJavaScriptは生産性の良い優れた言語だよ
382:デフォルトの名無しさん
11/06/02 21:23:04.25
その範囲を外れたWebアプリも多々有るがな…ｗ
つか、JavaScript以外も使える様にしてくれりゃ良いのにな
383:デフォルトの名無しさん
11/06/02 21:29:48.27
JavaScriptでCLIを実装すれば解決
これが冗談にならない最近の異常な流れ
384:デフォルトの名無しさん
11/06/02 21:33:44.19
JS以外も使えるようにというか、
もうせめてJVMでもいいからVM層＋共通型システム持たなきゃダメだと思うんだけども。
Mono代表な人が一時期、fist-class citizenなin-browser CLRとか必要なんじゃね？
とかブログに書いてたけども、ほんとそう思う。
385:デフォルトの名無しさん
11/06/02 21:49:47.54
そこで、ページ内に埋め込んだSilverlightのマネージコードから
HTMLのDOM操作をですね…。
386:デフォルトの名無しさん
11/06/02 21:53:35.18
>>373
>>374
∧,,∧
( ´･ω･） どういうことなのだ
(っ=|||ｏ)
￣￣ ｀―´￣￣￣＼
387:デフォルトの名無しさん
11/06/02 22:05:57.34
>>384
>>375-376 って所だと思う。
まあ、しかし、確かに、デスクトップアプリでも、
ウェブページに毛が生えた程度で十分なものも多いのは確か。
全画面表示が基本で、JSからLive Tileを操作できるだけでも
十分「Win8 アプリを HTML5+JS で書ける」に相当すると思う。
388:デフォルトの名無しさん
11/06/02 22:15:59.80
まあ流行らないよ
ActiveDesktop, サイドバーガジェット
389:デフォルトの名無しさん
11/06/02 22:17:15.99
Ajax勉強するか。。。