09/02/06 11:48:46
URLﾘﾝｸ(www.computerworld.jp)
重厚なＵＮＩＸ系はダメだと逝ったが、
Ｍ＄が標準Ｂ＄Ｄを発売するなら許してやっても良い。
但し、開発環境Ｖ＄モンリーはＮＧ。
というか、オプソ系に踏み込めば開発環境が勝手に草木のように出てくるかｗ
284:デフォルトの名無しさん
09/02/06 12:44:15
MSはオプソ嫌いというよりGNU嫌いなんだよな。
BSDからはNTのTCPIPスタックを買い付けたり交流はある。
XENIXのベンダーでもあったしね。
285:デフォルトの名無しさん
09/02/06 20:56:52
>>283
すでにEclipseで開発可能になってるだろ
286:デフォルトの名無しさん
09/02/08 17:05:58
MSの公式解説書買いたいんですけど
web developerでも使える内容だったりします？
というか無料でSL2を始めるっていうのは無謀ですかね？
やっぱりExpression Blend辺りのソフトが無いと、現状厳しいんでしょうか
287:デフォルトの名無しさん
09/02/08 17:07:52
>>286
プログラマーなんだったらVisual Studioの無料版のでOK。
288:デフォルトの名無しさん
09/02/08 17:14:35
つうか道具と本にはたんまりお金使って元取るつもりで頑張ったほうがいいよ
289:デフォルトの名無しさん
09/02/08 17:24:43
>>286
MSの公式解説書買ったけど、「Expression Blend」の説明とかそういうのは2割も無いよ。
ほとんど、XAMLの記述方法ついてとかコントロールの説明とか。
Silverlight2使うなら、どんな使い方でも「使える内容」だよ。
でも正直…3800円の価値は無いな。迷ってるなら、MSDN見て実践してからでいいんじゃない？
290:デフォルトの名無しさん
09/02/08 18:46:34
Silverlight2でサポートしている.NET Framework 3.5の対照表って手に入らないですかね。
291:デフォルトの名無しさん
09/02/08 19:35:24
>286
VWDEEだけでも十分いける
ただアニメーションやVSMはBlend使ったほうがわかりやすいかも
まあDLR SDKだけで作る人もいてるくらいだから、MSDNみりゃどうにかなるよ
292:デフォルトの名無しさん
09/02/08 19:44:54
>>286
MSの開発環境は更新スピードが速いので、
むしろぎりぎりまで無料でがんばった方がいいかも。
個人的にはWebDeveloperだけで問題ないと思う。ちょうどVisual C++ Express
と同じでリソースエディター以外がサポートされている感じ。
>>290
同じような質問がMSDNに乗ってたね。ないってのが見解みたい。
Reflectorで覗くと、ざっとだけどサポートしているクラスが見える。
293:デフォルトの名無しさん
09/02/08 22:16:43
>>287-289 >>291-292
レス有難う御座いました
WebDeveloperでも何とかやろうと思えばおｋっぽいので
とりあえず買ってみようかなと思います。
294:デフォルトの名無しさん
09/02/08 22:20:57
>>290
表は見たことない。
せいぜい↓これか。
URLﾘﾝｸ(msdn.microsoft.com)(VS.95).aspx
295:デフォルトの名無しさん
09/02/08 22:25:49
けど、>>294 のリンクに書かれてない細かい差が結構あるのよなぁ。
ごっそり抜けてる名前空間があるのはもちろんのこと、
クラスの仕様が丸々違ったり（Socket とか）、
メソッドのオーバーロードが一部欠けてたり（Encoding.GetString(byte[]) とか）。
296:デフォルトの名無しさん
09/02/08 22:34:28
>>1か>>2のリンクからsilverlight sdk インスコしたんだけど（ベータじゃない）
chiron.exeが無いんだよう。ググっても出てくるページはベータ版のsdkばっか。
正式版にChiron.exeってないのか。。。
297:デフォルトの名無しさん
09/02/08 22:41:27
リフレクションで無理やり対応表生成してみようか
>>296
Chiron.exeは動的言語のためのツールだから普通のSDKには付いてない
普通はMSBuild使うからな
Silverlight Dynamic Language SDKには付いてる
298:デフォルトの名無しさん
09/02/08 22:42:53
URLﾘﾝｸ(www.codeplex.com)
まだver.0.4で別途ダウンロード
silverlight sdkはなしで開発できる
299:296
09/02/08 22:47:30
>>297
どうもありがとう。あるホームページのhtmlファイルとxamlファイルとjsファイルを打ち込んで
さあ、動かそうとおもったら、なかって・・ むちゃくちゃうれしいです＞＜；なきたいくらいうれしいです＞＜；
>>298
別途ダウンロードもできるんですね。本当にどうもありがとう。やっと動かせます。
なにしろ、マウスとキーボードもちょうど新調して、sdkをダウンロードインスコして
やっとこさとおもっていたので＞＜；
本当にありがとう＞＜；
300:デフォルトの名無しさん
09/02/09 00:10:39
>>292>>294
まだ発展途上だから無いのかね。
.NET 4.0と次のSilverlightのリリースで整理してくれるのかな。。。
301:デフォルトの名無しさん
09/02/09 21:28:52
VWDExpressがタダなんだからSDKなんかいらないだろ
C#やVB使わずにHTML+XAML+アンマネージjavascriptでも当然VWDで作れる
302:デフォルトの名無しさん
09/02/13 22:59:54
URLﾘﾝｸ(www.itmedia.co.jp)
Adobe幹部の「Silverlightは尻すぼみ」発言、MS幹部が非難
ってかAdobeは「Adobe Flex」とか無料提供してくれればいいのに。
Flex専用ソフトに3万出さないよ…わかってくれよ…
303:デフォルトの名無しさん
09/02/13 23:07:51
お前もプログラマなら金を出せ
逆を考えてみろ、作ったものをタダでくれって言われてうれしいか？
プロなら金を出せ。金(または対価)を取れ。
304:デフォルトの名無しさん
09/02/13 23:25:51
BitmapDataが追加されたら
Silverlight使うよ
305:デフォルトの名無しさん
09/02/13 23:28:01
>>302
アメリカってほんとけなしあいが当たり前のようにあるよなぁ。
>>303
いまどき、入門レベルはタダでないと誰も使ってくれない。
ついでにいうと、いまどきはインストール作業すらめんどくさいって言われる。
SilverlightはVC# Expressで開発できるけど、それすらも不十分で、
もっと普及させたければwonderflみたいに
ブラウザ中でSilverlightお試し開発できるくらいでないとダメだと思う。
306:デフォルトの名無しさん
09/02/14 00:45:12
「Internet Explorer 8」だとSilverlight2.0はデフォルトで入ってるのかなぁ。
もう「Silverlightというソフトのインストールが必要です」とか書くのイヤなんだけど。
307:デフォルトの名無しさん
09/02/14 00:50:49
>306
Windows Update で Silverlight をインストールしてください、じゃ駄目なのかい
308:デフォルトの名無しさん
09/02/14 00:58:31
一般ユーザー向けWebサイトだと無理だな。
そういうアプリサイトならともかく。
あと3年くらい経たないと難しいんじゃなかろうか。
309:デフォルトの名無しさん
09/02/14 01:02:23
3年もＭｉｃｒｏｓｏｆｔが頑張るとはとうてい思えない
310:デフォルトの名無しさん
09/02/14 01:04:10
お前がどう思っていようが関係ねえよ
311:デフォルトの名無しさん
09/02/14 04:19:59
M$は3度目の正直で成功すると言うジンクスがあったような。
312:デフォルトの名無しさん
09/02/14 07:48:07
>>302
AdobeはFlash x64も出さないで何を言っているのだ？
313:デフォルトの名無しさん
09/02/14 07:56:35
残念。Silverlightのx64版も無いからそれは突っ込めない。
314:デフォルトの名無しさん
09/02/14 09:55:37
>>306
独占禁止法の絡みで、標準搭載は無理かもしれない。
315:デフォルトの名無しさん
09/02/14 10:26:20
>>306
IE8に入っていたとして、SLの説明を書かないと間違いなく
「見れません」という報告がくると思うよ。
「本サイトはIE8でのみ動作保障しています」って書くか
動かない場合SLのインストールを促すか。まあ普通は後者だよね。
316:デフォルトの名無しさん
09/02/14 13:09:24
ケータイに.NETが載ればなぁ・・・
C#で組めるSilverlightやWPFがiアプリ、S!アプリ、EZアプリ、etc で。
317:デフォルトの名無しさん
09/02/14 13:16:16
Silverlight for J2MEか？
それはちょっとわけわからんぞ。
318:デフォルトの名無しさん
09/02/14 13:26:23
>>316
今日から君もあう信者
URLﾘﾝｸ(www.kddi.com)
319:デフォルトの名無しさん
09/02/14 13:42:47
「Microsoft® .NET Frameworkと互換性を持つオープンなアプリケーションプラットフォーム」
なぜMonoってはっきり言わないのだろ。
320:316
09/02/14 13:53:24
>>318
まじか！ auが先陣を切ったのかyo！？
>>319
そうそう、それ。Monoだよな。
321:デフォルトの名無しさん
09/02/14 15:22:56
普及率はあんまり心配しなくても、MSが無理矢理広めてくれるでしょ。
特にSQL Server×ASP.NET×Silverlightのウェブベースデータベースは
かなり魅力的なソリューションだと思う。
322:デフォルトの名無しさん
09/02/14 16:08:07
次世代オフィスのクラウド的なあたりは
SILVERLIGHT実装って噂なかった？
323:デフォルトの名無しさん
09/02/14 16:12:49
噂って言うか、SLとAjaxで実装するってPDC言ってたね
なんか昔Officeは.NETで実装しないって言ってたような気もするけど
324:デフォルトの名無しさん
09/02/14 17:10:54
デスクトップ版Officeを捨てるわけではないんだから、
そっちでは.NETを採用しないという意味で辻褄が合うということにすればおｋ。
325:デフォルトの名無しさん
09/02/14 17:23:25
Web版Office14は、Silverlightをインストールしとくとフォントの拡大縮小などがきれい
とのこと。でもPDCから音沙汰ないな。
現OfficeはレガシーAPIになりつつあるGDIでの描画で、VistaやWin7で実行するよりも
XPのほうがキビキビ動く。しかしレガシーAPIがゆえにOpenTypeの色々な機能が使えず、
高度なアンチエアリアスなどで描画品質上げることもできないという状態に陥って
しまっているから、いつか (Office 16位？) にはWPFベースもしくは、
Direct2D/DirectWriteベースに移行するのではないかな。
326:デフォルトの名無しさん
09/02/14 17:34:04
今でも部分的にはGDI+使っているだろ。
どっちにしろこれからはレガシー扱いみたいだけど。
327:デフォルトの名無しさん
09/02/14 17:36:39
>>321
そうだね、モバイルソリューションの定番スタイルとして申し分ないよね。
Flash は趣味でやってるウェブデザイナーとブロガー向けソリューション。
328:デフォルトの名無しさん
09/02/14 17:57:39
>>316,318
.NET by au 以外にも、こんなのもあるよ。
URLﾘﾝｸ(www.atmarkit.co.jp)
>>322
Silverlight で作るらしいけども、
AJAX 実装版も並行して作るって言ってたと思う。
329:デフォルトの名無しさん
09/02/14 17:59:28
友達がExpressionBlend2を２万円で売ってくれるって言うけど、
DDR1(DDR2じゃない)メモリ１GB
のXP機だけど、やっぱ重いかな・・VWDのSliverlight tools for VWDはくそ重いんだけど・・
330:デフォルトの名無しさん
09/02/14 18:19:10
VWDで重いなら辛いんじゃないかなぁ
331:デフォルトの名無しさん
09/02/14 18:23:34
やっぱ、そうかあ
332:デフォルトの名無しさん
09/02/14 18:43:41
試用版を試してから決めたら？
333:デフォルトの名無しさん
09/02/16 10:14:48
Glyphsでローカルのフォントって使える?
Portable User InterfaceとかMS GothicとかTextBlockで使えるフォントが使いたいんだけど
TextBlockだと細かく制御できないので
334:デフォルトの名無しさん
09/02/17 10:22:00
VS2008SP1 に Visual Studio 2008 SP1 用 Microsoft Silverlight Tools 日本語版をインストール、
新規プロジェクトで Silverlight アプリケーションを選択したのですが、
ボタンなどを貼り付けようとしても貼りつかず、
プロパティペインには常に「プロパティ編集を使用できません」と表示されます。
Gridを選択したらなんらかのプロパティが表示されるはずなのですが…
しかしXAMLに直接
<Button Content="test"></Button>
と書くと画面に反映されます。
解決方法ご存じないでしょうかorz
335:デフォルトの名無しさん
09/02/17 10:23:51
と思ったら
atmarkitにGUIでデザインできませんと書かれてましたorz
336:デフォルトの名無しさん
09/02/17 10:28:54
Silverlight3ではサポートされるらしい
337:デフォルトの名無しさん
09/02/17 15:02:28
いわゆる「ポトペタ」な。
できたら便利なんだけど、Canvasとかの都合なんだろうなぁ。
338:デフォルトの名無しさん
09/02/17 17:11:28
Silverlightアプリ内から
大容量のファイルを読み込もうとすると
206 Partial Content
が返ってくるのですがこれを回避する方法はありますか？
339:デフォルトの名無しさん
09/02/18 16:08:17
ちなみにどれくらいのサイズ？
あまりその辺いじってないから解らんけど、
ストリームデータをメモリに貯めていくことって
できないのかね？
340:デフォルトの名無しさん
09/02/19 04:23:01
Silverlight (build 2.0.40115.0) Released February 18, 2009
Release enhancements:
* Fixes problems that were caused by Silverlight and McAfee scanning tools interactions
* UI automation stability fixes, including:
graceful failures when attempting to use features that require .Net Framework 3.0 or 3.5 on machines that do not have either framework installed
improved Tablet support
* Fixes an issue that arises when Mac users customize their environment by removing Arial and Verdana fonts
* Fixes a known issue with Isolated Storage IncreaseQuotaTo method
341:デフォルトの名無しさん
09/02/20 16:03:18
SDKを入れてるせいか
＞この Silverlight 開発者用コンポーネントは期限が切れています。
でインストールできないな＞Silverlight (build 2.0.40115.0)
342:デフォルトの名無しさん
09/02/22 21:41:19
xamlファイルのコントロールに名前付けるとき、x:Name="hogehogeTextBlock"とか書くけど
純粋にName="hogehogeTextBox"だけでいいような気がするんだけど、x:って何？
343:デフォルトの名無しさん
09/02/22 21:47:25
XML名前空間
344:デフォルトの名無しさん
09/02/23 00:20:05
すみません。VWDExpressSP1とSilverlightToolkit for VWDExpressSP1を使ってるんだですが
basics:Calendarコントロールを使おうとしたところ、エラーになります。URLﾘﾝｸ(www.atmarkit.co.jp)
のページで全部コピペしてやってみてもエラーがでます。
エラー文は↓です。
「エラー 2 アセンブリ 'System.Windows.Controls' が見つかりませんでした。
アセンブリ参照が失われていないか、また、プロジェクトとすべての参照先アセンブリがビルドされているかどうかを確認してください。
C:\Documents and Settings\hiromitsu\My Documents\Visual Studio 2008\Projects\SilverlightApplication1\SilverlightApplication1\BirthdayCountdown.xaml 1 27 SilverlightApplication1
」
エラー箇所は→です。xmlns:basics="clr-namespace:System.Windows.Controls;assembly=System.Windows.Controls"
で、System.Windows.controls.dllが見つかりません。。ですので、あるURLからダウンロードしたんですが、どのフォルダにおけばいいかわかりません・・
教えてもらえると助かります・・
345:デフォルトの名無しさん
09/02/23 00:29:48
SilverlightToolkitに入ってるからダウンロードしたものは捨てろ
プロジェクトの「参照設定」を右クリックして「参照の追加」
.NETページのリストからSystem.Windows.Controlsを選んでOK
346:デフォルトの名無しさん
09/02/23 03:14:57
>>345
ねれないから、覗いてみたら、回答が来てた。。マジうれしい。。
おかげでできました。
私は独学で金もないので、Web上のサンプルをやりはじめて、これからって時に
これで挫折しそうになったんで、もうやめようかと落胆してました。
道が大きく開けました。まじでうれしい・・とびっきりうれしいっす。ありがとうございました。
347:デフォルトの名無しさん
09/02/23 03:16:09
その調子だとまたすぐにやめそう
348:デフォルトの名無しさん
09/02/23 03:18:44
SilverlightってDllインポートできる？
349:デフォルトの名無しさん
09/02/23 10:47:29
できません
ちなみにunsafeもダメ
350:デフォルトの名無しさん
09/02/23 14:37:00
wpfがNETのセキュリティモデルで動くのに対して、
seilverlightは単一のセキュリティモデルで動く。
その分のチェックが不要になるので動作が軽量なのだが、
証明書やユーザーの許可などで権限を拡大する仕組みはない。
351:デフォルトの名無しさん
09/02/24 15:27:33
silverlightを自分のホムページにくっつけてるんだけど、
ぐぐったら必要なthemeのdllとかクライアントにダウンロードされるって
ぐぐったらかいてあるんだけど、ホームページのサーバにはxapファイルしかアップロードしてないから
xapファイルにdllも含まれてるってことだよね？当たり前だけど・・
ちょっと確認したいもんで。。。
352:デフォルトの名無しさん
09/02/24 16:25:24
普通はxapに全部まとめるものだけど、
xapと同じサイトにあるdllはその他のファイル類と同様に読み取ることが出来ます。
相対パスでたどれる範囲だったかな？
ローカルディスクからxapを直接起動した場合は
同じディレクトリにあるdllはロードできないので要注意。
353:デフォルトの名無しさん
09/02/24 17:25:32
public class ijiri {
IntPtr ijirihandoru;
[DllImport("user32.dll")]
private extern static bool SetWindowText(IntPtr hWnd, string lpString);
[DllImport("user32.dll")]
private extern static IntPtr GetForegroundWindow();
public void capijiri(){
ijirihandoru = GetForegroundWindow();
SetWindowText(ijirihandoru, "キャプションいじり");
}}
ビルドは通るけど「メソッドへのアクセスに失敗」とか出て動かない…
xapにuser32.dll入ってるの確認したし、C#アプリならちゃんと動くの確認したし、ネット上にアップロードして確認したけど、動かない…
ホントにdllインポートできないんだ…
354:デフォルトの名無しさん
09/02/24 17:51:32
語尾にA/Wのつく関数だったりして
355:デフォルトの名無しさん
09/02/24 18:31:14
いやSilverlightではセキュリティ上DllImportは絶対無理
356:デフォルトの名無しさん
09/02/24 20:44:58
そっか…
Silverlightでなにしよっかな…
357:デフォルトの名無しさん
09/02/24 21:38:17
> しかしレガシーAPIがゆえにOpenTypeの色々な機能が使えず、
> 高度なアンチエアリアスなどで描画品質上げることもできないという状態に陥って
> しまっているから
これを見たOOo信者がMS Officeは描画品質が低い、斜めの線がギザギザで見るに堪えない、
これでは使い物にならない、などと言い出す予感がする。
358:デフォルトの名無しさん
09/02/25 01:18:55
Calcの罫線で点線が引けるようになったら、話を聞いてやらないでもないな。
というか、OOoの開発する気のある奴の少なさは異常だ。
359:３５１
09/02/25 20:17:09
>>352
なるほど。詳しい解説ありがとうございます。
普通はやはりxapにまとまっているんですね。
お礼が遅れてすみません。silverlightはまだ情報源が少ないですね。質問に答えてくださり非常にありがたいです。
どうもありがとうございました。
360:デフォルトの名無しさん
09/02/25 22:55:00
>>341
開発者ランタイム
URLﾘﾝｸ(go2.microsoft.com)
をインストールすればおｋ。
Silverlight 2 GDRの一般ランタイムはRTW同様
URLﾘﾝｸ(go2.microsoft.com)
からインストールできる。
361:デフォルトの名無しさん
09/02/25 23:58:31
>>360
2.0.40115.0、無事導入完了。ありがと。
362:デフォルトの名無しさん
09/02/27 00:21:31
Livestationどんな感じですか？
keyholetvと比べてどうですか？
363:デフォルトの名無しさん
09/02/28 11:31:03
System.Linq.Xml.dllをアプリケーションと一緒に配布しないといけないのが納得いかない
DOM無いんだから普通使うと思う
Microsoft.VisualBasic.dllなんかサイズ倍あるんだから削れよ
364:デフォルトの名無しさん
09/03/02 18:47:03
すいません。SL2でアプリ作ったんですが、FireFox3だと、
ファイルのパスに日本語が含まれる場合にローカルで実行できず、
デスクトップにも置けなくて困ってます。
あるフォルダ以下に
silverlight.js
SilverlightAppTestPage.html
ClientBin\SilverlightApp.xap
の3つのファイルを置いてるのですが、このフォルダのパスに日本語(全角・半角カナ)が含まれると、
SilverlightAppTestPage.htmlをFF3で開いても実行されない。StatusBarにDoneと表示されるだけです。
何か間違ってるか、あるいは解決方法はあるのでしょうか？
IE7やOperaでは問題なく実行できています。
開発環境はVS2008SE、実行環境はWinXP SP3です。
365:デフォルトの名無しさん
09/03/02 18:51:16
日本語のパスが含まれない場所に保存すればいいじゃないか。
366:デフォルトの名無しさん
09/03/02 19:32:36
IISでホストしても駄目か？
367:デフォルトの名無しさん
09/03/02 22:13:30
レスありがとうございます。
IE7でもタブに「接続中」と表示されたまま固まってしまうことも多いようです。
Opera9.62では問題なく動作します。FireFoxのバージョンは3.0.6です。
Web.Configのdebug設定はfalseになってます。
SL2アプリの参照設定に追加したアセンブリはSystem.Xml.Serialization.dllとSL.Visifire.Charts.dllです。
例外出て止まるならまだありがたいんですが。
>>365
SL2全く知らない人も多いわけで、そういうReadmeをソースに添付しなきゃならんのはどうかと思うわけでして。
必要ならしますし、WEBで公開することが本来の目的なので問題ないのですが。
>>366
おっしゃる通り、パスがURIエンコードされてれば問題ないだろうと思ってたのですが、どうも違う原因のようです。
（IISは自分のPCにセットアップするのもホスティングサーバ探すのも面倒だし、
IISに依存しないのがSLのいいところだと思うんですけどね。）
SLアプリのプロジェクト作成時に、ホスティング用のWebページプロジェクトを自動作成するようにしてるんですが、
そのプロジェクトをスタートアップに設定して実行して、IISサーバのlocalhostで実行するようにしても動かない。
こっちはビルドで作成されたhtmlをIE7で開く分には問題ないですね。
ソリューションエクスプローラ上でHTMLを右クリックして、「ブラウザの選択」からOperaを選べば何も問題なく動くのですが。
何か他の問題の可能性もありそうですねえ。すみません。
Webページプロジェクトの設定いじったりしてないつもりなんですけどね。
368:デフォルトの名無しさん
09/03/03 00:00:43
今月はいよいよMix09だな
SL3.0のpre-alphaくらいは出てくるかな
369:デフォルトの名無しさん
09/03/03 12:53:16
Ubuntuのクラウドへの取り組みをマイクロソフトが警戒すべき理由
URLﾘﾝｸ(builder.japan.zdnet.com)
370:デフォルトの名無しさん
09/03/04 18:02:07
SP1が対象外だったから
SP2にバージョンアップしたけど
インストールすらできないXP HOMEです
371:デフォルトの名無しさん
09/03/04 18:52:42
CPUがSSE/SSE2サポートしてないとだめぽ
372:デフォルトの名無しさん
09/03/04 23:23:38
Athlonは対象外だったか…
㌧
373:デフォルトの名無しさん
09/03/05 22:35:04
TextBoxなんかの文字列を選択して右クリすると
コピーや貼り付けがなくて「Sliverlight」しか表示されないのは何なの？
374:デフォルトの名無しさん
09/03/05 22:53:52
>>373
Ctrl+C, Ctrl+X, Ctrl+V のコピペは使えるけどな。
375:デフォルトの名無しさん
09/03/05 22:54:54
Flashも同じだった気がする。
だからSilverlightもこれでいいというわけではないよ、念のため。
376:デフォルトの名無しさん
09/03/05 22:58:40
Office 14はその辺どうやりくりするんだろうね
377:デフォルトの名無しさん
09/03/05 23:03:49
>>375
Flashはコピーとか出るよ。
378:デフォルトの名無しさん
09/03/05 23:49:28
Silverlightでも右クリックをカスタマイズしようと思えばできるよ。
URLﾘﾝｸ(silverlight.net)
まあ、あまりスマートではないけど。
379:デフォルトの名無しさん
09/03/06 00:08:33
>>378
ウインドウレスにするとIME使えないんじゃなかったっけ？
380:デフォルトの名無しさん
09/03/11 11:08:00
DataGridにDBの内容を簡単に表示しようとしているのですが、
サンプルサイトご存じないでしょうか？
381:デフォルトの名無しさん
09/03/11 12:42:27
>>380
自分で簡単と言ってるのに？
LINQ結果をDataGridのDataContextに渡せばOK。
382:381
09/03/11 12:54:28
>>380
ここ必見だよ！
URLﾘﾝｸ(silverlight.net)
「Silverlight 2 チュートリアル」
383:デフォルトの名無しさん
09/03/11 15:07:14
>>381
ありがとうございます、LINQについて調べてみます。
>>382
すいません、DBに関してのビデオが見つかりませんでした。
サーバーがDBからデータを吸い上げ、WCF経由で
データを渡す、ようなイメージを抱いているのですが・・・
384:デフォルトの名無しさん
09/03/11 18:54:17
>>383
英語ではいちいちDataBaseなんて言わないんだよ。
データベースに関する話題はDataってとこにある。
それと、チュートリアルにもデータベースの話はある。
URLﾘﾝｸ(silverlight.net)
385:381
09/03/11 19:17:46
>>383
日本語版チュートリアルは、>>384さんが示してくれた URLﾘﾝｸ(silverlight.net) の
「チュートリアル 4: SQL データベース データを LINQ および WCF を使用して DataGrid に表示する」
がまさにそれです。
386:デフォルトの名無しさん
09/03/12 10:12:21
>>384,385
チュートリアルとビデオで詳しく解説されてますね。
両方ともLINQを使っているようですが、他の方法はあるのでしょうか？
たとえばListデータを自前で作成して渡すとか。
そこでサンプルのようにListクラスにテストクラスを
詰めて渡してみました。
[DataContract]
public class Test
{
[DataMember]
public DateTime date1;
[DataMember]
public string no1;
}
すると SL でテストクラスの情報がわからないのか
送信したデータをDataGridのItemsSourceに入れたときにエラーがでます。
なぜLINQ to SQLを使わないかといいますと
DBがPostgresなのでサーバーエクスプローラに接続を追加できないのです。
SL にクラスデータをわかってもらうにはどうすればいいでしょうか。
387:デフォルトの名無しさん
09/03/12 11:52:57
ソリューションエクスプローラから
サービス参照の更新を行うと、うまくデータが渡りました。お騒がせ致しました。
388:デフォルトの名無しさん
09/03/13 11:49:46
DataGridの列をC#で追加してるのですが
col = new DataGridTextColumn();
col.Binding = new System.Windows.Data.Binding("NO");
col.Header = "番号";
dataGrid1.Columns.Add(col);
中央揃えや右揃えにするにはどうすればよろしいですか？
389:デフォルトの名無しさん
09/03/13 15:24:30
こんな感じでいけました
Style style = new Style(typeof(TextBlock));
style.Setters.Add(new Setter(TextBlock.HorizontalAlignmentProperty, HorizontalAlignment.Right));
Resources.Add("RightText", style);
DataGridTextColumn col = new DataGridTextColumn();
col.Binding = new System.Windows.Data.Binding("NO");
col.Header = "No.";
col.ElementStyle = Resources["RightText"] as Style;
dataGrid1.Columns.Add(col);
390:デフォルトの名無しさん
09/03/14 05:06:26
国内12社がマイクロソフト「Silverlight」による広告配信を開始：ITpro
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
391:デフォルトの名無しさん
09/03/14 12:17:01
そういうふうに単なるメディアプレイヤーとして使う場合は
マネージコード使わずにjavascriptで書くのが普通なの?
392:デフォルトの名無しさん
09/03/14 12:21:57
( ´ー｀)シラネーヨ
393:デフォルトの名無しさん
09/03/14 13:36:28
広告配信する側は、Flashでも問題なくできるこんなものにSilverlightを使う理由なんて
無いんだから、きっとMSからお金もらってるんだろうけど、広告なんてものはユーザが
見たいと思うコンテンツじゃないから、いくら金使っても普及には貢献しないだろ。
これだとユーザは、Silverlightをいれない方が広告が表示されなくて喜ぶじゃないか。
こんな企画を考えるやつも、それを通す上司もバカだと思う。
394:デフォルトの名無しさん
09/03/14 15:29:10
>>393
おまいは何かしら興味を持ったSilverlightコンテンツを見た後、
毎回、SLコンテンツを非表示に設定するなり、SLをアンインストールしたりするのか？
仮にそうだとして、そういう人が多数派だとでも思っているのか？
普及に貢献するしないのユーザーサイドでの理由については、いろいろ考えられるわけで、
軽々しく他人をバカだのどうのと言わないほうがいいと思うよ
395:デフォルトの名無しさん
09/03/14 19:52:33
Silverlight 3.0 for Great Business Apps
URLﾘﾝｸ(channel9.msdn.com)
ブラウザの「戻る」ボタンでSilverlight内の遷移ができる
Silverlight内に複数のURLを持って直接移動可能
になるらしいよ
何気に一番重要な気がする
396:デフォルトの名無しさん
09/03/14 19:59:04
要するに、XBAPをobsoleteするのが目指してるところか。
397:デフォルトの名無しさん
09/03/14 20:12:18
>>393
結局、どれくらい盛り上げるかだと思うなぁ。
ユーザは深い所の差なんて気にしないので、広まり始めれば
「最近、あちこちでSLが使われてるなあ、Flashの後継なのかな？」
くらいの感覚で入っていくと思う。MSの課題は、提供者をどれだけ増やせるか。
ま、結局そこでFlashに対してのアドバンテージが必要になるんだけども。
398:デフォルトの名無しさん
09/03/14 23:20:15
Flashがrealplayerのようにクソ化して自滅するか否かというのが
もっと重要だろ。
高シェアに胡座をかいていたらそうなりそうなヨケン。
399:デフォルトの名無しさん
09/03/15 03:25:26
LINQ使うと、サイズがやたら増えるんで気に入らない。
50kB程度で済むアプリでは、さすがに使えない。
VBやMFCのランタイムみたいだ。
Flash置き換えの可能性としてあるのは、
いまだにAS1かAS2でやってるものを、更新するにあたって
AS3にではなく、Silverlightに乗り換えてしまいましょうという道。
MXとSLはパフォーマンス的には近いし、悪くはない選択肢である。
400:デフォルトの名無しさん
09/03/15 05:25:54
SL2のマネージコードを簡単に難読化する方法ないですかね？
いや、隠蔽が目的ではなく簡単にダウンロードサイズを減らしたいだけなんですけどね。
できればSL用のDLL中に圧縮したDLLを入れるとか、そういうのは避けたいんですが‥。
401:デフォルトの名無しさん
09/03/15 06:41:46
>>397
応用の利かないこむずかしいコードとかいらんから、もっと実例がほしい。
見た目やインタラクションがハデなアプリ書くには、XAML前提でのコード例やデザイン例の情報が乏しいし、
ビジネスアプリ書くには、VS標準搭載のコンポーネントの機能が（まだ）あまりにも貧弱すぎると思う。
それでもAJAXに全く興味がわかなかったへたれC#プログラマの俺には、SLはかなりありがたい。
あと、これはもう昔からのMSDNの悪い点だと思うのだが、（何ができるかの情報がとぼしいだけに）
何ができないのかについてはもうちょい簡単に参照できるようにしてほしい。
いちいちMSDNフォーラムとかで聞くのも探すのもめんどうだから、この板に期待してたり。
>>399
サードパーティのdllを梱包した場合でも、とたんにでかくなりますねえ。
System.Xml.Serialization.dllなんかもかなりでかいのかな？
クラスライブラリのビルド時にはすべてのクラスを梱包するアセンブリにして、
アプリケーションアセンブリのビルド時には全部internalアクセスに制限しつつ、
ILのコードから使われてないクラスを自動判定して、コンパクトなアセンブリ作れたらいいのに。
あれ？ありそうな気がしてきたｗ
>>400
XAPファイルのままダウンロードされるんじゃないんですか？
ZIP圧縮したDLLをXAPに梱包しても、サイズ変わらない気もしますが・・・。
いろいろ根本的に俺が間違えてたらすいません。
402:デフォルトの名無しさん
09/03/15 10:17:06
リフレクション、動的なクラスロードが無ければ簡単だけどね
403:デフォルトの名無しさん
09/03/15 11:46:26
>>402
Reflectionの本来の動作どおり、単にnull返してもいいし、
その型はアセンブリに入ってないって例外返してもいいのでは？
テストコード以外でどういう場合に、interfaceによるポリモーフィズムでなく、
Reflectionでなければならないのか興味ありますが。
XAPのサイズがでかくなるっていう元々の問題に対する別の方法として、
必要に応じてサーバから追加でdllをダウンロード（＆インストール）できたとしても、
LINQのdllがでかすぎるといったことの解決にはなってないだろうし。
404:381
09/03/15 13:25:16
>>400
画面やページ遷移にあわせてxapを分割して構築。
そんでもってクライアント側で遅延ロードさせたりでOKじゃね？
あとLINQを動かす部分をWCFサービスにすればいいし。
405:400
09/03/15 14:33:06
>>401
xapファイルの中に入ってるDLLの話なんですけど、
クラス名等の文字列がそのまま入っているです。
>>402
どうやってます？試しにxapの中のDLLをNanDokuにかけてみたら
変換中に飛びました。orz
>>404
後出しで申し訳ないんですけど、分割とか本気で小さくしないと周らない
ってほどではなくて、もう少し簡単に小さくしたいなぁ、くらいなんですね。
現在、生成されたxapが約100k。文字列とか余分な情報を削減して
スリム化できればなぁと。
406:デフォルトの名無しさん
09/03/15 14:37:31
>>404
> あとLINQを動かす部分をWCFサービスにすればいいし。
サーバ側で全データを管理する場合はいいと思いますが、
LINQ使うたびにクライアント側で処理中の中間データを
サーバに送信して結果返させるくらいなら、
素直に起動時にLINQ込みのXAPを落とすほうが良いように思う。
それとももっと違うLINQやWCFの使い方があるんでしょうか？
ローカルで生成したデータを、
ちょちょっとコネコネしたいときにもLINQ便利なんですよね。
407:デフォルトの名無しさん
09/03/15 15:26:18
>>403
ベンダーのライブラリにリフレクションが使われているかわからないでしょ
自分のコードだけなら努力でなんとかなるが
Dotfuscatorでも実現できるがリフレクションは除外するかインターフェイス化するかだね
408:デフォルトの名無しさん
09/03/15 15:28:13
>>405
Dotfuscatorの有料版で可能
値段上がったけどね
409:デフォルトの名無しさん
09/03/15 15:31:14
CoreCLRのサイズを抑えるために個別の機能はリンクしろって思想はある意味しょうがない
あとはアセンブリの細分化と動的読み込みとかで工夫かな
410:デフォルトの名無しさん
09/03/15 15:33:18
>>403
上３つ俺だけど
リフレクションで無くてはならないものを無くすのがSLの基本思想だね
データバインドは無理だけど
411:デフォルトの名無しさん
09/03/16 09:47:17
Silverlightは Safari4 とか Google Chrome2 で使えないの？
Silverlightは Safari4 とか Google Chrome2 で使えないの？
Silverlightは Safari4 とか Google Chrome2 で使えないの？
Silverlightは Safari4 とか Google Chrome2 で使えないの？
Silverlightは Safari4 とか Google Chrome2 で使えないの？
412:デフォルトの名無しさん
09/03/16 11:24:27
ブラウザにおさまらないほどのコントロール配置しても
IE8がスクロールバー有効にしてくれない
これはUserControlのプロパティで、スクロールバー出せるんでしょうか？
413:デフォルトの名無しさん
09/03/16 11:45:13
このソフトをWinXP SP1で起動させる方法を教えてください
414:デフォルトの名無しさん
09/03/16 16:21:56
インストールしたら、Flashと同じように、使っているウェブサイトを開くだけ。
415:デフォルトの名無しさん
09/03/16 16:45:29
>>412
URLﾘﾝｸ(www.bluerosegames.com)
URLﾘﾝｸ(silverlight.net)
こことか眺めてると (Viewboxあたりら辺とか)
ブラウザのスクロールバーを操作するような用途
に向けて作られてないように思える…
URLﾘﾝｸ(www.codeproject.com)
なるべく枠内にまとまるようにレイアウトしてゆくみたいな…
URLﾘﾝｸ(mohammadabtahi.wordpress.com)
416:デフォルトの名無しさん
09/03/16 17:26:10
>>415
なるほど、スクロールが必要な設計にしなければよいわけですね
ありがとうございました。
417:デフォルトの名無しさん
09/03/16 18:18:55
>>412
下記のコードで書いたようなことじゃないよね？
ScrollViewerはTabItemの中で使ったら、期待したような動作にならなかった記憶もある。
// Silverlightの新規プロジェクト作って、Page.xamlはそのままで、Page.xaml.csを下記のように書き換える
public partial class Page : UserControl
{
ScrollViewer _mainSV = new ScrollViewer();
StackPanel _mainSP = new StackPanel();
public Page()
{
InitializeComponent();
// Page.xamlのWidth="400"とHeight="300"を消去することに相当
this.Width = this.Height = double.NaN;
// Page.xamlの<Grid x:Name="LayoutRoot">が、ScrollViewerに置き換えられる
this.Content = _mainSV;
_mainSV.Content = _mainSP;
for (int i = 0; i < 5; i++)
{
_mainSP.Children.Add(new Button()
{
Content = i.ToString(),
Width = 800,
Height = 100,
});
}
_mainSV.HorizontalScrollBarVisibility = ScrollBarVisibility.Auto;
}
}
418:デフォルトの名無しさん
09/03/16 21:48:45
只今、Silverlightでモーダル動作のポップアップウィンドウを実装しようと格闘中。
Macっぽく背面をすべて半透過のダークシェードで覆ってやりたいんだが・・・
419:デフォルトの名無しさん
09/03/16 22:48:56
Silverlightって積極的にdouble型使ってるけど、floatと比べて処理速度は
どんなもんなんだろ？誰か計った人いない？
なんとなくだけど、doubleを採用しているのは精度を高める為だけで、
速度のことは考えてないような‥。
420:デフォルトの名無しさん
09/03/16 22:52:09
無駄口たたいてるヒマがあったら測れよ馬鹿が
421:デフォルトの名無しさん
09/03/16 23:10:46
floatもdoubleも実際の演算のときは同じサイズの内部表現(CILのF型)に変換されて扱われるんじゃなかったっけ
422:デフォルトの名無しさん
09/03/16 23:34:26
積極的にdouble型が使われているような箇所で処理速度の影響が問題になるのかと・・・
423:デフォルトの名無しさん
09/03/16 23:43:02
long doubleよりもdoubleよりもshortや、64bit long longよりも32bit long/int、さらに16bit short、
さらに8bit charやビットフィールドが大好きな'80年代のアセンブラやC言語の組み込み君は
Z80でスーパーπでもやってろ！
424:デフォルトの名無しさん
09/03/17 00:29:57
ずいぶん昔、たぶん80287のころから、floatとdoubleの処理効率は変わらん。
425:デフォルトの名無しさん
09/03/17 00:37:29
float 100000個の演算とdouble 100000個の演算だと、時間的に変わってくるけどな
426:デフォルトの名無しさん
09/03/17 00:47:26
86系CPUはむしろdoubleの方が早いんじゃなかったっけ？
ハードウェアがdoubleで計算してるから、
float使うとむしろ型変換の分のロスがあって。
427:デフォルトの名無しさん
09/03/17 00:47:35
そりゃ、厳密に効率化すればDoubleのほうが速いだろうけど、
ほとんどの処理系で一緒になるでしょ。
428:デフォルトの名無しさん
09/03/17 00:52:04
どうして実測しないんですか？
429:427
09/03/17 00:56:19
おれ？
今温泉旅館で酒飲みながら、PDAからここ読み書きしてるから。
かわりにやっといて。
430:デフォルトの名無しさん
09/03/17 01:01:45
>>419
URLﾘﾝｸ(inomata.lolipop.jp)
こういう目的で使いたいならfloatとdoubleの演算精度を比較してもいいが、
アプリがやることのほとんど全てが浮動小数点演算でもない限り、実行速度の差は無視できる。
まあ、そもそもそういうのが気になる人は、やっぱり自分でベンチマーク書くもんですｗ
ただSilverlightでは精度の高いSystem.Diagnostics.Stopwatchは使えなくて？、
50ミリ秒くらいの精度しかないDateTime.Nowしか使えなかった気がする。dll参照足りなかっただけかな？？
3D描画とかをやりたいなら、Silverlight3でGPUアクセラレーションが使えるようになるのを待つべきかと思う。
>>421
Silverlightアプリ上では確認してないが、
.NETでのfloatとdoubleの演算精度は定義どおり違うものだし、
実行速度にもごくわずかに差は出ることは確認済み。
431:デフォルトの名無しさん
09/03/17 01:02:45
>>427
いや、floatのほうが速いよ？常識だろｗ
432:デフォルトの名無しさん
09/03/17 01:10:20
結局は要件次第だから
性能に影響無い箇所なら使いたいほうを使え
理論だけでコードが汚いやつはアホ
433:デフォルトの名無しさん
09/03/17 01:11:37
仮にfloatにして処理が速くなったところで、それで浮いた実行時間は他に活用できるほどなのか？
434:デフォルトの名無しさん
09/03/17 01:11:54
>>426
と思ったらそういう誤解か・・・。
SSE命令にまで自動的にJITコンパイルしてくれるので、floatを毎回doubleに型変換したりとかはない。
もちろん、cosやsinの計算とかをいちいちfloatに格納して、それをまたdoubleに戻して別の演算みたいな、
明示的な型変換がコード中にたくさんあれば、単にdoubleで全部計算するよりも遅くなることはありうる。
ソースコードに対しては忠実な動作をするからね。
435:デフォルトの名無しさん
09/03/17 01:14:00
GUIコンポーネントのプロパティの型に出てくるようなdoubleは、当然doubleのまま使うべき。
そんなもん実行速度の差が出るわけないです。
436:デフォルトの名無しさん
09/03/17 01:15:59
まああれだ。結論だけ言っておくと、心配なら全部doubleで書きなされ。
実行速度の差は無視できるが、演算精度の差は無視できないから。
437:デフォルトの名無しさん
09/03/17 01:19:14
>>431
え、まじ？
なんでそんなことになるの？
ちょっと不思議。
438:デフォルトの名無しさん
09/03/17 01:20:09
ソフト業界には、「処理効率を少しでも上げるため」と言って、残業や休出してまでカリカリに
チューニングしたり、勝手に既製のライブラリまでカスタマイズして納期を遅らせるマニアな
香具師が居るけど、会社や顧客にとってはそいつに払う残業代や休出手当てと納期遅れの方が
深刻な問題なんだよな。
439:デフォルトの名無しさん
09/03/17 01:23:05
>>437
動画処理や3D画像描画の、いわゆるマルチメディア関連の演算はほとんどfloatの精度ですむわけだ。
だからfloat演算専用のハードウェアが乗ってて、それを実行するのがSSE命令。
URLﾘﾝｸ(ja.wikipedia.org)
440:デフォルトの名無しさん
09/03/17 01:45:41
>>438
わかる
それでソースが汚いと最悪だわ
そんなことよりボトルネックは他にあるだろ
441:デフォルトの名無しさん
09/03/17 01:56:32
>>439
Mono.SIMDでも使っとけばいいと思うよｗ
442:デフォルトの名無しさん
09/03/17 02:45:29
よく考えるんだ！
Silverlightの目的はネット越しのリッチなプレゼンテーションだぞ。
高度な負荷処理はWCFなどのWebサービスに投げろ。
443:419
09/03/17 04:42:54
3Dモデルを出そうとして、更にSLとMDXのハイブリッドコード考えた時、どうしようか迷ってる。
DirectX系はfloatなので、できればそれに合わせたいけど処理速度的にはSLの方がシビア。
しかし頂点のデータ量とかも考えると、ギリギリまでfloatで最後にdoubleに変換の方がいいのかな？
と思いつつも俺の無知で、実はSLは何をするにもdoubleがベストなのは常識！とかだったら嫌なので
一応、聞いてみますた。丸投げ面倒臭がりでスマソｗ
444:デフォルトの名無しさん
09/03/17 07:02:20
3Dの計算って1つの数値に対する計算量はそんなに多くなくて、
短い計算を大量の座標に対して行うから、キャッシュに入りやすい
floatの方が良いと思う。
445:デフォルトの名無しさん
09/03/17 07:46:55
>>441
そんなもの使わなくても、コンパイラとJITコンパイラが勝手にやってくれるの。
ってわかってて冗談言ってるのかｗ？
Mono.SIMDを使わなきゃいけないんだ、とか思う人が出てくるから自重するがよろし。
まあ、SLとはまったく関係ない話だが、MS.Xna.FrameworkのVectorとかと、MDXのVECTORと、
scratchの手書きのVectorとで、実行速度に差は見られなかった。これはちょっと意外だった。
>>442
もちろんその通りだが、ローカルで行うべき高負荷な処理もあるかと。
それからWCF使うにしたって、通信量とUIレスポンスが優先されるべきだと俺は思う。
>>443
あのさ、Silverlightアプリ書いたことないんじゃない？それどころかDirectXについても理解できてないぞ？
まず、Silverlight2では3Dなんてやるべきじゃない。Direct3DもXNAもOpenGLも使えんぞ？
ラスタライズアルゴリズムを自分たちで実装してる人もいるが、実用には全く耐えない。
(誤解をおそれずわかりやすく言えば、SL2ではDirect3D相当のものを自分で一から作る必要があるってことな！)
ブラウザで3DCG動くアプリ書きたいなら、GPU支援ができるWPF Browserアプリを書けばいい。
DirectXってことはWindowsプラットフォーム限定なんだろう？だからそもそもClickOnceでもいいだろう？
それから、MDXなんてものはとっくに誰も使わないものになってるぞ？
C#で3DやるならWPFでもいいが、ゲームとか本格的な3DはXNA推奨ということになっている。
動画再生とかベクターグラフィックスとか、そういうものはもちろんSilverlight2でできるわけだが、
どうしてもSilverlightでやりたいなら、Silverlight3を待て。
つうかこれ以上は板違いってもんだ。
俺の言ってることを理解するつもりがないなら、大人しくdouble使っとけ。ってかもうちょっとちゃんと勉強するべきだ。
446:デフォルトの名無しさん
09/03/17 08:03:42
ちょっと>>445の文章は、わかりにくいところがあると思ったから修正。
>>443
あのさ、Silverlightアプリ書いたことないんじゃない？それどころかDirectXについても理解できてないぞ？
まずSilverlight2では、Direct3DもXNAもOpenGLも使えないから、3Dなんてやるべきじゃない。
ラスタライズアルゴリズムを自分たちで実装してる人もいるが、実用には全く耐えない。
(誤解をおそれずわかりやすく言えば、SL2ではDirect3D相当のものを自分で一から作る必要があるってことな！)
DirectXってことはWindowsプラットフォーム限定なんだから、
ブラウザで3DCG動くアプリ書きたいなら、GPU支援ができるWPF Browserアプリを書けばいい。
ただしC#で3Dやるなら、MDXなんてものはとっくに誰も使わないものになっていて、
WPFで書くこともできるが、ゲームとか本格的な3DをやるならXNA推奨ということになっている。
どうしてもSilverlightで3DCG描画をやりたいなら、Silverlight3を待て。
動画再生とかベクターグラフィックスとか、そういうものはもちろんSilverlight2でできる。
447:デフォルトの名無しさん
09/03/17 08:39:07
昔実測したらfloatの方が遅かったんだけどなぁ・・・
今、ネットで検索してみても、
「.NET Framework は環境に応じて SSE 最適化する」
って話出てるフォーラムがあるなぁ。
昔計ったのはなんで遅くなったんだろう。
448:デフォルトの名無しさん
09/03/17 10:03:00
>>439
ありがとう。
どうせFPUが処理するんだから、ワードサイズと処理単位は一致しているのが
もっとも効率的と思っていたわたしは、
486DXと486SXの違いくらいしか知りませんでした。
449:デフォルトの名無しさん
09/03/17 12:50:46
低レベル（下層レベル）の事ばかりを案ずる人は、.NETテクノロジーが不安で不安で
仕方なく、とても安心して使えないということだな。
450:デフォルトの名無しさん
09/03/17 15:34:02
.NETを安心して安心して使える、って人は存在するの？
451:デフォルトの名無しさん
09/03/17 15:51:09
【ネット】USEN、GyaO事業を100％子会社に移管--GyaO事業本部は廃止に [03/16]
ｽﾚﾘﾝｸ(bizplus板:6-番)
6 名前： 名刺は切らしておりまして 投稿日： 2009/03/16(月) 21:49:15 ID:wJmhwo8J
Gyaoもいい加減WMPをやめてFlashにした方が良いと思うのだが。
7 名前： 名刺は切らしておりまして 投稿日： 2009/03/16(月) 21:50:20 ID:9CAuko82
んだんだ
8 名前： 名刺は切らしておりまして [sage] 投稿日： 2009/03/16(月) 21:51:24 ID:aDxMTmOn
つーかSilverlightに決めたんだから、とっととそれに移行してほしい。
Macユーザ放置って結構損してると思うんだがなぁ…。
9 名前： 名刺は切らしておりまして 投稿日： 2009/03/16(月) 21:52:06 ID:Bln0WAOv
使いにくいのはそのせいか
452:419
09/03/17 19:24:46
>>444、その他の人。
とりあえずMatrixとVectorを実装して頂点計算っぽいものをしたけど、体感速度に差はなかった。
頂点数は少ないけど、マトリクス同士の掛け算でモリモリ掛け算しているので
速度論議は結局徒労に終わった感じ。もしくはボトルネックが別にあって
気にならないだけかもしれないけど。何にせよ、色々教えてくれた人には感謝。
>>446
そうだね♪
453:デフォルトの名無しさん
09/03/18 03:52:47
>>446
SLでD3D相当のラスタライズアルゴリズムを自分たちで実装してる人っては
いないんじゃないか？
一部でやられているのは、Intelあたりがやっているray tracingの
counterpartであって、DirectXの～ではない。
まあでも、いずれにしても3Dについては、SL3を見て考えるというのは、まっとうな判断だーね。
しかし、SL3の3Dはいったい、どれぐらいのもので、何ができるのか。
Flash10のと似たような感じのものなのか違うのか、どうなんでしょうねー？
MSの狙いは、とりあえずPhotosynth関連をまともに動かすという程度
あたりなんでしょうから、まあ、そんなに期待はしてないけども。
予想に反して素晴らしかったら、MSを尊敬するよ。
454:デフォルトの名無しさん
09/03/18 04:34:23
個人的にはハードウェア対応なので、それなりに動くようになると思う。
ただ、その分起動が遅くなってJava3Dの様になるんじゃないかと心配。
455:デフォルトの名無しさん
09/03/18 09:18:29
>>453
URLﾘﾝｸ(www.windowsvista.si)
URLﾘﾝｸ(pub.ne.jp)
誰もD3D相当のとは言ってないが？
ラスタライズアルゴリズムの実装とか、学生のレポート課題とかでもよくあるぞ。
456:デフォルトの名無しさん
09/03/18 09:24:02
へー、みんなすげーな。
457:デフォルトの名無しさん
09/03/18 09:46:55
URLﾘﾝｸ(www.physicspoweredgames.com)
これのPin Jointデモで２つのブロックの間に通せそうで通らない。イライラしてきた！
458:デフォルトの名無しさん
09/03/18 09:56:59
摩擦抵抗を考慮してないからなw
459:デフォルトの名無しさん
09/03/18 10:13:14
>>455
残念ながら分かってないのは君だな。レポート課題とやら、もう少し真面目にやったほうが良いんじゃないの？
ラスター化するのがラスタライズで、その貼ったURLでやられている3Dはラスタライズなんてしてないよ、見たところ。
それは単なるベクターの変形。もうちょっと勉強して出直してきな。
460:デフォルトの名無しさん
09/03/18 10:21:18
直線のラスタライズとか結構面倒だからなあ。
円のほうがまだ簡単だった
461:デフォルトの名無しさん
09/03/18 10:58:28
>>417
ScrollViewerをGridにはさんで望みどおりのスクロールバーが出ました！
ありがとうございます。
ブラウザのスクロールバーは役立たずですね。
462:デフォルトの名無しさん
09/03/18 15:39:10
Silverlightの動画って保存できませんか？
463:デフォルトの名無しさん
09/03/18 17:27:39
Silverlight Toolkit をダウンロードしたんですが、
インストール方法がわかりません。
Binariesフォルダをどこに配置すべきなのでしょうか？
464:デフォルトの名無しさん
09/03/18 17:37:58
そんな人は使うなよ
465:デフォルトの名無しさん
09/03/18 19:23:00
Microsoft® Silverlight™ 3 ソフトウェア開発キット Beta 1
URLﾘﾝｸ(www.microsoft.com)
Visual Studio 2008 SP1 用 Microsoft® Silverlight™ 3 Tools Beta 1
URLﾘﾝｸ(www.microsoft.com)
466:デフォルトの名無しさん
09/03/18 22:34:18
公開早いな
467:デフォルトの名無しさん
09/03/18 22:55:24
インストールしたけど2からの変更点が分からん
468:デフォルトの名無しさん
09/03/18 23:00:22
GPU 使うようになって、H.264 に対応したって話だっけか。
BAML 対応強化とかって含まれるのかな？
WPF の方は、.NET Framework 4.0 で BAML の読み書きできるようになるらしいけど。
469:デフォルトの名無しさん
09/03/18 23:13:11
まぁ、今夜MIX09のKeynoteが始まるから待とうじゃまいか。
URLﾘﾝｸ(live.visitmix.com)
470:デフォルトの名無しさん
09/03/18 23:15:38
午前１時か
471:デフォルトの名無しさん
09/03/18 23:51:07
これはもう完全にXBAP終了のお知らせだな・・・
URLﾘﾝｸ(d.hatena.ne.jp)
472:デフォルトの名無しさん
09/03/19 00:01:37
まさかのピクセルシェーダ(HLSL)対応w
3Dはお預けっぽいね
473:デフォルトの名無しさん
09/03/19 00:09:36
>>471
このままいけば、踏み台のXBAPだけでなくASP.NETも御役御免になりそうな勢い。
俺個人としては、WCFとのバインディングにBasicHttpBinding以外も可能になったかのかが気になる。
あと、グラフィックと通信の強化は、ちょっとしたネトゲも可能になりそうな展開だなｗ
474:デフォルトの名無しさん
09/03/19 00:23:26
いやすでにXBAPは黒歴史だろ。
実際に動いたシステムってあるのかねｗ
475:デフォルトの名無しさん
09/03/19 00:24:49
どこかの動物園とかTBSの安土城とか使ってたような
476:デフォルトの名無しさん
09/03/19 00:48:48
ちょｗｗｗｗおまｗｗｗｗｗｗｗ3D3D言ってきた俺涙目；；
477:デフォルトの名無しさん
09/03/19 01:40:17
DataGridがどうなったのか非常に気になるのだが、調べる時間がない；；
478:デフォルトの名無しさん
09/03/19 01:46:22
今Keynoteのストリーミング見始めたんだが、
ちょうどScottGuが出てる所だけど、SL3のデモはまだかな？
479:デフォルトの名無しさん
09/03/19 01:58:25
すぐにデモ見たいな。
480:デフォルトの名無しさん
09/03/19 02:02:19
きたきた
481:デフォルトの名無しさん
09/03/19 02:31:20
なんか恐ろしいことになってるな
482:デフォルトの名無しさん
09/03/19 02:46:16
Blendがとうとうまともになった・・・
483:デフォルトの名無しさん
09/03/19 02:51:22
てかSketchflowよく考えられてるな。
484:デフォルトの名無しさん
09/03/19 02:54:57
Photoshop, Illustrator をレイヤー情報保ったままインポートできるのは素晴らしいな。
485:デフォルトの名無しさん
09/03/19 02:56:25
なんかデモだけ見てるとすばらしい環境のように思えてきたｗ
486:デフォルトの名無しさん
09/03/19 03:24:35
モバイルの話は一切無し…
487:デフォルトの名無しさん
09/03/19 03:27:37
まぁ結構面白かったな。お疲れ＆オヤスミ
488:デフォルトの名無しさん
09/03/19 03:29:30
ん、やはりMSはVer.3から本気出すというのは本当だったんだなｗ
オヤスミ
489:デフォルトの名無しさん
09/03/19 05:47:36
Silverlight 3 Beta
URLﾘﾝｸ(silverlight.net)
490:デフォルトの名無しさん
09/03/19 06:42:51
Silverlight 3 Tutorial Videos
URLﾘﾝｸ(silverlight.net)
もうね、3D効果とか半端ないな。他の追従を許さねぇｗｗｗ
「敵(Adobe Flash)を欺くには、まず味方(WPF/XBAP)から。」 とはこの事だね。
491:デフォルトの名無しさん
09/03/19 07:32:58
そのビデオ見てる感じ、
3Dモデルを表示できるわけじゃなくて、投影変換エフェクトが追加されただけかな？
これは GPU-accelerated でやってくれてるんだろうか。
492:デフォルトの名無しさん
09/03/19 08:45:38
URLﾘﾝｸ(www.hufkens.net)
URLﾘﾝｸ(markharrison.co.uk)
なんとなくまとまってたので貼りこ
ランタイムはサイトに直接行って3の入れないとだめぽ
2のランタイムと混ぜてもじぶんの環境だと不具合なしと(XP Home Sp2)
493:デフォルトの名無しさん
09/03/19 08:49:53
URLﾘﾝｸ(blogs.msdn.com)
追記： chm ファイル発見
494:デフォルトの名無しさん
09/03/19 09:08:09
> We now have SaveFileDialog support in Silverlight 3.
うほっ
495:デフォルトの名無しさん
09/03/19 10:23:19
URLﾘﾝｸ(samples.msdn.microsoft.com)
FF 3.06, 3.1 Beta3, Opera 9.64 だと見れないことを確認した…
というか IE オンリーでした…orz
496:463
09/03/19 10:40:20
参照設定で
Microsoft.Windows.Controls.Input
を追加後、
UserControlの属性に
xmlns:input="clr-namespace:Microsoft.Windows.Controls;assembly=Microsoft.Windows.Controls.Input"
を追加したら
<input:NumericUpDown>
で使えました、お騒がせしました
497:デフォルトの名無しさん
09/03/19 11:15:03
Can install Silverlight application on desktopって結局はInternet Explorer_Server使ってるんだな
まぁ、いいけどさ
PrintingとSupport for PDFとか見つからないなぁ
探し方が悪いのか、まだ実装されてないのか・・
498:デフォルトの名無しさん
09/03/19 11:20:52
>>497
＞PrintingとSupport for PDFとか見つからないなぁ
＞探し方が悪いのか、まだ実装されてないのか・・
MS謹製のXPSは如何でしょうか。
WPFで試した限りでは、たった4行のC#コードでカンタンにコントロールツリーを
XPSファイルに出力できて、印刷もサポートしているようですけど・・・
499:デフォルトの名無しさん
09/03/19 11:35:57
>>498
XPSでもかまわないけど、SLから直接PrintDialogが出せるかというのも大きいなぁ
Flashは確かできたはず
500:デフォルトの名無しさん
09/03/19 12:16:08
また、Beta1で、6月にBeta2で・・9月にRCとかで・・と
毎年こんな具合で？
501:デフォルトの名無しさん
09/03/19 13:02:24
Betaの後ろに番号つけてないから、去年のSL2よりは早くリリースされるんじゃない？とか適当言ってみる
502:デフォルトの名無しさん
09/03/19 18:59:11
>>501
おお、なるほど。そう言われて見るとそうなのか。
SDKだけか・・BETAに1が憑いているのは。
503:デフォルトの名無しさん
09/03/19 19:01:42
MIX09では地味ながら手堅いもの色々出してきてるね。
Expression WebのSuperPreviewなんか、素晴らしいと思うのだが
一方で、MSがこういうの出すってのも時代が変わったんだなぁ。
504:デフォルトの名無しさん
09/03/19 22:13:42
Expression全く触ったことない俺に今までのBlendは何が駄目でVer3は何がいいのか教えてください＞＜
505:デフォルトの名無しさん
09/03/19 22:53:02
ついさっき、SilverLight3のToolsとSDKは、インターネットに接続するPC
から至急アンインストールしろってお達しが上から来てた。
詳細は分からんけど、注意した方が良さげ。
506:デフォルトの名無しさん
09/03/19 23:18:57
>>504
試用版をDLできるんだから、本気で評価したいなら
こんなことで他人のいい加減な意見を聞かず自分で判断すべし。
507:デフォルトの名無しさん
09/03/19 23:36:27
>>505
kwsk
ソース プリーズ
508:デフォルトの名無しさん
09/03/20 06:43:53
SilverlightじゃなくてSilverLightの話だから気にしなくていいよ
509:デフォルトの名無しさん
09/03/20 06:56:29
>>489 のIMPORTANT DEVELOPER NOTEのとこじゃない？
SL3 Tool for VS betaを入れるとSL2の開発は出来なくなります。
SL2の開発を続けるなら別に環境を作ってねと書いてある。
510:デフォルトの名無しさん
09/03/20 16:00:44
なるほど、クライアント側でSL3ランタイムを要求されちゃうのか。
511:デフォルトの名無しさん
09/03/21 03:21:04
インストールすると、なんか何かが怪しい挙動するような気もするけど、
さすがにbackdoor仕掛けて競合からsecret盗むような危険なマネはしないでしょう。
そんなの明るみになったら、ビジネス自体続けられない事態に陥ること必至だもの。
ただ、SLに外野で？関わっている人々の一部には、
OSSの血が入っているからか、コンプライアンスの意識が低いようなところがあり、
しかも、そうした人々が本体とどう関わっているのかは良く見えない。
なんか気持ちが悪いのは確かだ。
MSは自分のところの6digitのサラリーワーカーにもっと仕事させればよいのに、
なんでこうした方針を採っているのか、いまだに謎だよ。
512:デフォルトの名無しさん
09/03/21 16:20:43
あれ、EncodingでShift_JIS使おうと思ったけど無いのかな。
MSDNにはUTF8と、Little/Big EndianのUTF16をサポートするとしか書いてないや
自前で実装して一緒に配布するか、（可能なら）サーバー側で変換して渡すのがSLの流儀？
ぐぐってたらASCII用のEncodingの実装例があった。こんな感じでやればいいのか･･でも面倒だな･･･。
URLﾘﾝｸ(silverlight.net)
# SL3が面白そうだったので予習にSL2を始めましたが手探り状態。でも楽しい
513:デフォルトの名無しさん
09/03/21 16:23:26
マイクロソフトに繋がらんのんだが
514:デフォルトの名無しさん
09/03/21 16:29:29
IE8リリースで混んでるみたいだ
515:デフォルトの名無しさん
09/03/21 20:05:06
MS本気出しすぎ。いい加減にしろ
516:デフォルトの名無しさん
09/03/21 20:35:39
MSは開発フレームワークなどはいいんだが、製品は何で微妙なのか(´・ω・｀)
517:デフォルトの名無しさん
09/03/21 21:20:11
フレームワークもクソだよ。WinFormsとかは
518:デフォルトの名無しさん
09/03/21 23:02:56
割合素直な Win32 ラッパーだし、 1.0 からあるからそのときの
状況考えるとクソでもなんでもない気が。
519:デフォルトの名無しさん
09/03/21 23:11:03
なんでもクソって言いたいんだろう
むしろ最近はよく出来てて感心させられることのが多い
520:デフォルトの名無しさん
09/03/22 00:10:17
Silverlightとかから考えるとC時代のWindowsプログラミングとかもうマゾ過ぎるな
521:デフォルトの名無しさん
09/03/22 00:53:48
>>520
WindowsSDKレベルのAPIコードなんて見たくもない。
今でも「C言語って、ビットやメモリを意識する感覚が好き。」とか言って
好んで使ってる奴を見かけるが、ハッキリ言って異常なＭ体質だよな。
522:デフォルトの名無しさん
09/03/22 02:04:21
組み込みプログラマは変態。
523:デフォルトの名無しさん
09/03/22 02:08:34
>>520
十数年前と今を比べりゃそりゃそうなるって。
>>521,522
誰もやりたがらないことだから、M体質な人が高給とって食ってけるわけで。
魂削って金を得るのが好きな日本人向けのいい分野じゃないか、組み込みは。
524:デフォルトの名無しさん
09/03/22 02:17:39
MSが日本企業だったら、
frameworkもとんでもない綺麗な実装になってただろうな
525:デフォルトの名無しさん
09/03/22 02:19:28
日本企業だったら、Frameworkってものがそもそもできなさそうな気もするんだけど。
Frameworkよりもマンパワー使って個別案件に事細かに対応ってのが日本的なスタイルな気が。
526:デフォルトの名無しさん
09/03/22 02:31:52
>>525
その反例はPlayStationとか、Wiiとかの開発環境を提供してる企業があることかと
527:デフォルトの名無しさん
09/03/22 03:29:37
>>520-522
ビットやメモリを意識することを、苦痛と感じるのは、脳のビットが足りてないからじゃないの？
>>525
そのあたりに、日本のソフトウェアまたはITジャイントというものが存在しない理由があるのでしょう。
ただ、人海戦術しかないんだとすると、将来、人口の多い後進国にどうやっても勝てないなんて事にも
なりかねないんだけどね。どうなることやら。
528:デフォルトの名無しさん
09/03/22 03:38:14
>>527
＞ビットやメモリを意識することを、苦痛と感じるのは、脳のビットが足りてないからじゃないの？
そのような発想をしていては、とても上層のアーキテクト設計や経営層が相手の仕事は無理だぞ。
529:デフォルトの名無しさん
09/03/22 06:01:17
>>520-521を読んだ時、絶対スレが脱線すると思った。>>438もそうだけど、
どうもローテクに嫌悪感をもつ人が書き込みを始めた予感。
ローテク自体には賛否両論あると思うけど、その辺で煽ったり熱くなったりすると
スレの趣旨からますます離れていくことになりそう。
と、このレス自体もスレチなんけど。
530:デフォルトの名無しさん
09/03/22 10:11:23
>>526
WiiとかPSとか、開発むちゃくちゃ大変よ。
あと、WiiとかPSの公式ライブラリ、海外のミドルウェアメーカー製ばっかり。
ゲーム機は>>525みたいな話がむしろ顕著な分野だと思う。
MSがXNAとか出して開発の敷居下げまくってるのに対して、
PS3は「開発ツール充実してないけども、日本の開発者ならなんとかしてくれるはず」とか開き直って大外れしてるし。
531:デフォルトの名無しさん
09/03/22 12:46:47
>>525
FにしろHにしろ、Javaや.NET向けに自社標準frameworkはある。
Javaの場合は、自社製アプリケーションサーバと組み合わして、囲い込みも狙ってるし。
532:デフォルトの名無しさん
09/03/22 15:31:37
自民党信者よ、これだけは覚えておけ。
民主の評価が下がっただけで、自民の評価が上がったわけじゃない。
・漢字の読み間違い
・カップラーメン
・ホッケの煮付け
・ボールペンのキャップ
・バー通い
・酒
・絆創膏
・給付金を貰うか貰わないかの迷走
・日本酒を6本購入 ←New
どれひとつとして、我ら国民は決して忘れていない。
国民は、絶対に麻生を許さない。
533:デフォルトの名無しさん
09/03/22 19:56:32
そんなことより、I/Oポート81H叩いてDMA転送止めようぜ!
534:デフォルトの名無しさん
09/03/22 23:45:09
>>530
日本の技術者の足りないところだよね。
技術者育成に影響力を持つ国公立の教育機関主導の工業・工学系の
教育は知識先行。日本的なメーカーは城体質だから内向きの閉鎖文化。
市場リードに繋がるプロデュース能力面で大きく遅れをとっている。
535:デフォルトの名無しさん
09/03/23 09:52:05
>>529
パフォーマンスは、元々Silverlightが抱える重大な問題の一つで、そんなにスレ違いでもない。
てか、Silverlightに関して実行速度とか、あとファイルサイズとかについて、これだけ熱くなっているところって
ここ以外にないような感じで大変に面白い。これぞ日本の国民性。
ケチがゆえに効率性を上げ、またケチがゆえにロクに投資もしない。
金が切れているから、縁も切れている。産＆学もしかり。>>534 OK？
でも、こういうセコさは、環境ビジネスにつながるところで、幾らか追い風が吹いていて、
また、上手くやれば短期間で景気回復への寄与と産業創出による雇用対策の両方を
一挙に果たせる有望な分野であるのに、国による純粋なIT支援とかの話は持ち上がってこない。
>>531のFやらHやらのプレゼンが足りないのか、何なのか。
まあ、おそらく、
ソフトウェア屋ってのは信用されてない。ソフトウェアをやってるっていったら、田舎じゃ何となく怪しげ。
「あの人は製造業してる、でもあの人・・ソフトウェアやってんだってさ」っていったら、
何となく今でも眉につば付けて見られるところがあるでしょうが。
とか言いかねないよね、ってな具合に>>532もカバーしつつ。
Silverlightを本当に発展させたいなら、資金調達の道もなく打ち捨てられている
日本の中小セコさ技術を取り入れる投資の話も一緒に持ってきてくれ、とスティーブに
伝えておいてくれ。関係者さん。
536:デフォルトの名無しさん
09/03/23 18:39:05
カスタムエフェクトをピクセルシェーダで書けるようになったが、
これGPUじゃなくてCPUでやってるね。
Macは確認して無いけど恐らく似たようなものかと。
セキュリティを考えたらWeb由来コードをGPUに投げるのは、
現状のGPUではまだ無理じゃないかと思ってたが、その通りだった。
537:デフォルトの名無しさん
09/03/23 19:42:01
初心者ですまんが、SliverlightとWPFブラウザアプリケーションってどう違うの?
538:デフォルトの名無しさん
09/03/23 19:55:30
WPFウェブアプリ(XBAP)
CLR上で動く。サイズが大きく、スループット重視。
セキュリティモデルもCLR準拠。普通はインターネットゾーンで稼動。
証明書などでセキュリティゾーンを変更できる。
Silverlight 2.0
専用のmini-CLRで動く。サイズが小さくレスポンス重視。
セキュリティモデルは単一で変更は出来ない。
539:デフォルトの名無しさん
09/03/23 20:05:02
silverlightとwpfでコントロールをデザインするにはblend2で、コードを記述するならVisualStudio?
VSでコントロール配置できないなんてすごい不便だよな・・
540:デフォルトの名無しさん
09/03/23 20:13:20
>>538
ありがとう。
ということは、CLRやセキュリティの差異をはずせば同じということなのか。
541:デフォルトの名無しさん
09/03/23 22:08:06
オフラインになったらセキュリティモデル変わるんじゃないか？(´・ω・｀)
542:デフォルトの名無しさん
09/03/23 23:06:39
HTAにSilverlightをホストできたけど、セキュリティ・モデルはチェックしてなかったなぁ
543:デフォルトの名無しさん
09/03/23 23:10:53
>>540
そう。
結構fullのCLRとmini-CLRの差はあるけども。
>>541
SL3 の Out of Browser 実行でもサンドボックス内で動くって話らしい。
544:デフォルトの名無しさん
09/03/23 23:23:03
じゃあそろそろ誰かSilverlightでWebブラウザ実装してみようって話に持って行ってみて
545:デフォルトの名無しさん
09/03/23 23:26:04
IEでSilverlightを実行している中にブラウザがあってその中でSilverlightを実行した中にブラウザがあって
その中でSilverlightを実行した中にブラウザがあってその中でSilverlightを実行した中にブラウザがあって
その中でSilverlightを実行した中にブラウザがあってその中でSilverlightを実行した中にブラウザがあるということですか？
546:デフォルトの名無しさん
09/03/23 23:42:26
VS のエディタがいきなり WPF になって驚いたから IE が CLR
ベースになってももう驚かないぞ☆
547:デフォルトの名無しさん
09/03/23 23:46:05
officeはすでにCLRベースじゃなかったっけ
548:デフォルトの名無しさん
09/03/24 00:11:02
>>543
なんか今度はファイル保存とかも出来るらしいが、それはサンドボックスに含まれるんか？(´・ω・｀)
549:デフォルトの名無しさん
09/03/24 00:41:13
>>548
含まれるみたい。
ユーザーがボタン押したとか、明示的に何かしたとき限定で、
ファイルオープンダイアログ出す
（自動保存は無理だし、自動的にダイアログ出すのも無理）
みたいだし、問題ないのかも。
550:デフォルトの名無しさん
09/03/24 08:48:02
>>545 それは新種のブラクラだな。
551:デフォルトの名無しさん
09/03/24 13:09:19
SilverLightの上でHyperVが動けば良くね？
552:デフォルトの名無しさん
09/03/24 13:19:37
むしろHyperV上で直接SLが動いた方が良い。
553:デフォルトの名無しさん
09/03/24 13:31:51
♪親亀の上に子亀が乗って～
554:デフォルトの名無しさん
09/03/24 14:56:14
亀の頭が取れて～♪
555:デフォルトの名無しさん
09/03/24 16:10:17
2枚の鏡を向かい合わせにしたり、ビデオカメラをモニターに向けたりと同じですね
556:デフォルトの名無しさん
09/03/24 18:25:05
>>549
悪意があれば問題があるような気が…。
でもイントラでは便利そうだな。
557:デフォルトの名無しさん
09/03/26 19:34:32
Silverlight2.0の勉強したいんだけど
サイトでプログラムの作り方を紹介しているところってある？
558:デフォルトの名無しさん
09/03/27 00:37:08
>>557
URLﾘﾝｸ(silverlight-users.jp)
この辺りをどうぞ。
あとは、WPF がらみで検索してみるのもありか。
作り方はほぼ一緒で、クラスが少ない程度だから。
「げっ、このクラス Silverlight にはねーのかよ」とか文句言いながらになるんだけどもね。
559:デフォルトの名無しさん
09/03/27 04:12:20
＞「げっ、このクラス Silverlight にはねーのかよ」とか文句言いながらになるんだけどもね。
プゥーッ と膨らんだ期待と希望の風船が一瞬にして パンッ☆ と破裂する瞬間だよなｗ
XPS関係とかもそう。
まあそれでもASP.NET 2.0と比較すれば、Silverlightはクアイアントサイドで動作するので
ステートフルな制御が可能な事と、洗練されているのが救いだな。
560:デフォルトの名無しさん
09/03/27 04:13:56
まだベータだけど勉強だけならSilverlight 3にしたら？
561:デフォルトの名無しさん
09/03/27 08:27:53
この間プロトタイプで株式チャート作った時は足りないクラスとかに何もきづかんかった･･･(´・ω・｀)
基本的に自前主義で色々作ってるから？
562:デフォルトの名無しさん
09/03/27 08:53:30
>>561
うん、ほとんど事足りるんだけどね。
たまにだから余計に「げっ」って思う。
ないと思ったら、実はオーバーロード違いの奴があったりもする。
Encoding.GetString(byte[]) がなくて、
GetString(byte[], int, int) だけあるとか。
563:デフォルトの名無しさん
09/03/27 08:55:59
基本的なジオメトリは共通だけど、
Storyboardやバインディング、動的リソース関係がほとんど互換なし。
コントロールは今後外付けでWPFと共通のものが増えてくるんじゃないかな。
564:デフォルトの名無しさん
09/03/27 09:03:41
Binding は 3 でだいぶ WPF に近づくらしい。
コマンドがまだ外つけなのがつらい。
ただ、外つけライブラリは今後、
アセンブリキャッシュっていう、MSのサイトからダウンロードして
ローカルにキャッシュするような仕組みが入るらしいから
xapファイルサイズ気にせず使えるようになりそう。
外つけのコントロール類は、今はSilverlight優先で開発されてて
むしろWPFの方が後。
565:デフォルトの名無しさん
09/03/27 10:43:50
今後はコントロール類はMS-PLでCodePlexで開発というスタイルで
進んでいきそうだね。これは良い傾向。
566:デフォルトの名無しさん
09/03/27 12:38:50
外つけってどういう意味？
567:デフォルトの名無しさん
09/03/27 21:19:10
>>566
Silverlight の SDK 入れると、
\Program Files\Microsoft Silverlight\3.0.40307.0
にdllがいくつか入ってる。
これは、MSからの公式提供ライブラリなんだけど、
Silverlight のランタイム中には含まれてない。
このライブラリを参照すると、xap ファイルに同梱されての配布になる。
結果、xapファイルが肥大化する問題があったんだけど、
それを解決してくれるのがアセンブリーキャッシュ。
568:デフォルトの名無しさん
09/03/28 10:48:41
>>565
Flexのコントロール類が、バージョンを幾つ経たって
マトモなものになって行かないってのと同じ運命だってことですね。
569:デフォルトの名無しさん
09/03/28 11:06:38
>>568
開発進めるのはあくまでMS社員。
単にソースがオープンになってるだけ。
570:デフォルトの名無しさん
09/03/28 12:22:58
>>81
営利目的で使えない以外に、何かあんの？
571:デフォルトの名無しさん
09/03/28 14:26:17
>>569
誰が開発するかが問題ではなくて、ソースがオープンなのが絶対的な足かせ。
オープンな形でやる限り、本当に誰がやっても同じになるような
教科書レベルのものにしかならず、実際上はちっとも役に立たない。
これは何故かというと、MS含め、オープンソースキッズの技術が貧弱だから。
ではなく、商用のコントロールに匹敵するようなものをオープンに出したら、
それは単なるダンピングだよねってことになるからよ。
特にMSが主導する場合、このあたりは相当にセンシティブな問題となってロクなことはない。
基本的なコントロール群の開発に関して戦略を間違えるとアウトだってのは
先人が示す通りで、同じような道を進むなら、それはちっとも良い方向じゃない。
572:デフォルトの名無しさん
09/03/28 14:32:42
>>571
それ自体がタダでもめぐりめぐってWindowsとかの売り上げが伸びることで儲かる
っていうようなビジネスモデルでもダンピングになるのか？
573:デフォルトの名無しさん
09/03/28 17:55:19
>>570
たとえば、Monoプロジェクトの参加ルールには、以下のように書いてある。
｜If you have looked at Microsoft's implementation of .NET or their
｜shared source code, you will not be able to contribute to Mono.
意図せず偶然に、同じコードを書いてしまうこともありえなくはないが、
もし事前に見ていたら偶然と言うことはできなくなるし、ほんとに
その部分は読んでいなかったとしても、抗弁は難しい。
574:デフォルトの名無しさん
09/03/28 18:20:15
つまりこれは発明・特許の「先願主義」に近い効果を狙ったmonoか。
575:デフォルトの名無しさん
09/03/28 21:45:35
MS shared source と MS-PL の違いを知らない人に
意図的なミスリーディング乙
576:デフォルトの名無しさん
09/03/28 22:02:43
C#はjavaも超えた
URLﾘﾝｸ(www.indeed.com)
webでもASP.NETのほうが上
URLﾘﾝｸ(www.indeed.com)
仕事そのものが.NETに推移
URLﾘﾝｸ(www.indeed.com)
577:デフォルトの名無しさん
09/03/28 23:27:30
>>575
・誰に言ってるのか分からない。
・あなたも理解していないようだ。MSPLはShared Source Iniativeの一環。
URLﾘﾝｸ(www.microsoft.com)
578:デフォルトの名無しさん
09/03/28 23:48:22
>>576
Trendだろ？Javaは、もう十分に広まったってことじゃね
579:デフォルトの名無しさん
09/03/28 23:53:01
>>574
最近、MSが各国でLINQ特許を取得済みなのを知った。
都合が悪くなったら、何時でもmono利用者を訴えることができるようになっているよ。
580:デフォルトの名無しさん
09/03/28 23:54:59
>>579
いやいや。
どうせLINQの特許がなかったとしても、訴えようと思えば別の特許がいくらでも出て来るだろうに。
581:デフォルトの名無しさん
09/03/28 23:55:58
>>578
Java の方も微増してるしね。
むしろ、C++ がいまだ減らないところにびっくり。
そういあ、銀行系での採用が多かったから、
リーマンショック以来Javaはやばいって話は小耳に挟んだけど。
まあ、あくまで噂話。
>>578 見た感じ、Java に限らず全体的に求人減ってるね。
582:デフォルトの名無しさん
09/03/29 13:27:10
Expression Blend 3 Previewって、試用期限とかあるの？
ないんならインストールしてみようかと思っているんだけど…。
583:デフォルトの名無しさん
09/03/29 14:52:55
試用期限はないかとおもわれる。英語が苦手だがそれらしい記述は見当たらない。
インストールして使ってみてるけどヘルプにもそれらしい記述が見当たらない。
584:582
09/03/29 14:57:57
>>583
ありがとう。インストールしてみる。
585:デフォルトの名無しさん
09/03/29 21:33:54
Silverlightのプログラミング妙にしんどい。
586:デフォルトの名無しさん
09/03/30 10:33:22
DataGridの特定の文字のセルだけ文字色を変える方法ってありますか？
現状LayoutUpdatedイベントで強引にセルにアクセスして変えてますが、
無駄が多い気がして・・・
587:デフォルトの名無しさん
09/03/30 13:15:31
>>586
LayoutUpdatedでの方法はわからんのでどれくらい差異があるかどうかわからんけど
とりあえずLodingRowイベントでの方法を。たぶんそんな変わらんのではと思うけど。
(※行数多くなったんで行数減らすためコーディングフォーマットちょっと変えてる)
private void dg_LoadingRow(object sender, System.Windows.Controls.DataGridRowEventArgs e){
// セルのデータ取得
string data = ((ds)(((FrameworkElement)(e.Row)).DataContext)).Test;
if (data == "l") {// 文字色を変えたいデータかチェック
FrameworkElement fe = this.dg.Columns[0].GetCellContent(e.Row);
FrameworkElement result = GetParent(fe, typeof(DataGridCell));
if (result != null){
DataGridCell cell = (DataGridCell)result;
cell.Foreground = new SolidColorBrush(Colors.Green); // セルの文字色を変える
}
}
}
private FrameworkElement GetParent(FrameworkElement child, Type targetType){
// ループして親(データグリッド)を取得
object parent = child.Parent;
if (parent != null){
if (parent.GetType() == targetType){
return (FrameworkElement)parent;
}else{
return GetParent((FrameworkElement)parent, targetType);
}
}
return null;
}
588:デフォルトの名無しさん
09/03/30 13:39:00
ごめ、
((ds)(((FrameworkElement)(e.Row)).DataContext)).Test;
というのは、dsクラスのList配列をItemSourceにセットしてるためで、
データベースの場合は
((DataRow)(((FrameworkElement)(e.Row)).DataContext))("Test");
となるんじゃないかな？ためしてないけど
589:デフォルトの名無しさん
09/03/30 16:58:23
>>587-588
できました！
表示データ（セル）から特定の文字か判断していたのですが、
なぜかバインド済みなのにセル上は空の場合がありました。（非同期だからかも？）
ItemsSourceのデータから判断するとうまくいきました。
また、条件に合わない文字列（セル）のときに文字色を黒に戻す処理も必要でした。
（スクロールした後に色が残ってしまうため）
ありがとうございました
590:デフォルトの名無しさん
09/03/31 16:14:33
っ IValueConverter
591:デフォルトの名無しさん
09/04/01 11:02:18
>>590
IValueConverter を継承してBindingに突っ込むまではわかるのですが、
そのBindingをどこに使えばよろしいでしょうか？
592:デフォルトの名無しさん
09/04/03 10:48:18
>>571
> 誰が開発するかが問題ではなくて、ソースがオープンなのが絶対的な足かせ。
> オープンな形でやる限り、本当に誰がやっても同じになるような
> 教科書レベルのものにしかならず、実際上はちっとも役に立たない。
超絶技術がオープンならば、なんの問題もないのではなかろうかw
593:デフォルトの名無しさん
09/04/03 15:42:44
>>592
超絶技術をオープンにすると、Contributorが存在せず、みんなFreeriderとなって
技術を盗むばかりの状況に陥るだけ。これが正当化されるとなるとIT産業は滅ぶ。
誰でも出来るものを、みんなで仲良くやる。これがオープンソース。
一部のエリートが価値あるものを放出し、その他の人が一方的に盗む・・なんて形になったら
オープンソースは終わり。そんな非対称な価値供与(＝窃盗と同じ)なんて続けられる訳がない。
これは主体がどれだけリッチな大企業であっても無理。
実際、こうした形態のOSSのプロジェクトは存在しないし、また、このような窃盗まがいのやりとりを
助長するような行為は不当廉売などとして法律で制限される訳だ。それ自体が反社会的だから。
OSSで扱えるものは、みんなが参加できる(＝価値のバランスが取れる)教科書レベルのものまで。
だから、OSSの枠組みでは決してマーケットを主導するような技術革新は達成できない。これがOSSの限界よ。
例えば、Googleを見てみ。OSSを支援するスタンスを採っているけど、
Googleのコアの検索技術はプロプラで、絶対にオープンにはしない。
何故かといったら、そんなことをしてはならず、また実際やったところで
単に自らが滅びるだけだってことを、Googleは良～く心得ているからだよ。
594:デフォルトの名無しさん
09/04/03 15:54:43
>超絶技術
>技術を盗むばかりの状況
心配しなくてもＭ＄は技術を盗む側。
595:デフォルトの名無しさん
09/04/03 18:15:27
スレタイも読めんのか馬鹿野郎
596:デフォルトの名無しさん
09/04/03 21:42:34
Silverlight開発がOSS的なノリになると、やれソース見せろだの、参加させろだの、
はたまた質問するのは無料だなんて勘違いしてデバッグだのコード記述だのを
丸投げしようとする輩が増えるからトンでもないってスレのPart3でしょう？
silverlight.netのフォーラムとか見ても本当にひどいもんね。
自分のコードのデバッグをMS社員に頼む盛り場と化している有様、甚く哀れなり。
597:デフォルトの名無しさん
09/04/03 21:54:00
MSDNがひどいのはSLだけじゃないよ。総じて勘違い新人の回答集と化してる。
そしてイヤなら無視すりゃいいのにブチブチとマナーとか説きながらMVPがポイント稼ぎしてる。
598:デフォルトの名無しさん
09/04/03 22:04:11
でも某BSDみたく、初心者お断りみたいな雰囲気だと、
それはそれで人が集まらないんだよねぇ。
599:デフォルトの名無しさん
09/04/03 22:05:03
>>594
何だかんだでMSの技術力は一流なのだけど。
600:デフォルトの名無しさん
09/04/03 22:13:19
>>593
そこで、難読化OSSですよ。
ソースを読むのも超絶。
頭脳だけで生きているような少数派しか参加できない。
601:デフォルトの名無しさん
09/04/04 18:52:18
っ CellTemplate
602:デフォルトの名無しさん
09/04/04 19:02:48
あれ？ここはSLのスレじゃなくなったのか
603:デフォルトの名無しさん
09/04/05 11:04:53
3.0でWriteableBitmapへの書き込みにインデクサを使うのが微妙すぎる
なんでWritePixels削った
604:デフォルトの名無しさん
09/04/05 18:08:46
SL3いろいろ試したいんですが、SL2と共存させるいい方法ないですかね？
VMWare上にVSもVS SP1もSL3もインスコとかすごい面倒な気がするんですが。
SL2とSL3の開発環境切り替えが簡単にできるなら、そのまま試すんだけどなあ。
605:デフォルトの名無しさん
09/04/05 18:23:55
つ PCもう一台
SUSE LinuxかMac OSX でMono Developとか
606:デフォルトの名無しさん
09/04/05 18:35:14
>>605
SL3てMonoでもう動く？動かないよね？ｗ
607:デフォルトの名無しさん
09/04/05 18:49:19
>>600
それはすごい嫌がらせだな。でも大体、高度なソフトウェアって純粋なプログラミングの範疇には
収まらないような技術や知識(例えば、数学や物理やその他工学など)が重要な位置を
占めているものだから、普通にプログラム書くしか脳がない連中にとっては基本的に難読なものだけどね。
ただ、こうしたコアな他の知識までOSSを通じて無料で手に入れようなんてのは虫が良すぎる訳で、
高度なものは総じてクローズドであってしかるべき。結局、そういうの学びたければ授業料を払い、
少なからぬ月日を費やして、その手の専門的な教育をしかっり受ければ良いだけの話になるが故。
608:デフォルトの名無しさん
09/04/05 18:58:53
>>607
板違いやめてくんねえかな
609:デフォルトの名無しさん
09/04/05 19:13:05
>>607はアホな子か勉強不足の学生だから無視してればいいんだが、
とりあえず、偉そうに言う前に少しはOSSのソースでも見て、それから他所で話してくれ。
大学教育受けたくらいじゃ書けないような高レベルのコードがたくさん公開されてるだろが？
610:デフォルトの名無しさん
09/04/05 19:13:40
MIDIやらWAVやらBMPやらGIFやらAVIやらもあつかえるようにしてくれぇ。頼む！！！
（まあMIDIは無理か、それとAVIもコーデックの関係上実装できるとすれば無圧縮だけとおもわれるがそれでもかまわん。）
611:デフォルトの名無しさん
09/04/05 20:20:01
でもOSSで閲覧できるFFT関連のソースなんて他人が見てもハァ？だぜｗ
読みやすく再利用が容易なように書かれたソースなんて門外不出。
ニューラルネット技術よりも遙かに音声・画像その他のパターン認識に
応用できるからな。
612:デフォルトの名無しさん
09/04/05 20:46:22
>>611
板違い続けるようなやつに限って、不勉強なんだよな。
いまどきFFTを自分で書くような暇なプログラマってどこにいるんだ？
お前にとって再利用ってのは、ソースコードの再利用なのか？何でライブラリごと再利用しないんだ？
特徴量抽出に使うFFTと、その後で使うニューラルネットとを比較してる時点で、
工学系のまともな知識もないようだしな。
613:611
09/04/05 20:59:45
>>612
電気通信系やネットワークはハッキリ分野外です。
例えば、指紋や眼底血管の画像ファイルを投入すれば、オリジナル標本との
類似度スコアがすぐに得られるような工学技術の成果物をOSSで簡単に
タダ乗りできる状態を提供しているところなんてあるのかなーってｗ
614:デフォルトの名無しさん
09/04/05 22:59:00
>>609
だから、大学教育受けたくらいじゃ書けないような高レベルのコードを無償で公開しちゃってるアホがいるってのは、
要はそうした人々が「投資としての学業」の成果物を無料で捨てることが道理を得ていないことを
理解するだけの脳ミソを残念ながら持ってないってことであって、それがそもそもの間違いなの。
まあ、こう言ってもどうせわからねぇんだろうなぁ。OSSを通じて知的財産、ひいては貨幣経済なんて
基本的なことから教育してやらなきゃならないってのは不幸な話だよ。まったく。
てか、これは元々Silverlightが進むべき道の話から来てるところだから、そんなに外れてはいないんだけどね。
ごめんね、プログラム技術だけじゃ理解できない高度な話題を展開しちゃってｖ
615:デフォルトの名無しさん
09/04/05 23:06:09
>>610
MIDI,WAV,BMPの書き出しぐらいだったら、まあ簡単に自分で作れるんじゃん？
Win32時代のコード再利用とかで。圧縮使うとちょっと面倒だけど。
しかし、SilverlightはなんでZLIBの圧縮・展開のAPIを備えないんだろうか。
内部じゃ標準的に使っているんでしょうに。
616:デフォルトの名無しさん
09/04/06 00:29:03
>>614
そこでMicrosoftは、経済や一般の常識を嫌って知ろうとも解ろうともしない共産指向の
学者的なLinux技術者達に .NETやSilverlightを通してプロと大人の道を教えています。
617:デフォルトの名無しさん
09/04/06 00:53:11
もう、終わりにしようと思ってたけど、この流れだと誤解する人もいそうだから、
レスついでにちょっと補足。>>607=>>614で、>>611はまた別の方ね。
2ch上では珍しくこのあたりに関して合意できそうなお方であるようだ。
>>612 FFT自体は教科書に載ってるような基本的なところだけど、
例えば世界最速のFFTとかになると違ってくる訳よ。
こうしたものを実現するのに必要なのは主として系の対称性等についての考慮で、
これはプログラミングではなく純粋に数学の問題である。
また、こうした技術によって生むことが出来る経済的な価値ってのは
>>613が言うように小さくはないので、どんな形でも無料で提供されてはならない。
そういう行為は産業を潰し、さらなる雇用不安などの社会問題を引き起こすからね。
ITが価値あるものだと思うなら知的財産を尊重すること。重要なのはこれ。
>>616
Microsoftはリーダーなんだから、このあたりの啓蒙活動も力入れて欲しいよ。
MSがTermsOfUseなどで著作権等について解説してるのは、ちょっと立派である。
で、終了。次シリーズは「ポストWeb2.0時代におけるSilverlightの光と影」乞うご期待！
618:デフォルトの名無しさん
09/04/06 02:33:05
FFT＝Final Fantasy Tacticsであってる？
619:デフォルトの名無しさん
09/04/06 02:36:54
>>617=>>614=>>611
お前そもそもろくにOSSの世界をわかってないし、自分の言ってることがさっきと矛盾してることにも気づいてないだろ？
アホだの脳ミソがないだの言わなきゃならん時点で、かわいそうな子だってことは誰にもわかるけどな。
とりあえず世界最速のFFTと一緒に、マジで消えてくれ。
620:デフォルトの名無しさん
09/04/06 02:46:31
>>618
世界最速らしいから、たぶん違うと思う
621:デフォルトの名無しさん
09/04/06 02:47:39
>>617
ですよね。
工学・工業技術の知的成果の尊重というソリューションの一つが、日本だとルネサスのような
半導体企業がLSIチップにFFTを封じ込めてしまって、一部を電気信号上で処理させる方法。
これなら、LSIの一つ一つを特許実施済み製品相当のように安全に流通できます。
あとは非x86なプロセッサと特別なツールのキーアルゴリズムを通さないと、使えるバイナリが
生成されない仕組みとかね。輸出規制レベル相当のソフトウェアならこれくらい対策するでしょ。
622:デフォルトの名無しさん
09/04/06 03:16:59
>>620
いや、スピードランかもしれないじゃないか。
FFT世界最速クリア記録。
623:デフォルトの名無しさん
09/04/06 10:44:45
>>615
ごめん、逆なんだな。
実行時に、画像生成して表示したりとか音作成して鳴らすとかということをしたいんだよ。
たとえば画像においてはBitmapImageをストリームからインスタンス生成するとき、jpgかpngにしか対応してない。
だもんだから、jpgフォーマットやらpngフォーマットにしたがってメモリーストリームに書き込まんとインスタンスが生成できん。
bmpフォーマットだったら、ファイルヘッダー、インフォヘッダー、イメージデータを書くだけですむ。
(Silverlight 3でようやくWritableBitmapがでたようだがしかし結局のところ対応フォーマットは変わらずじまい？)
動画もそう。asfやらwmvフォーマットにしたがって（圧縮して)メモリーストリームに突っ込まんとインスタンス生成ができん。
音声も、エコーやらディレイやらリバーブやらをかけて鳴らしたいんだがそれができない。
エコーやディレイ等のエフェクト処理は自作するにして、バッファに書き込んだ音声データを鳴らせるようなってほしいんだよ。
この辺ほとんどFlashだとできるんだけどなぁ。
624:デフォルトの名無しさん
09/04/06 10:57:33
WriteableBitmapはピクセル触れる
動的に音や動画を再生するのも可能らしい
URLﾘﾝｸ(community.irritatedvowel.com)
625:デフォルトの名無しさん
09/04/06 13:04:47
>>623
BMPはSL3なら、32bitRGBとかのデータ部分をほぼそのまま突っ込めば
WriteableBitmapで作るのが可能だよ。表示でもブラシでもOKだ。
>>603がぼやいているように、WritePixelsなんて高尚なものはないので
インデックスで直接アクセス＆アクセス。昔懐かしBMPの作成手順。
>>624 WAVが扱えるとは知らなかった。まあでも読めて当然だけどね。
どうせ内部じゃ展開して同じものになってるんでしょうから。
でも、こうなってくると、、、世界最速のFFTが欲しくなるね。冗談抜きに。ｗ