のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,646,674人
頁
昨日:no data人
頁
今日:人
頁
最近の注目
人気の最安値情報

元スレMicrosoft Silverlight その7

silverlight覧 / PC版 /
スレッド評価: スレッド評価について
みんなの評価 : ○
タグ : - 2104 + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで
701 = :

感だけどシリアル保存用のpublicクラス作ってそのクラスを使って保存用データを一旦作って
そいつを渡してみる
確かシリアライズってpublicクラスでプロパティなんかもpublicじゃないと使えなかったような

702 = :

おっと自分の質問忘れるところだった

<UserControl>
<Canvas>
<my:MyCanvas>
</my:MyCanvas>
</Canvas>
</UserControl>

MyCanvasが持ってるスライダーの値を使ってCanvasのスケールを操作したい場合の
バインディングってどう書けばいいんだろう

<ScaleTransform ScaleX="{Binding Path=Value,ElementName=[ここがわからん]}"/>

703 = :

>>700
IsolatedStorageSettings クラス
分離ストレージにキーと値のペアを格納する Dictionary<TKey, TValue> を提供します。

SiteSettings.SaveはiniファイルやCookieに相当する、
[AttribName: value]
形式の連想配列で表現できるようなデータを格納するクラスだから。
どんなデータを保存するか良く考えよう。
編集中のドキュメントを保存するならSystem.IOを使う。

あとデータメンバにインスタンス参照を含むようなものはシリアライズが難しいから、
それを文字列として表現できるかよーく考えよう。

704 = :

>>702
そこはドキュメント通りなら以下の通り。
バインド方向にもよるだろうけど。
＞ 対象となる要素の Name プロパティまたは x:Name 属性の値。

<Slider x:Name="scaleSlider"/>
...
<ScaleTransform ScaleX="{Binding Path=Value,ElementName=scaleSlider}"/>

705 = :

>>700
そのクラスおよび全ての基底からシリアライズできない型のメンバを排除する
具体的には、

1. シリアライズできないメンバを削除orシリアライズ可能な型に置き換え
2. クラスにDataContract属性を、シリアライズできるメンバだけにDataMember属性を付ける

なんだが、シリアライズするならモデルだろうからUIElement持っているのがおかしい
あ、自前のクラスでなくて、シリアライズできないものを派生しているのは論外だから

706 = :

>>704
MyCanvasというのがユーザーコントロールの場合はどうも無理ぽいですね・・・

しかしバインディングで対処できる箇所を書き換えてますがコードが減る減るｗ

707 = :

Binding.Converterで変換する際に一つ外部から要因を与えたい場合はどうすればいいのでしょうか？

double A 変換したい数値
double B　Aを変換の際にかけたい数値

double C Binding.Converterの変換結果

Bはスケールなのでユーザーの操作で数値が変わる

708 = :

VMで何でも出来るんだから
Binding.Converterってあんまり出番ない気がするけど気のせい？

709 = :

>>707
リソース中に
<XxxConverter x:Key="xxx" B="111" />
って書いて、こいつを {StaticResource} で読めばいいんでは。
（XxxConverter 作るときにpublicなプロパティBを定義しとく）

>>708
それはそれでめんどくさいけどもね。
管理しないといけないPropertyChangedの量増えるし。

710 = :

>>709
<XxxConverter x:Key="xxx" B="111" />

このBの部分をさらにバインドで処理可能ですか？

712 = :

バインディング系で便乗

XAMLに
<TextBlock Text="{Binding Path=Power, Mode=OneWay}" />
があったとして、分離コードのほうでプロパティにPowerを含むオブジェクトをDataContext
に突っ込む
this.DataContext = 該当オブジェクト;

こうすると、DataContextに突っ込んだオブジェクトのPowerが増減するたびにXAMLが表示して
いるPowerも変化すると思うんだけどなんか間違ってる？？
どうも動きがOneTimeになってそうなんだよな～読み込み時の値しか適用されない

713 = :

INotifyPropertyChangedは実装してる？

714 = :

>>713
なるほど、そんなことをしないといかんのか。
しかしこれプロパティがいっぱいあるクラスだとかなり大変じゃない？

715 = :

>>714
ツール化してる人もいるね

でもデータ保持クラスに決まった記述さえしてしまえば
あとは勝手にデータを参照更新してくれるんだから楽をするための
苦労と思えば・・・

コードをしこしこ書いてバグで悩むよりよっぽどいい

717 = :

>>706
MyCanvasが公開しているはずのスライダー値のプロパティにバインドするだけじゃないの？
ユーザーコントロールの子コントロールに外部からアクセスしようとか阿呆の所業

>>707
OneWayならMultiBindingで可能だけど、逆方向も必要ならVMの仕事だろうな
例えば、getter, setterにC=A*B, A=C/Bを考えている場合など

718 = :

>ユーザーコントロールの子コントロールに外部からアクセスしようとか阿呆の所業
うお・・・できないのか・・・
名前さえ付けとけば見えると思ったのにｗ

719 = :

出来なくはないがめちゃくちゃになりそうではないか・・・

720 = :

そんなユーザーコントロールの意義を真っ向から否定するようなことするくらいなら、
最初からユーザーコントロールなんて作らなければ良いと思う

721 = :

>>720
バインディングでコード量が減ったのでユーザーコントロールに分けてたのを
元に戻すことにしましたｗ

バインディング使うとほんとコード量減るｗ

チェックボックスの関連で質問が・・・
1) 起動して何もデータ追加なし
2) 制御点1個の曲線を追加
3) 2)で追加した曲線の制御点を移動
4) 2)で追加した曲線の塗りつぶしをONにする
5) マーカーどれでもいいので触ってみる
質問したいのは4)で塗りをONにするためのチェックボックスにチェックをつけると
FillCheckBox_Checkedイベントで画面の更新をしてるんだけど
同時にバインドしてあるデータの更新も期待してるんだけど遅れるのか4)で
チェックしたのに色が塗られない
でも5)のようにマーカーを移動するとバインドしてあるデータの更新は行われてるので
塗りが反映される
何か対策する方法は無いかな？
WPFとSilverLightではUpdateSourceTriggerの指定可能な項目にも違いがあって
PropertyChangedが無いようだし

722 = :

フリーのカラーピッカーってないんですかね？
無いのなら作ろうかと思うんですが需要あるかな？

724 = :

>>723
厳密ってのがなにかよくわからんがHSVなら一応そのアドレスのもなってね？
円形がいいってのならそれはだめだろうけど

725 = :

>>724
デバイス依存じゃなくて物理量定義のやつ。
AdobeRGBとかxyYとかL*a*b*とか。

726 = :

>>725
それもMs-PLで公開してくれるのかな？

727 = :

へーこんなライセンスあるのか
http://www.microsoft.com/japan/resources/sharedsource/licensingbasics/sharedsourcelicenses.mspx
Ms-PLなら使わせてもらおうｗ
勉強はしたけどw

728 = :

HSVのカラーピッカーってＨを変えたら256x256回も毎度計算するんだろうか？
起動時に計算してプールするにしても無駄にメモリと時間食いそうだし

一般的な3DCGの頂点カラーさえ使えればポリゴン2枚で正方形作って
四隅の色だけ計算して後はピクセルシェーダーに担当させればよさそうなんだけど
SLってその辺どうなんだろ？

731 = :

Silverlightで作った物をアップするのにどこ使ってますか？
xapに対応したところってあんまり無いような・・・

732 = :

MIMEが登録されてなくても同じドメインからHTMLで呼び出す分には使えたと思うけど

733 = :

html埋め込みでxreaは行けるよ

734 = :

Silverlightのソフトウェア・シェーディングは意外なほどサクサク動いてくれたけど
Moonlightはもっと踏み込んで、シェーダにハードウェア・アクセレーションが効くらしい…。
http://www.infoq.com/jp/news/2010/11/Mono-GPU

あっちも独自の進化をしつつ頑張ってるな。

735 = :

>>732
silverlightそのものは一応呼び出してるんだけど真っ白なんだよね
右クリックするとsilverlight(S)ってでるので一応は読み込めてるんだと思う

>>733
それってxamlをhtml内に入れるだけってやつ？

737 = :

ピクセルシェーダはJITコンパイルでもやってるのかな
ベクトル化は当然としても、シェーダのバイトコードをインタプリタ実行してる割には速すぎる気が

738 = :

>735
ジオでOK

739 = :

>>738
ありがとう
拡張子偽装しないとEZアップロードできないけど
その辺を対策すればあっさり動いた

740 = :

>>737
何らかの特別扱いはしてるだろうね。

http://kodierer.blogspot.com/2009/08/silverlight-3-writeablebitmap.html
WriteableBitmapの10倍速い。
しかもマルチコア環境だと自動で並列化してくれる。

741 = :

>>737
Silverlightってコンパイル済みのシェーダーしか読めなくなかったっけ？

>>740
まあ、ピクセルベースで、ふちのギザギザも取らないでいい、
毎フレーム自分で計算してドットを埋めてくってのでいい
っていう条件下での話よ＜10倍速い。

742 = :

KeyDownのテストをやろうと思ってコード書いたんだが
どうもFocusが取れてないようでKeyDownイベントが発生しない
んだけど特別なやり方ってあるのかな？

コンストラクタに
this.Focus();
と書いてもGotFocusイベントすら発生しない・・・

743 = :

>>742
http://msdn.microsoft.com/ja-jp/library/system.windows.uielement.focusable.aspx

744 = :

>>741
コンパイル済みのシェーダは中間言語だよ
.NETのCILと同じように、実行時にGPUのネイティブコードに変換される
Silverlightの場合はCPUで動くネイティブコードに変換されてると思われる

745 = :

mvvm実装疲れる
奥が深い分野だよね

746 = :

>>743
ありがとうございます
うまくいった・・・

>>745
まー慣れだよね

747 = :

Expression BlendはMVVMだけどコードビハインド使いまくってるね
Prismのドキュメントにもあったが、ビューの特定の実装に依存するような処理は
素直にViewに書くべきなんだろうな

748 = :

ふー
html関連を普段やらないので疲れた・・・
本当はブログにさくっと貼れるとよかったんだが

749 = :

>>745>>746
MVVMのスタイルに従うと、やるべき事が色々と事前に判っちゃうっつーか、
判っておかないと下手に取りかかれないから、面倒だけど作業が計画的になる
というメリットはあるよね。

750 = :

実行時にクラッシュすることがたまにあるんだけど調査用のログとかそういうのって
SLの場合どう拾えばいいんだろう？


←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / silverlight一覧へ
スレッド評価: スレッド評価について
みんなの評価 : ○
タグ : - 2104 + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

類似してるかもしれないスレッド

トップメニューへ / →のくす牧場書庫について