元スレMicrosoft Silverlight その8

silverlight覧

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

353 = :

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 = :

Excelの内部構成を解析して自前で作ってはどうか

357 = :

>>350-352
現在公開されているSilverlight 5のbetaビルドには、x64のサポートは含まれていません。
ちなみにSilverlight 5正式版のリリースは年末の予定だそうです。

↓ソース
http://forums.silverlight.net/forums/p/226132/546566.aspx

358 = :

silverlightでの暗号化の仕方を教えてほしい。
System.Security.Cryptographyに暗号化クラスがあるようなのだが、
使い方が難しくてわからん。
どこかに参考サイトないかな？

359 = :

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個作ることなく使いまわしする書き方は可能？

361 = :

テンプレート作ってリソースとしてContentPresenter.ContentTemplateに設定
ContentPresenter.Contentにプロパティをバインド

362 = :

>>361
ありがとうございます。
今試せる環境が無いので明日試してみます。

363 = :

よくわかりませんでした。

<DataTemplate x:key="月">
<俺コントロール/>
</DataTemplate>
を作って、

<Style x:Key="1月" TargetType="data:DataGridCell">
<Setter Property="Template">
中略
<ContentPresenter
ContentTemplate="{StaticResource 月}"
Content="{Binding 1月}"
/>
みたいなのを12個作るということ？

364 = :

>>363
似たような業務アプリを今作ってるけど、4月～3月まで12個並べたよ。
他にスマートな方法があればこちらが教えてほしい。

367 = :

Formsを使ったら負けかなと思ってる

369 = :

ビデックス、FOXにSilverlight(R）、PlayReady(R）を採用した動画配信サービスを提供開始
http://japan.cnet.com/release/30003806/

Silverlight／WPFで使える逆引きTips集――Ribbon機能
http://codezine.jp/article/detail/5940/

SLだと使えないじゃねーデスか…orz

370 = :

あたりまえだろ。頭がシルバー化してるんじゃないのか

373 = :

Windows8でSilverlightじゃなくHTML5なのが悲しい。

374 = :

タイルUIで動作するアプリケーションは“Tailored”(仕立てられた)アプリと呼ばれており、HTML5、JavaScript、CSSで開発する。

MSはSilverlight捨てる気満々じゃん
FlashもSilverlightも時代遅れってか？

375 = :

まあ、Silverlight なくなるわけじゃないでしょ。
多分、IE9 のジャンプリストみたいなのをさらに強化＆全画面ブラウザー搭載程度じゃないかな。

Win8のフル機能をJavaScrit からサポートとか、
標準から外れるだけで誰得にもほどがあるし。

376 = :

>>374
Silverlight の立ち位置は、完全に OS 依存な方向性になっただけ。
.xap 形式のアプリマーケットも持つみたいだし。

377 = :

要は、ガジェットやHTAみたいなのが主流になるだけよね
そこにSLを突っ込んでも勿論良いハズだ

378 = :

生産性に関してJavaScriptがC#に勝てるとも思えんし

379 = :

生産性が良いというより、クライアント側のコードを減らす努力をしなくていいというべきかな

380 = :

C#に比べたら効率悪すぎてやっておれんわ。

381 = :

というかもともとそんなガチなコーディングする言語じゃない
本来の適切な使用範囲を守る限りはJavaScriptは生産性の良い優れた言語だよ

382 = :

その範囲を外れたWebアプリも多々有るがな…ｗ
つか、JavaScript以外も使える様にしてくれりゃ良いのにな

384 = :

JS以外も使えるようにというか、
もうせめてJVMでもいいからVM層＋共通型システム持たなきゃダメだと思うんだけども。

Mono代表な人が一時期、fist-class citizenなin-browser CLRとか必要なんじゃね？
とかブログに書いてたけども、ほんとそう思う。

385 = :

そこで、ページ内に埋め込んだSilverlightのマネージコードから
HTMLのDOM操作をですね…。

387 = :

>>384
>>375-376 って所だと思う。

まあ、しかし、確かに、デスクトップアプリでも、
ウェブページに毛が生えた程度で十分なものも多いのは確か。

全画面表示が基本で、JSからLive Tileを操作できるだけでも
十分「Win8 アプリを HTML5+JS で書ける」に相当すると思う。

389 = :

Ajax勉強するか。。。

390 = :

ここの人たちはまぁわかってて冷静なのだが
海外のForumでもSL, .NET脂肪厨が跳梁跋扈しててウザい。
昨日の発表なんかでちょっとだけでもSLの立ち位置をフォローする
発言すれば良いのに。

391 = :

まあ、HTML5だって
今策定してるAPIで一通り固まったら、それ以上の機能追加は中々出来ないだろうしな
（ベンダの足並み的に）

その点SLなら、毎年の様に　「今度はこんな機能追加しました」　って言ってくれるさ！多分！

392 = :

WindowsにSilverlight標準搭載は独禁法とかでムリなんじゃないの

393 = :

昨年末だか今年頭辺りには、　「Adobeを買収するか、HAHAHA！」　的な話も有ったくらいだし
一昔前と違って、　「AppleやGoogleもシェア伸ばしてるじゃん。独占状態じゃないっすよ」　みたいに言えるんでないかなあ

394 = :

せめてAndroidでSL動いてくれれば

395 = :

WebのほうでHTML5推進ならいいけど、なんでWindowsでなんだ。
ほんとわけわからん。

397 = :

>>392
ブラウザープラグインとして、Flashの競合としてのSilverlightだったら微妙かもしれないけど、
Windows Phone 7みたいに、OS特化のリッチなUI開発APIとしてなら全然平気だろ。

>>394
Monoが無事ならば…
Xamalin、うまく軌道に乗ってくれるといいんだけど。

>>395
多分、ネットでの反応が過剰なだけで、
ほんとはPinned SiteとかJump Listに毛が生えた程度なんじゃないの？

リッチなUI向けには、今回の発表とは別系統でJupiter（今のWPFとかSilverlight的なAPI）ってのがあるらしいし。

398 = :

>>397
ちらっとJupiter調べてみたけど、そーなんだ。
そりゃHTML5だけで戦えるわけないよな。

399 = :

Mary Jo FoleyとかScott Barnesとか、Windows畑でそれなりに影響力有る連中が
Silverlight/.NET 死ぬ死ぬと騒ぎ過ぎるのがいかんなぁ。
今に始まったことじゃないけど。

新しいWinアプリモデルをJavascript専用にするとか誰得で気が狂ったことMSがするわけ無いじゃん。
SLへの言及が無かったからSL死亡とか言うのって「Win8のアプリ開発にC++が使えます」と今回明言しなかったから
C++使えなくなる、とかと同じ位の飛躍。

400 = :

SilverlightはもうただのAPIのリストなんだなw
この範囲で作れば移植性が良いですよ、みたいな

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / silverlight一覧へ

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

• Microsoft Silverlight その9 (574) - [96%] - 2023/1/25 14:30
• Microsoft Silverlight その7 (1001) - [96%] - 2011/3/24 1:31 ○
• Microsoft Silverlight その6 (1001) - [96%] - 2010/11/1 4:09
• Microsoft Silverlight その5 (984) - [96%] - 2010/4/16 20:20 ☆
• Microsoft Silverlight その4 (1001) - [96%] - 2009/12/5 9:05 ○
• Microsoft Silverlight 2.0 その3 (556) - [83%] - 2009/3/24 0:35 ○
• Microsoft Silverlight 2.0　その2 (1001) - [78%] - 2008/11/21 11:47 ○
• Microsoft Silverlight 2.0 (1001) - [74%] - 2008/5/12 6:08 ○
• Silverlight登場で.NET使い大勝利！！！ Part2 (525) - [18446744073709551603%] - 2016/10/16 0:30 ○