Microsoft Silverlight 2.0 その3
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2008/11/22(土) 12:33:33http://www.microsoft.com/silverlight/
MSDN Silverlight デベロッパー センター
http://msdn.microsoft.com/silverlight/
The Official Microsoft Silverlight Site
http://silverlight.net/
MSDN Silverlight ダウンロード (SDK, Silverlight Tools)
http://msdn.microsoft.com/silverlight/bb187452.aspx
CodePlex Silverlight Toolkit
http://www.codeplex.com/silverlight/
前スレ
http://pc11.2ch.net/test/read.cgi/tech/1210491703/
http://pc11.2ch.net/test/read.cgi/tech/1203891514/
0552デフォルトの名無しさん
2009/03/24(火) 13:19:370553デフォルトの名無しさん
2009/03/24(火) 13:31:510554デフォルトの名無しさん
2009/03/24(火) 14:56:140555デフォルトの名無しさん
2009/03/24(火) 16:10:170556デフォルトの名無しさん
2009/03/24(火) 18:25:05悪意があれば問題があるような気が…。
でもイントラでは便利そうだな。
0557デフォルトの名無しさん
2009/03/26(木) 19:34:32サイトでプログラムの作り方を紹介しているところってある？
0558デフォルトの名無しさん
2009/03/27(金) 00:37:08http://silverlight-users.jp/
この辺りをどうぞ。
あとは、WPF がらみで検索してみるのもありか。
作り方はほぼ一緒で、クラスが少ない程度だから。
「げっ、このクラス Silverlight にはねーのかよ」とか文句言いながらになるんだけどもね。
0559デフォルトの名無しさん
2009/03/27(金) 04:12:20プゥーッ と膨らんだ期待と希望の風船が一瞬にして パンッ☆ と破裂する瞬間だよなｗ
XPS関係とかもそう。
まあそれでもASP.NET 2.0と比較すれば、Silverlightはクアイアントサイドで動作するので
ステートフルな制御が可能な事と、洗練されているのが救いだな。
0560デフォルトの名無しさん
2009/03/27(金) 04:13:560561デフォルトの名無しさん
2009/03/27(金) 08:27:53基本的に自前主義で色々作ってるから？
0562デフォルトの名無しさん
2009/03/27(金) 08:53:30うん、ほとんど事足りるんだけどね。
たまにだから余計に「げっ」って思う。
ないと思ったら、実はオーバーロード違いの奴があったりもする。
Encoding.GetString(byte[]) がなくて、
GetString(byte[], int, int) だけあるとか。
0563デフォルトの名無しさん
2009/03/27(金) 08:55:59Storyboardやバインディング、動的リソース関係がほとんど互換なし。
コントロールは今後外付けでWPFと共通のものが増えてくるんじゃないかな。
0564デフォルトの名無しさん
2009/03/27(金) 09:03:41コマンドがまだ外つけなのがつらい。
ただ、外つけライブラリは今後、
アセンブリキャッシュっていう、MSのサイトからダウンロードして
ローカルにキャッシュするような仕組みが入るらしいから
xapファイルサイズ気にせず使えるようになりそう。
外つけのコントロール類は、今はSilverlight優先で開発されてて
むしろWPFの方が後。
0565デフォルトの名無しさん
2009/03/27(金) 10:43:50進んでいきそうだね。これは良い傾向。
0566デフォルトの名無しさん
2009/03/27(金) 12:38:500567デフォルトの名無しさん
2009/03/27(金) 21:19:10Silverlight の SDK 入れると、
\Program Files\Microsoft Silverlight\3.0.40307.0
にdllがいくつか入ってる。
これは、MSからの公式提供ライブラリなんだけど、
Silverlight のランタイム中には含まれてない。
このライブラリを参照すると、xap ファイルに同梱されての配布になる。
結果、xapファイルが肥大化する問題があったんだけど、
それを解決してくれるのがアセンブリーキャッシュ。
0568デフォルトの名無しさん
2009/03/28(土) 10:48:41Flexのコントロール類が、バージョンを幾つ経たって
マトモなものになって行かないってのと同じ運命だってことですね。
0569デフォルトの名無しさん
2009/03/28(土) 11:06:38開発進めるのはあくまでMS社員。
単にソースがオープンになってるだけ。
0570デフォルトの名無しさん
2009/03/28(土) 12:22:58営利目的で使えない以外に、何かあんの？
0571デフォルトの名無しさん
2009/03/28(土) 14:26:17誰が開発するかが問題ではなくて、ソースがオープンなのが絶対的な足かせ。
オープンな形でやる限り、本当に誰がやっても同じになるような
教科書レベルのものにしかならず、実際上はちっとも役に立たない。
これは何故かというと、MS含め、オープンソースキッズの技術が貧弱だから。
ではなく、商用のコントロールに匹敵するようなものをオープンに出したら、
それは単なるダンピングだよねってことになるからよ。
特にMSが主導する場合、このあたりは相当にセンシティブな問題となってロクなことはない。
基本的なコントロール群の開発に関して戦略を間違えるとアウトだってのは
先人が示す通りで、同じような道を進むなら、それはちっとも良い方向じゃない。
0572デフォルトの名無しさん
2009/03/28(土) 14:32:42それ自体がタダでもめぐりめぐってWindowsとかの売り上げが伸びることで儲かる
っていうようなビジネスモデルでもダンピングになるのか？
0573デフォルトの名無しさん
2009/03/28(土) 17:55:19たとえば、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.
意図せず偶然に、同じコードを書いてしまうこともありえなくはないが、
もし事前に見ていたら偶然と言うことはできなくなるし、ほんとに
その部分は読んでいなかったとしても、抗弁は難しい。
0574デフォルトの名無しさん
2009/03/28(土) 18:20:150575デフォルトの名無しさん
2009/03/28(土) 21:45:35意図的なミスリーディング乙
0576デフォルトの名無しさん
2009/03/28(土) 22:02:43http://www.indeed.com/trendgraph/jobgraph.png?q=java+and+sql%2C+c%23+or+vb.net%2C+c%2B%2B+and+sql
webでもASP.NETのほうが上
http://www.indeed.com/trendgraph/jobgraph.png?q=java+and+%28jsf+or+jsp+or+servlet%29%2C+asp.net%2C+php%2C+ruby+on+rails
仕事そのものが.NETに推移
http://www.indeed.com/trendgraph/jobgraph.png?q=java+and+%28swing+or+swt%29%2C+winforms+or+wpf+or+silverlight
0577デフォルトの名無しさん
2009/03/28(土) 23:27:30・誰に言ってるのか分からない。
・あなたも理解していないようだ。MSPLはShared Source Iniativeの一環。
http://www.microsoft.com/resources/sharedsource/default.mspx
0578デフォルトの名無しさん
2009/03/28(土) 23:48:22Trendだろ？Javaは、もう十分に広まったってことじゃね
0579デフォルトの名無しさん
2009/03/28(土) 23:53:01最近、MSが各国でLINQ特許を取得済みなのを知った。
都合が悪くなったら、何時でもmono利用者を訴えることができるようになっているよ。
0580デフォルトの名無しさん
2009/03/28(土) 23:54:59いやいや。
どうせLINQの特許がなかったとしても、訴えようと思えば別の特許がいくらでも出て来るだろうに。
0581デフォルトの名無しさん
2009/03/28(土) 23:55:58Java の方も微増してるしね。
むしろ、C++ がいまだ減らないところにびっくり。
そういあ、銀行系での採用が多かったから、
リーマンショック以来Javaはやばいって話は小耳に挟んだけど。
まあ、あくまで噂話。
>>578 見た感じ、Java に限らず全体的に求人減ってるね。
0582デフォルトの名無しさん
2009/03/29(日) 13:27:10ないんならインストールしてみようかと思っているんだけど…。
0583デフォルトの名無しさん
2009/03/29(日) 14:52:55インストールして使ってみてるけどヘルプにもそれらしい記述が見当たらない。
0585デフォルトの名無しさん
2009/03/29(日) 21:33:540586デフォルトの名無しさん
2009/03/30(月) 10:33:22現状LayoutUpdatedイベントで強引にセルにアクセスして変えてますが、
無駄が多い気がして・・・
0587デフォルトの名無しさん
2009/03/30(月) 13:15:31LayoutUpdatedでの方法はわからんのでどれくらい差異があるかどうかわからんけど
とりあえず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;
}
0588デフォルトの名無しさん
2009/03/30(月) 13:39:00((ds)(((FrameworkElement)(e.Row)).DataContext)).Test;
というのは、dsクラスのList配列をItemSourceにセットしてるためで、
データベースの場合は
((DataRow)(((FrameworkElement)(e.Row)).DataContext))("Test");
となるんじゃないかな？ためしてないけど
0589デフォルトの名無しさん
2009/03/30(月) 16:58:23できました！
表示データ（セル）から特定の文字か判断していたのですが、
なぜかバインド済みなのにセル上は空の場合がありました。（非同期だからかも？）
ItemsSourceのデータから判断するとうまくいきました。
また、条件に合わない文字列（セル）のときに文字色を黒に戻す処理も必要でした。
（スクロールした後に色が残ってしまうため）
ありがとうございました
0590デフォルトの名無しさん
2009/03/31(火) 16:14:33っ IValueConverter
0591デフォルトの名無しさん
2009/04/01(水) 11:02:18IValueConverter を継承してBindingに突っ込むまではわかるのですが、
そのBindingをどこに使えばよろしいでしょうか？
0592デフォルトの名無しさん
2009/04/03(金) 10:48:18> 誰が開発するかが問題ではなくて、ソースがオープンなのが絶対的な足かせ。
> オープンな形でやる限り、本当に誰がやっても同じになるような
> 教科書レベルのものにしかならず、実際上はちっとも役に立たない。
超絶技術がオープンならば、なんの問題もないのではなかろうかw
0593デフォルトの名無しさん
2009/04/03(金) 15:42:44超絶技術をオープンにすると、Contributorが存在せず、みんなFreeriderとなって
技術を盗むばかりの状況に陥るだけ。これが正当化されるとなるとIT産業は滅ぶ。
誰でも出来るものを、みんなで仲良くやる。これがオープンソース。
一部のエリートが価値あるものを放出し、その他の人が一方的に盗む・・なんて形になったら
オープンソースは終わり。そんな非対称な価値供与(＝窃盗と同じ)なんて続けられる訳がない。
これは主体がどれだけリッチな大企業であっても無理。
実際、こうした形態のOSSのプロジェクトは存在しないし、また、このような窃盗まがいのやりとりを
助長するような行為は不当廉売などとして法律で制限される訳だ。それ自体が反社会的だから。
OSSで扱えるものは、みんなが参加できる(＝価値のバランスが取れる)教科書レベルのものまで。
だから、OSSの枠組みでは決してマーケットを主導するような技術革新は達成できない。これがOSSの限界よ。
例えば、Googleを見てみ。OSSを支援するスタンスを採っているけど、
Googleのコアの検索技術はプロプラで、絶対にオープンにはしない。
何故かといったら、そんなことをしてはならず、また実際やったところで
単に自らが滅びるだけだってことを、Googleは良〜く心得ているからだよ。
0594デフォルトの名無しさん
2009/04/03(金) 15:54:43>技術を盗むばかりの状況
心配しなくてもＭ＄は技術を盗む側。
0595デフォルトの名無しさん
2009/04/03(金) 18:15:270596デフォルトの名無しさん
2009/04/03(金) 21:42:34はたまた質問するのは無料だなんて勘違いしてデバッグだのコード記述だのを
丸投げしようとする輩が増えるからトンでもないってスレのPart3でしょう？
silverlight.netのフォーラムとか見ても本当にひどいもんね。
自分のコードのデバッグをMS社員に頼む盛り場と化している有様、甚く哀れなり。
0597デフォルトの名無しさん
2009/04/03(金) 21:54:00そしてイヤなら無視すりゃいいのにブチブチとマナーとか説きながらMVPがポイント稼ぎしてる。
0598デフォルトの名無しさん
2009/04/03(金) 22:04:11それはそれで人が集まらないんだよねぇ。
0599デフォルトの名無しさん
2009/04/03(金) 22:05:03何だかんだでMSの技術力は一流なのだけど。
0600デフォルトの名無しさん
2009/04/03(金) 22:13:19そこで、難読化OSSですよ。
ソースを読むのも超絶。
頭脳だけで生きているような少数派しか参加できない。
0601デフォルトの名無しさん
2009/04/04(土) 18:52:18っ CellTemplate
0602デフォルトの名無しさん
2009/04/04(土) 19:02:480603デフォルトの名無しさん
2009/04/05(日) 11:04:53なんでWritePixels削った
0604デフォルトの名無しさん
2009/04/05(日) 18:08:46VMWare上にVSもVS SP1もSL3もインスコとかすごい面倒な気がするんですが。
SL2とSL3の開発環境切り替えが簡単にできるなら、そのまま試すんだけどなあ。
0605デフォルトの名無しさん
2009/04/05(日) 18:23:55SUSE LinuxかMac OSX でMono Developとか
0606デフォルトの名無しさん
2009/04/05(日) 18:35:14SL3てMonoでもう動く？動かないよね？ｗ
0607デフォルトの名無しさん
2009/04/05(日) 18:49:19それはすごい嫌がらせだな。でも大体、高度なソフトウェアって純粋なプログラミングの範疇には
収まらないような技術や知識(例えば、数学や物理やその他工学など)が重要な位置を
占めているものだから、普通にプログラム書くしか脳がない連中にとっては基本的に難読なものだけどね。
ただ、こうしたコアな他の知識までOSSを通じて無料で手に入れようなんてのは虫が良すぎる訳で、
高度なものは総じてクローズドであってしかるべき。結局、そういうの学びたければ授業料を払い、
少なからぬ月日を費やして、その手の専門的な教育をしかっり受ければ良いだけの話になるが故。
0608デフォルトの名無しさん
2009/04/05(日) 18:58:53板違いやめてくんねえかな
0609デフォルトの名無しさん
2009/04/05(日) 19:13:05とりあえず、偉そうに言う前に少しはOSSのソースでも見て、それから他所で話してくれ。
大学教育受けたくらいじゃ書けないような高レベルのコードがたくさん公開されてるだろが？
0610デフォルトの名無しさん
2009/04/05(日) 19:13:40（まあMIDIは無理か、それとAVIもコーデックの関係上実装できるとすれば無圧縮だけとおもわれるがそれでもかまわん。）
0611デフォルトの名無しさん
2009/04/05(日) 20:20:01読みやすく再利用が容易なように書かれたソースなんて門外不出。
ニューラルネット技術よりも遙かに音声・画像その他のパターン認識に
応用できるからな。
0612デフォルトの名無しさん
2009/04/05(日) 20:46:22板違い続けるようなやつに限って、不勉強なんだよな。
いまどきFFTを自分で書くような暇なプログラマってどこにいるんだ？
お前にとって再利用ってのは、ソースコードの再利用なのか？何でライブラリごと再利用しないんだ？
特徴量抽出に使うFFTと、その後で使うニューラルネットとを比較してる時点で、
工学系のまともな知識もないようだしな。
0613611
2009/04/05(日) 20:59:45電気通信系やネットワークはハッキリ分野外です。
例えば、指紋や眼底血管の画像ファイルを投入すれば、オリジナル標本との
類似度スコアがすぐに得られるような工学技術の成果物をOSSで簡単に
タダ乗りできる状態を提供しているところなんてあるのかなーってｗ
0614デフォルトの名無しさん
2009/04/05(日) 22:59:00だから、大学教育受けたくらいじゃ書けないような高レベルのコードを無償で公開しちゃってるアホがいるってのは、
要はそうした人々が「投資としての学業」の成果物を無料で捨てることが道理を得ていないことを
理解するだけの脳ミソを残念ながら持ってないってことであって、それがそもそもの間違いなの。
まあ、こう言ってもどうせわからねぇんだろうなぁ。OSSを通じて知的財産、ひいては貨幣経済なんて
基本的なことから教育してやらなきゃならないってのは不幸な話だよ。まったく。
てか、これは元々Silverlightが進むべき道の話から来てるところだから、そんなに外れてはいないんだけどね。
ごめんね、プログラム技術だけじゃ理解できない高度な話題を展開しちゃってｖ
0615デフォルトの名無しさん
2009/04/05(日) 23:06:09MIDI,WAV,BMPの書き出しぐらいだったら、まあ簡単に自分で作れるんじゃん？
Win32時代のコード再利用とかで。圧縮使うとちょっと面倒だけど。
しかし、SilverlightはなんでZLIBの圧縮・展開のAPIを備えないんだろうか。
内部じゃ標準的に使っているんでしょうに。
0616デフォルトの名無しさん
2009/04/06(月) 00:29:03そこでMicrosoftは、経済や一般の常識を嫌って知ろうとも解ろうともしない共産指向の
学者的なLinux技術者達に .NETやSilverlightを通してプロと大人の道を教えています。
0617デフォルトの名無しさん
2009/04/06(月) 00:53:11レスついでにちょっと補足。>>607=>>614で、>>611はまた別の方ね。
2ch上では珍しくこのあたりに関して合意できそうなお方であるようだ。
>>612 FFT自体は教科書に載ってるような基本的なところだけど、
例えば世界最速のFFTとかになると違ってくる訳よ。
こうしたものを実現するのに必要なのは主として系の対称性等についての考慮で、
これはプログラミングではなく純粋に数学の問題である。
また、こうした技術によって生むことが出来る経済的な価値ってのは
>>613が言うように小さくはないので、どんな形でも無料で提供されてはならない。
そういう行為は産業を潰し、さらなる雇用不安などの社会問題を引き起こすからね。
ITが価値あるものだと思うなら知的財産を尊重すること。重要なのはこれ。
>>616
Microsoftはリーダーなんだから、このあたりの啓蒙活動も力入れて欲しいよ。
MSがTermsOfUseなどで著作権等について解説してるのは、ちょっと立派である。
で、終了。次シリーズは「ポストWeb2.0時代におけるSilverlightの光と影」乞うご期待！
0618デフォルトの名無しさん
2009/04/06(月) 02:33:050619デフォルトの名無しさん
2009/04/06(月) 02:36:54お前そもそもろくにOSSの世界をわかってないし、自分の言ってることがさっきと矛盾してることにも気づいてないだろ？
アホだの脳ミソがないだの言わなきゃならん時点で、かわいそうな子だってことは誰にもわかるけどな。
とりあえず世界最速のFFTと一緒に、マジで消えてくれ。
0620デフォルトの名無しさん
2009/04/06(月) 02:46:31世界最速らしいから、たぶん違うと思う
0621デフォルトの名無しさん
2009/04/06(月) 02:47:39ですよね。
工学・工業技術の知的成果の尊重というソリューションの一つが、日本だとルネサスのような
半導体企業がLSIチップにFFTを封じ込めてしまって、一部を電気信号上で処理させる方法。
これなら、LSIの一つ一つを特許実施済み製品相当のように安全に流通できます。
あとは非x86なプロセッサと特別なツールのキーアルゴリズムを通さないと、使えるバイナリが
生成されない仕組みとかね。輸出規制レベル相当のソフトウェアならこれくらい対策するでしょ。
0622デフォルトの名無しさん
2009/04/06(月) 03:16:59いや、スピードランかもしれないじゃないか。
FFT世界最速クリア記録。
0623デフォルトの名無しさん
2009/04/06(月) 10:44:45ごめん、逆なんだな。
実行時に、画像生成して表示したりとか音作成して鳴らすとかということをしたいんだよ。
たとえば画像においてはBitmapImageをストリームからインスタンス生成するとき、jpgかpngにしか対応してない。
だもんだから、jpgフォーマットやらpngフォーマットにしたがってメモリーストリームに書き込まんとインスタンスが生成できん。
bmpフォーマットだったら、ファイルヘッダー、インフォヘッダー、イメージデータを書くだけですむ。
(Silverlight 3でようやくWritableBitmapがでたようだがしかし結局のところ対応フォーマットは変わらずじまい？)
動画もそう。asfやらwmvフォーマットにしたがって（圧縮して)メモリーストリームに突っ込まんとインスタンス生成ができん。
音声も、エコーやらディレイやらリバーブやらをかけて鳴らしたいんだがそれができない。
エコーやディレイ等のエフェクト処理は自作するにして、バッファに書き込んだ音声データを鳴らせるようなってほしいんだよ。
この辺ほとんどFlashだとできるんだけどなぁ。
0624デフォルトの名無しさん
2009/04/06(月) 10:57:33動的に音や動画を再生するのも可能らしい
ttp://community.irritatedvowel.com/blogs/pete_browns_blog/archive/2009/03/23/Creating-Sound-using-MediaStreamSource-in-Silverlight-3-Beta.aspx
0625デフォルトの名無しさん
2009/04/06(月) 13:04:47BMPはSL3なら、32bitRGBとかのデータ部分をほぼそのまま突っ込めば
WriteableBitmapで作るのが可能だよ。表示でもブラシでもOKだ。
>>603がぼやいているように、WritePixelsなんて高尚なものはないので
インデックスで直接アクセス＆アクセス。昔懐かしBMPの作成手順。
>>624 WAVが扱えるとは知らなかった。まあでも読めて当然だけどね。
どうせ内部じゃ展開して同じものになってるんでしょうから。
でも、こうなってくると、、、世界最速のFFTが欲しくなるね。冗談抜きに。ｗ
0626デフォルトの名無しさん
2009/04/06(月) 19:13:45音声にエフェクトかけたりしたいってことかな？
というわけで、最初に思いつく「C# FFT」でぐぐって一番上にきたもの。
http://www.vector.co.jp/soft/winnt/prog/se425724.html
ソースごとコンパイルして良いみたいに書かれてた。
FFTなんて、ソースコード自体を再利用できる典型的な例だよな。
念のため、画像とかの2次元データに適用するなら。
http://ja.wikipedia.org/wiki/%E9%9B%A2%E6%95%A3%E3%83%95%E3%83%BC%E3%83%AA%E3%82%A8%E5%A4%89%E6%8F%9B
つまり、2次元DFT（2次元フーリエ変換も同様だが）はf(x,y)を、各行ごとに1次元DFTし、その結果をさらに各列ごとに1次元DFTする事と等価である。
ここで、1次元DFTの計算はFFTのアルゴリズムで高速に計算できる。そのため実用上は2次元DFTも、2次元FFTとして計算される。
0627623
2009/04/06(月) 19:32:25おおこれは参考になる。
>>625
そうなんだ。教えてくれてありがとう。なんかVB6時代を思い出すな。
どっちにしてもSilverlight3待ちか。
別スレでSilverlight2でファミコンエミュを実装している人がいるが、あれはどうやってるんだろう。
0628デフォルトの名無しさん
2009/04/06(月) 19:48:16http://matarillo.com/silverlight/mandelbrot.php
俺はここで書かれてるものを、PngEncoderをprivateな内部クラスにしておいて、
.NET2.0のBitmapと同じようなメソッドだけ公開して使ってる。
たぶんこれの元ネタは、
http://www.codeplex.com/SlDynamicBitmap/Release/ProjectReleases.aspx?ReleaseId=19105
0630デフォルトの名無しさん
2009/04/06(月) 20:11:34すごいな。
こういうのをチョチョイノチョイで使いこなせる工学系の人が羨ましく感じるよ♪
俺には時系列変化するデータからアナログ的なフィルターっぽく、何某かの特徴成分を
抽出できるという事までは何となく理解できるけど、実物を使いこなせない。
応用先も、トレンド解析とか、音声や画像のノイズフィルタとかが思いつく程度。。。
0631デフォルトの名無しさん
2009/04/06(月) 21:02:24教科書レベルのFFTは当然ソースコードが利用できるでしょう。
が、残念ながらそれは世界最速！ではないね。おそらく。
2次元DFTはいわゆるJPEG圧縮のコア部分だね。細部を問題にしなければ、
その応用でJPEG圧縮が簡単に実現できる。偶関数拡張してDCT。
>>628-629
PNGはgz圧縮が使えれば、すぐに出来るようなものだがZLIBとかは他から持ってこないと無い。
でも、SL3になれば結局、WriteableBitmapが登場して独自の画像エンコーダなんかで
頑張っている人たちの努力は、ほとんど無駄になるってことで、
こういう展開は結構理不尽だなぁと思うけどね。先端だったものが標準になる悲しさ。
3D対応のFlash10のベータが登場し、PV3D関係者を大量に凹ましたの同じような光景だ。
0632デフォルトの名無しさん
2009/04/06(月) 21:40:09ええ、どうせフリーライダーですとも。
0633デフォルトの名無しさん
2009/04/06(月) 22:03:48そんなんやってもすぐにMS側でバージョンアップされたり、いいライブラリが安く販売されるようになったり。
0634デフォルトの名無しさん
2009/04/06(月) 22:09:270635デフォルトの名無しさん
2009/04/06(月) 22:48:23まあ、そういうことなんでしょうね。でも、そうなると奇抜なアイディアによってではなく
ほとんど事業の規模だけで優劣が決まってしまうような感じで、
一発逆転的な”面白み”みたいなものは相当に少なくなるねえ。
0636デフォルトの名無しさん
2009/04/06(月) 22:56:540637デフォルトの名無しさん
2009/04/07(火) 07:08:56君は君なりに、今後もごりごりと両方の意味で低レベルなコードを
書いてればいいと思います。
0638デフォルトの名無しさん
2009/04/07(火) 08:56:06そういいながらGUIからパーシステンスまで自前ライブラリを作っちまったが。これより下のレイヤーでごりごりはあまりしたくないなぁ。
0639デフォルトの名無しさん
2009/04/07(火) 13:14:430640デフォルトの名無しさん
2009/04/07(火) 13:19:060641デフォルトの名無しさん
2009/04/07(火) 20:08:57http://nk9klifelog.spaces.live.com/blog/cns!5340234C28E35B66!140.entry
OnApplyTemplateのオーバーライドがマトモに動作せずに、ChildなUserControlへの参照が取得できない例ってある？
0642デフォルトの名無しさん
2009/04/08(水) 18:26:56呼ばれる順番を自分で十分にテストしてないので、今ちょっとはっきりは分からないけど
OnApplyTemplateがInitializeComponentの段階で呼ばれるんだとすると取れないんじゃない？
だからUserControlはTemplateと相容れないものなんだと解したんだけど。どうなんでしょう？
0643デフォルトの名無しさん
2009/04/08(水) 19:36:50レスあり。いや、実は俺自身はまだ困ったことないんだけど、
それに近い話を聞いたことがあったので、何か他のことが原因なんじゃないかと思って。
ところで、UserControlはTemplateと相容れないってどういうことなんでしょうか？
http://pagebrooks.com/archive/2008/11/30/tweaking-onapplytemplate-event-timing-in-silverlight-2.aspx
http://bbs.wankuma.com/index.cgi?mode=al2&mo=34279&namber=34252&space=105&page=0
http://d.hatena.ne.jp/coma2n/20080818/1219069807
ここらへんひとまとまりでよくわかるサンプルとか欲しいというか、とっとと確認しなきゃいかんなあ。
「XAMLによって」デザイナとコーダが完全に分業できるようになるっていう理由もよくわからんし。
WinForm2は、記述量こそ多いものの、もっと簡単にいろいろやってたじゃないかと言いたくなるｗ
うだうだ言う前にとっとと確認しますすいません。
0644デフォルトの名無しさん
2009/04/08(水) 19:50:05いちいちコントロールを継承しないといけないだろ
UserControlは基本的にテンプレートを使って見た目を差し替えることができない
再利用を考えずにXAMLべったりでてっとり早くコントロール作るためのもの
クラスライブラリ作ったりするなら使っちゃダメ
0645デフォルトの名無しさん
2009/04/08(水) 19:57:37あとどうでもいいけど、WinForm2のドキュメントエクスプローラみたいにというか、
XAMLをYAMLみたいにｗ書けたら、もう少し見やすいのにとか思ったりする。
0646デフォルトの名無しさん
2009/04/08(水) 20:00:30おお、すばやいレスあり。後からUserControlにテンプレート適用とかできないの？
0647デフォルトの名無しさん
2009/04/08(水) 21:14:36>>643 UserControlに関する詳細なドキュメントってどこにも存在しないから、
おそらく誰も完全には分からない。少なくとも使う側では。
特にSilverlightに関しては実験例もない。ここはひとつ人柱になってもらうしか。
>>642は自分で前にUserControlにテンプレートは適用できないんだろうか
思って試してみたことがあって、結局出来なかったという経験にもとづくレスでしかないので
正しいかどうかは不明。でも、UserControlはインスタンスが生成されるがかなり遅く、
メインのLoaded以降あたりで、その前に適用されるTemplateでアクセスすることは出来ず
適用できないとかそんな感じだろうというのが自分の達した結論。
>>646 後からTemplateも考えたけど、結局その道は無かった気がする。
TemplateはおそらくVisualツリーの生成段階でしか適用できないんだろうよ。
単なる枝の差し替えだったら後から出来ても良さそうなんだけどね。
ただ、これは全てSL2での実験だから、SL3で違うことになってたら申し訳ない。
0648デフォルトの名無しさん
2009/04/08(水) 21:15:39でも、ロジックのコードに一切触れることなく、XAMLだけで色や概観のみならず
VisutalStateまで含めた全デザインの変更を可能にしてしまいましょうってのが
分離で、そうするためには欠かせないTemplate。でも、こうしておけば、
コードのコの字も解らないデザイナとも一緒に仕事が出来るという点において素晴らしい。
UserControlでも何でもできるけど、完全再利用＆カスタマイズ可能な
コントロールとするためにはControlでやるしかないんだとおも。
0649デフォルトの名無しさん
2009/04/08(水) 21:53:330650643
2009/04/08(水) 22:05:20コードで確認もせず質問したのに、大変参考になる情報ありでした。
UserControlはPanelをクラス化して再利用に使うみたいなもので、
入れ物にすぎないUserControl自体にはデザイン適用できないけど、
その子要素のControlにはデザイン適用できるだろうとか安直に考えてた。
なんで、OnApplyTemplateメソッドが気になったりしたわけだけど、それも的外れかな。
とりあえずまず書いて確認してみる。
0651デフォルトの名無しさん
2009/04/08(水) 22:18:53そのコントロールがテンプレートに対応してるなら親がUserControlだろうとできるに決まってるだろ
PageだってUserControlなんだしできないわけがない
0652デフォルトの名無しさん
2009/04/08(水) 22:44:09それは、絶対的に出来ないのではないってこと？どっち？
UserControlベースでもTemplate使う道があるんであれば、
それはそれで意外と役に立つ訳で、そこが重要だよ。
>>650
ヘルプすら見られない状況において過去の記憶のみを頼りに書いてるもので、
まったくの嘘かも知れないから確認して下さい。
てか、何かこういうことだってのを発見したら教えて下さい。
■ このスレッドは過去ログ倉庫に格納されています