Microsoft Silverlight その6

このエントリーをはてなブックマークに追加
952デフォルトの名無しさん:2010/10/25(月) 22:26:15
ネット上のとあるソース↓で、

public void CreateImage()
{

Image img = new Image();

//画像を読み込み.まあ呪文みたいなもん^^;
BitmapImage bimg = new BitmapImage(new Uri("Images/hage.png", UriKind.RelativeOrAbsolute));
img.Source = bimg;

//描画時の画像の大きさを指定
img.Height = 768;
img.Width = 1366;
Console.WriteLine("bimg.Height = {0}, bimg.Width = {1}", bimg.Height, bimg.Width);

//場所を指定.なぜcanvas1でないのかは分からない^^;
Canvas.SetLeft(img, 10);
Canvas.SetTop(img, 10);

//配置
canvas1.Children.Add(img);
}

読み込んだ画像(bimg)の解像度を取得して描画時の画像の大きさにしたいのですが、
bimg.Heightに関して「パス'〜'の一部が見つかりませんでした」と出ます。
この行がなければ問題なく動くのですが、なぜでしょう。
BitmapImage bimg = new BitmapImage(new Uri("Images/hage.png", UriKind.RelativeOrAbsolute));
が問題なく動作するのに、
bimg.Height
でハンドルされませんでしたとなるのがわかりません…ご教授お願いします。
953デフォルトの名無しさん:2010/10/25(月) 22:30:49
画像はすぐにダウンロードされるわけじゃないから画像のサイズは後でダウンロードが完了するまで取得できない。
サイズが必要な処理はBitmapImage.ImageOpenedイベントのイベントハンドラで行う。
954デフォルトの名無しさん:2010/10/25(月) 22:42:27
>>953
ネ申。ありがてえありがてえ…!なるほどー。分かりました。ありがとうございます。すごい。
955デフォルトの名無しさん:2010/10/28(木) 04:13:32
Silverlightの画面内で、特定の場所にジャンプさせる方法ってありますか?
HTMLだとアンカー設定で、同ページ内の特定の場所にジャンプできると思うんですが、
これと同じ事をSilverlightで実装する必要がありそうです。。。
何かアイデアあれば下さい。
956デフォルトの名無しさん:2010/10/28(木) 04:54:59
>>955
いまいち良くわからねぇ。

意図的にブラウザ画面のサイズをものすごく小さくでもしてるのか?
基本的に常識の範囲での画面サイズで収まるように作れば良いだけじゃないの?
957デフォルトの名無しさん:2010/10/28(木) 05:34:09
SLを設置してあるページのどこかへSL内部からジャンプ指定なんてできたっけ?
958デフォルトの名無しさん:2010/10/28(木) 08:52:55
Focus クラスって Silverlight にはないんだっけ?
あと、SDK に Label クラスあったはずだけど、あれにホットキー設定はないんだっけ?
959デフォルトの名無しさん:2010/10/28(木) 09:02:50
>>955
単純に Silverlight 内でスクロールしたいだけなら、アンカー役の FrameworkElement に x:Name で名前をつけておいて、
ScrollViewer.ScrollToVerticalOffset でスクロールさせれば良いんじゃない?
ScrollViewer とアンカー役とのオフセットは UIElement.TransformToVisual で取得できる GeneralTransform の Transform メソッドで求められるよ。

>>957
[Silverlight 2]ページ内の特定の位置にジャンプするには?[C#、VB]
http://www.atmarkit.co.jp/fdotnet/dotnettips/904slnavitobookmark/slnavitobookmark.html
Silverlight からブラウザの JavaScript も呼び出せるし、HTML DOM も制御できるよ。
960デフォルトの名無しさん:2010/10/28(木) 13:22:55
>>958
FocusManagerのことならSilverlightにもあるよ。(GetFocusedElementのみ)
Silverlightにはアクセスキーという概念自体がない。LabelはWPFとの互換性のためだけに存在する。
961デフォルトの名無しさん:2010/10/28(木) 19:02:47
labelはtarget指定できるから互換性のためだけじゃなくて使い道はある
962デフォルトの名無しさん:2010/10/31(日) 00:53:46
MacなんだけどTextBlockの文字が潰れて読みづらくなるんだけど、
回避方法あるのでしょうか?
たとえば「優」とか「書類」とか。
963962:2010/10/31(日) 03:59:22
とりいそぎフォントファミリにHiragino Kaku Gothic Proを指定して回避してみました。
UA拾ってXAMLを巡回しフォントファミリを変更する、なんていう処理すればいいのでしょうが、
これは王道ですかね?その場しのぎ感が否めません。
964デフォルトの名無しさん:2010/10/31(日) 12:28:52
フォントはスタイル使えば一括で変更できる。App.xamlで宣言しとけばいい。
OSの取得はSystem.PlatformIDプロパティ。
965964:2010/10/31(日) 12:31:33
フォントはルート要素(UserControl)のプロパティで設定してもいいよ
子要素にフォントが明示的に指定されてない限りは自動で引き継がれる
966デフォルトの名無しさん:2010/11/01(月) 11:02:39
【MS】Silverlight終了のお知らせ。今後はHTML5に注力。
http://hato.2ch.net/test/read.cgi/news/1288568171/
967デフォルトの名無しさん:2010/11/01(月) 11:34:54
なんというかもったいないなぁ。
普及度はともかく、Webアプリの開発基盤としては魅力的だったのに。
968デフォルトの名無しさん:2010/11/01(月) 13:24:44
同時にこのスレも終了
969デフォルトの名無しさん:2010/11/01(月) 13:40:21
Java Appletみたいな地位ではあったからねえ
970デフォルトの名無しさん:2010/11/01(月) 13:42:32
ほんと金の無駄。
WindowsMobileを普通に作ってれば問題なかっただろ。
971デフォルトの名無しさん:2010/11/01(月) 13:53:25
これではっきりしたのは、開発者はこれからもブラウザの互換性に悩まされながら
開発していくしかない、ってことか。
972デフォルトの名無しさん:2010/11/01(月) 14:26:07
俺なんかYahoo!地図のためにSilverlight入れたのに、これからどうなるんだ?
973デフォルトの名無しさん:2010/11/01(月) 15:02:03
>>972
.netやWFPが滅ぶことはないから、
まあ定期的に需要ageしてれば少ない労力でメンテナンスとバージョンアップはされると思う
MSにとってはそっちの副産物だから安い物だしね
974デフォルトの名無しさん:2010/11/01(月) 15:11:22
WPFの俺勝利か!
975デフォルトの名無しさん:2010/11/01(月) 15:13:24
まあ、WCF RIA Serviceの曲芸的な造りに「随分無茶してる」感が強く出てたからなぁw
モバイル端末向けにしかメリットの無い機能ばかり搭載。
屁理屈のようなメカニズムで高度にオートメーション化が施されてたバインディング機構と
MVVMアーキの習得者涙目w
976デフォルトの名無しさん:2010/11/01(月) 15:36:27
WFPも怪しくないかい
977デフォルトの名無しさん:2010/11/01(月) 15:51:27
SLはもともとRIA特化だしOoBなどデスクトップ方向への拡張に向かってたから
予想できる方向転換だろう。
どっちにしろ今現在flashが抑えている分野をSLは崩すことは出来なかった。
こうなるとますますWPFの位置づけが微妙になるな。
978デフォルトの名無しさん:2010/11/01(月) 16:05:07
最後はシェアに物言わせてネイティブで
979デフォルトの名無しさん:2010/11/01(月) 16:12:35
シニア層にやさしい Silver OS
980デフォルトの名無しさん:2010/11/01(月) 16:17:12
Silverlightはクロスプラットフォームソリューションであり続ける、
これからも多くのOSやブラウザに対応していく。
「しかし、すべてにとってHTMLが唯一本当のクロスプラットフォームだ。
それにはiOSプラットフォームも含む」

とあるが、まぁ難しいだろうね。

981デフォルトの名無しさん:2010/11/01(月) 16:17:16
Flashに勝てそうもないからHTML5に加担するわけか
FlashはHTML5に勝てる公算があるのだろうか
デスクトップでAIRとSilverlightだとたしかにどちらでもよい気はしてくる
982デフォルトの名無しさん:2010/11/01(月) 17:43:49
>>981
とっくにそういう話じゃなくなってるのに遅れすぎだよお前・・・
983デフォルトの名無しさん:2010/11/01(月) 17:55:00
>>981
SL4はともかくとして、SL3の普及率は既に十分に高いよ。
http://www.atmarkit.co.jp/fdotnet/chushin/wpf4silverlight4_01/wpf4silverlight4_01_01.html
984デフォルトの名無しさん:2010/11/01(月) 18:08:52
html5といってもビデオ機能とCanvasくらいしかめぼしいものはなさそうだけど、
なんか他にあったっけ。
985デフォルトの名無しさん:2010/11/01(月) 18:12:33
Canvas内にビジュアル要素置いて、アニメーションはJavascriptかね。
ツールで制御できるのかなー。めんどくさそう
986デフォルトの名無しさん:2010/11/01(月) 18:20:27
再レンダリング要求の波及がCanvas内で収まるような実装と言うことかね
987デフォルトの名無しさん:2010/11/01(月) 19:05:03
開発効率でもパフォーマンスでも、HTML5がSilverlightに太刀打ちできるとも思えんが。
しかもマトモに使えるまでまだしばらく掛かるわけだし。
どうすんだ
988デフォルトの名無しさん:2010/11/01(月) 19:11:46
またブラウザ間互換性地獄が始まるのか…もうHTMLは嫌だっつーのに…
989デフォルトの名無しさん:2010/11/01(月) 19:13:12
今は足並み揃えだしてるから昔程じゃないでしょ
990デフォルトの名無しさん:2010/11/01(月) 19:32:54
prototype.jsやJQueryのなかった時代は地獄だったな。

JSの要求ライブラリ仕様をここら辺から吸い上げて、
統一したAPIを供給してくれってもんだね。

ところでJSの次のバージョンは結局どうなったんだ?w
991デフォルトの名無しさん:2010/11/01(月) 19:33:03
CSSの仕様だって相当腐ってるからなあ。

>>989
常に最新のブラウザだけを想定出来るなら、まだマシなんだが
上司や依頼元共は、「まだシェアは有るから、IE6にも対応させてね」とか平気で言ってくるんだぜ。
(まーそれを考え出すと、そもそもHTML5導入すら中々出来ないんだが)
992デフォルトの名無しさん:2010/11/01(月) 19:40:43
そういう意味ではSilverlightやFlashは足並みが揃いやすくていいよな〜。
Adobe足並み以外の部分で足を引っ張られそうだけどね。
993デフォルトの名無しさん:2010/11/01(月) 20:02:27
HTML5のデバッグってどうしてるのだろ
994デフォルトの名無しさん:2010/11/01(月) 20:04:37
マークアップして表示のサイクルにきまってんだろw
995デフォルトの名無しさん:2010/11/01(月) 20:06:53
>>683-685みたいな状況だからな。
しばらくはブラウザ毎に、実装度合いがバッラバラ。
996デフォルトの名無しさん:2010/11/01(月) 20:44:31
ヽ(・ω・)/ ズコー
どういうこった、まだリリースしてないのが救いか・・・・・・・
997デフォルトの名無しさん:2010/11/01(月) 20:46:38
HTML5にはブラウザ外実行があるのか?
998デフォルトの名無しさん:2010/11/01(月) 20:49:03
ブラウザ内とブラウザ外をごっちゃにする必要はなかったってこった
999デフォルトの名無しさん:2010/11/01(月) 20:56:43
HTAでいい!
1000デフォルトの名無しさん:2010/11/01(月) 20:57:39
DeepZoomとかSmoothStreamingに匹敵する機能ってHTML5にあるんすか
10011001
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。