11/10/26 23:29:10.39
>>638, 636
ありがとうございます。
Desktop->Metroも無理なんですか。
Desktop AppぽいVS11からMetroを実行できているから
どうにか方法があるかなと思っていたけれど。
これってソースあります？
>>639
VSでDLL追加したら、DllImportは通ったみたいです。
追加したDLLのプロパティを見ても、Content = True とできる
ところはありませんでした。
また、DllImportはできているっぽいですが、別のエラーが出ました。
---
Managed Debugging Assistant 'PInvokeStackImbalance' has detected a problem
in '******.exe.'
Additional Information: Acall to PInvoke function '****' has unbalanced the
stack. This is likely because the managed PInvoke signature dose not match the
unmanaged target signature. Check that the calling convertion and parameters
of the PInvoke signature match the target unmanaged signature.
---
>>640, 642 さんの会話が原因かなと思いましたが、
Managed Debugging Assistant 'PInvokeStackImbalance' has detected a problem
などでググってみると、それ以前に問題がありそうな気がしました。
が、まだよく分かりません。そろそろWinRTスレと関係なくなってきましたかね。
644:デフォルトの名無しさん
11/10/26 23:36:29.01
>>643
Desktop->Metro が無理なソースは↓。
URLﾘﾝｸ(social.msdn.microsoft.com)
Metro->Desktop が無理なソースは↓。
URLﾘﾝｸ(social.msdn.microsoft.com)
Metro から Desktop を起動するだけなら頑張ればできなくはないみたいだけど。
645:644
11/10/27 10:23:33.51
cdecl指定したら、エラーが無くなりました。
.NET4以降ては、明示的に指定しないと駄目なんですね。
お騒がせしました。
646:デフォルトの名無しさん
11/10/28 10:27:40.87
URLﾘﾝｸ(www.infoq.com)
Monoチームはクロスプラットフォーム開発に応用可能なWinRT機能を実装しようとしている。
これらはスレッド、暗号、ネットワークAPIを含んでいる。
Miguel de Icaza氏はWinRTからのGUIライブラリのサポートは予定しておらず、
プラットフォーム固有のユーザーインターフェースを好んでいると述べた。
647:デフォルトの名無しさん
11/10/28 10:51:38.97
monoからMS製のWPFやMetroのGUIは呼べるのか？
648:デフォルトの名無しさん
11/10/28 12:39:34.03
MS.NETが使えないからMono使うんだろ?
何を行ってるのか
649:デフォルトの名無しさん
11/10/30 10:54:46.39
Windows Phoneは"2chブラウザアプリ全面禁止" WPゴミすぎワロタｗ
ｽﾚﾘﾝｸ(news板)
650:デフォルトの名無しさん
11/10/30 12:07:45.11
WPは現状、自分で作ったアプリでさえ実機に自由に入れられないのがなあ・・・
開発しやすくするためにもChevronWP7には頑張ってほしい
651:デフォルトの名無しさん
11/10/30 13:02:08.83
メトロもそうなるんだろ
652:デフォルトの名無しさん
11/10/30 13:13:55.01
なるよ
これでWindows 7がXPの後継、次の10年間のOS確定
653:デフォルトの名無しさん
11/10/30 13:24:38.31
このスレにもXPの後継だとか10年だとか言うアホがいるとは思わなかったわ
654:デフォルトの名無しさん
11/10/30 18:24:24.30
まともな人は2chの隅の過疎スレなんて見てないよ。居るのはプログラム書けない変な粘着だけ。
655:デフォルトの名無しさん
11/10/30 18:37:33.22
2chみたいな知識の蓄積のない書き捨て掲示板に来ちゃう情弱だしな
656:デフォルトの名無しさん
11/10/30 18:45:35.06
>>654,655
つ鏡
と思ったら俺が写っていた。
何を言っているかわかｒｙ
657:デフォルトの名無しさん
11/10/31 15:06:48.53
真面目な話、ペアレンタルコントロール機能みたいなの付けて、
エロ専門の板を閲覧不可にできるようにしたら、審査通るのかね？
658:デフォルトの名無しさん
11/10/31 15:08:18.34
審査でたまたま見られたスレにエロ画像貼られてたらアウトなんじゃね
659:デフォルトの名無しさん
11/11/01 12:56:51.96
そろそろVB6を休ませてあげよう
URLﾘﾝｸ(el.jibun.atmarkit.co.jp)
660:デフォルトの名無しさん
11/11/01 18:37:51.16
MSがVB6を超える物を作り出せていないのが問題なんだよね
661:デフォルトの名無しさん
11/11/01 18:57:29.12
.NETは超えたじゃん、アホでもWinアプリ作れるようになった
662:デフォルトの名無しさん
11/11/01 19:15:35.75
つーかVB6がアホ
663:デフォルトの名無しさん
11/11/02 14:42:53.56
VB6って.netにコンバート出来ないほど別物なのかい
664:デフォルトの名無しさん
11/11/02 15:00:59.09
コンバーターは.NET1.1からついてたよ
俺は使ったことないから性能は知らんが
665:デフォルトの名無しさん
11/11/02 15:01:47.93
>>663
ソースはできても人間がアップデートされない
666:デフォルトの名無しさん
11/11/02 15:21:25.77
C++/CXって正式な読み方なのか
667:デフォルトの名無しさん
11/11/02 23:06:03.07
VS2008添付のコンバーターでVB6からのコンバートをしたことがあるが、
コンバートして終わりってわけにはいかなかった。
やってくれるのは単純な置き換えぐらいで、仕様の違いからコンバート
出来ない部分が多数あった。
そういう部分についてはソース中にコメントを挿入してくれるし、
変換できない理由やオンラインヘルプの参照箇所をまとめたレポートも作ってくれる。
それ見てどうするかは人間次第。
668:デフォルトの名無しさん
11/11/02 23:34:11.38
話だけだとM＄十分頑やることやってるな
>>665が至言か
669:デフォルトの名無しさん
11/11/02 23:50:00.23
うちのクソVB6プログラマをC++プログラマにコンバートしたい
670:デフォルトの名無しさん
11/11/03 10:43:51.31
余計ひどいことになるだろ
671:デフォルトの名無しさん
11/11/03 10:52:03.38
VB6ではできるが、VB.NETではできないことが多すぎる。
672:デフォルトの名無しさん
11/11/03 11:47:05.70
人前でうんこしてはいけないのは当然ですよね
673:大便
11/11/03 17:52:20.57
VB6は犯罪です。
早速警察に通報しました。
674:デフォルトの名無しさん
11/11/03 21:09:20.92
>>671
例えば?
675:デフォルトの名無しさん
11/11/03 21:10:48.56
ActiveX EXE
676:デフォルトの名無しさん
11/11/04 11:06:26.41
VB.NETでVB6のACTIVEX EXEのような動き
URLﾘﾝｸ(hpcgi1.nifty.com)
VB.NETにてVB6 ActiveX EXEと同じ動作
URLﾘﾝｸ(bbs.wankuma.com)
677:デフォルトの名無しさん
11/11/04 20:05:33.84
どっちも微妙に違う。
678:デフォルトの名無しさん
11/11/04 22:58:04.28
ActiveX EXEはただの手段なんだから
あんまりこだわっても仕方ないだろ
679:デフォルトの名無しさん
11/11/05 05:39:10.46
COMから見ても、.NETから見ても、違いが大きすぎ。
680:デフォルトの名無しさん
11/11/05 23:10:29.62
VB6に拘ってるやつは手段が目的になってる。
681:デフォルトの名無しさん
11/11/05 23:18:15.97
VB6に対抗できるのはDelphiぐらいしかない。
682:デフォルトの名無しさん
11/11/05 23:21:46.15
つまりC# + .NETですね
683:デフォルトの名無しさん
11/11/05 23:35:29.80
QtもWinRTもJavaScript採用してるけど流行ってるの？
ブラウザ高速化のために使った労力を有効利用しようぜってかんじ？
684:デフォルトの名無しさん
11/11/05 23:40:26.99
全然流行ってないよ
685:デフォルトの名無しさん
11/11/05 23:42:23.35
JavaScriptなんか10年前から.NETで使えたよ
686:デフォルトの名無しさん
11/11/06 02:39:21.96
>>683
HTML かけて、JavaScript ならわかるかもって勘違いする開発者を拾い上げるため。
687:デフォルトの名無しさん
11/11/06 04:02:45.22
どうせ、なにこれ難しいやっぱりMSは糞、とか言われて離れていきそう
688:デフォルトの名無しさん
11/11/06 11:19:43.51
アプリさえ揃えばMetroでもいい、あるいは従来のウインドウインターフェースより
Metroのほうがいいって人って、世の中の何割くらいなんだろうね。
689:デフォルトの名無しさん
11/11/06 11:23:40.93
AppStoreへの地ならしだろ
690:デフォルトの名無しさん
11/11/06 11:23:46.36
Aeroどころか、Lunaですら使わずに、未だにWindowsクラシックで使ってるやつもいることを
考えると、それほど多くない気がするなぁ。
691:デフォルトの名無しさん
11/11/06 12:39:58.34
スレートでオールドデスクトップ使うのがめんどいのはわかりきってる
スタイルとしてはＣ＃で書いてMVVMでビジュアルだけ乗せ換えるのが妥当なんだろう。
メッセージの上にメッセージが飛び交う２階建てになるけど、
フレームワークさえ守ってればむしろ今までより楽だろう。業務ソフト開発の場合には。
692:デフォルトの名無しさん
11/11/07 08:47:30.36
URLﾘﾝｸ(social.msdn.microsoft.com)
結局WinRTはデスクトップアプリでも利用可能なことが判明。
MSが2000年代に色々藻掻いたクライアントサイド/Web系技術は、最終的にはWinRTに組み込まれてく流れだろう。
693:デフォルトの名無しさん
11/11/07 11:37:48.86
基本的にCOMだからそりゃデスクトップでも呼べるんじゃないの。
でも、UI部分は別だろうし、マーケットプレイスに出したければ（単なるリンクじゃなくてその場でダウンロードできて、バージョンアップまで管理）、Metro styleでないと無理なんでない？
694:デフォルトの名無しさん
11/11/07 12:29:04.66
MSのMarketPlace の審査はとても厳しい。
695:デフォルトの名無しさん
11/11/07 12:46:23.85
審査に落とされたアプリはどうなるの？
C#だからiPhoneやAndroidに流用できないよね？
ゴミになるの？
696:デフォルトの名無しさん
11/11/07 12:57:32.62
ショップ通さないと実行できない完全なプロテクト環境を用意してくるなら
むしろデスクトップの方で商機あるよ
697:デフォルトの名無しさん
11/11/07 12:59:00.11
それになによりobjectCで書いたほうががらくただろ？
698:デフォルトの名無しさん
11/11/07 13:16:22.18
C++で書けばいい
699:デフォルトの名無しさん
11/11/07 13:21:19.88
どういう層が荒らしてるんだろう。
携帯の板から流れてきたのかな？
技術的な事は全く分かってないみたいだから少なくとも開発者じゃないよね。
700:デフォルトの名無しさん
11/11/07 13:37:56.11
別に荒れてねーよカス
701:デフォルトの名無しさん
11/11/07 13:50:19.60
そういうのはいいから
702:デフォルトの名無しさん
11/11/07 15:06:51.54
>>692
＞Note: Custom WinRT components are only supported in Metro style applications. They are not supported in Desktop applications.
Custom WinRT componentsって何?
703:デフォルトの名無しさん
11/11/07 16:46:33.94
要はカスタム ウィンアールティー コンポーネンツっちゅうことや
704:デフォルトの名無しさん
11/11/07 23:29:26.05
なるほどわからん
705:デフォルトの名無しさん
11/11/07 23:31:35.38
>>695
ModelとViewModelは流用し、Viewだけ差し替えてSilverlightにでも何でもすりゃいいだろｗ
706:デフォルトの名無しさん
11/11/07 23:33:49.13
>>695
OSS実装「Mono」で広がる.NETの応用
iPhoneでC#アプリが審査に通るワケ
URLﾘﾝｸ(www.atmarkit.co.jp)
C#でiPhoneアプリ開発 with MonoTouch
URLﾘﾝｸ(www.slideshare.net)
Android向け.NETアプリ開発環境「Mono for Android」、Novellが発売
URLﾘﾝｸ(www.itmedia.co.jp)
707:デフォルトの名無しさん
11/11/07 23:55:10.41
デスクトップOSもだんだんAppStoreみたいな審査を通さないアプリは駆逐されていく方向に行くのかなぁ
そうなると、PCという汎用機の役目は終わったって感じがして何かさびしいな
708:デフォルトの名無しさん
11/11/08 00:05:43.96
自由なアプリの実行環境はそりゃ欲しいが
同時にそれらのアプリからデータの保護された実行環境も欲しい
709:デフォルトの名無しさん
11/11/08 01:20:56.85
電子署名のないドライバが禁止になったので、電子署名のないアプリ禁止は近いかもね。
710:デフォルトの名無しさん
11/11/08 02:57:35.61
ていうかWinRTは砂場の中で動かすわけで変なことは出来んよ
711:デフォルトの名無しさん
11/11/08 10:04:16.72
Apple、Mac App Store アプリでサンドボックスの利用が必須に
URLﾘﾝｸ(apple.slashdot.jp)
712:デフォルトの名無しさん
11/11/09 17:08:21.20
完全に防ぐのは不可能だけど今あるようなアフォみたいなマルウェアは
大概排除できるんだから多少不便があってもかなり大きなメリットだと思うんだけどな
713:デフォルトの名無しさん
11/11/09 17:17:02.04
スマホみたいに広告だらけのアプリが増えるのは勘弁してほしいな
714:デフォルトの名無しさん
11/11/09 19:17:30.71
↑なんでユーザーがこのスレにいるの？
715:デフォルトの名無しさん
11/11/09 19:40:57.85
そもそもWinRTアプリが流行らない罠
716:デフォルトの名無しさん
11/11/09 21:19:15.81
COMだとレジストリさらに肥大化するのかな。
717:デフォルトの名無しさん
11/11/11 08:05:59.74
もともとCOMプログラマなので歓迎
VB6も復活して欲しい
718:デフォルトの名無しさん
11/11/11 14:12:26.14
結局HTAで十分だったな
719:片山博文MZ ◆0lBZNi.Q7evd
11/11/11 16:41:52.05
[PR] トイレトイレで困っている50代のあなたも前立腺肥大かも？
お医者さんへGo! 治療薬があります。
720:デフォルトの名無しさん
11/11/11 21:41:42.10
Windows8のタブレットって、silverlightで何がいけなかったんだろう。
721:デフォルトの名無しさん
11/11/11 21:46:09.98
WinAPIを10年がかりでリプレイスするつもりではないかと。
722:デフォルトの名無しさん
11/11/11 21:47:02.27
OSチームがやりたがりなんじゃね。
723:デフォルトの名無しさん
11/11/11 21:55:51.19
>>721
そんな時間は MS に残されていない
724:デフォルトの名無しさん
11/11/12 00:11:37.84
非同期APIをどうしても作りたかったとか?
725:デフォルトの名無しさん
11/11/12 00:18:14.59
なんとなく起動していつのまにか終了してるそういうフレームワークが欲しかったんじゃね
xaml+C#で書けるのは同じだもの
726:デフォルトの名無しさん
11/11/12 01:09:52.55
XAMLの仕様を見ているとCOMへの回帰が垣間見える。
727:デフォルトの名無しさん
11/11/12 13:07:36.42
XAMLは思いっきり.NETの仕様だけど
それも完全にWPFでUIを置き換えるつもりだった頃の設計の産物
728:デフォルトの名無しさん
11/11/12 13:30:04.07
VSチームはC#推しなのにOSチームはC++一択なのをどうにかしないと
いつまで経っても足並みはそろわない
729:デフォルトの名無しさん
11/11/12 14:20:13.30
Singularity
730:デフォルトの名無しさん
11/11/12 14:39:10.75
>>728
そういうこと
731:デフォルトの名無しさん
11/11/12 14:43:16.02
VSチームがC#でOS作ればいい
732:デフォルトの名無しさん
11/11/12 14:48:51.43
AndroidのUI周りとかまんまWPFだな
実装はともかく、XAMLやWPFの基本的な設計自体は非常にうまくできてる
733:デフォルトの名無しさん
11/11/12 17:00:46.43
>>728
そこを揃えるためのWiｎRTであり、WinMDであるのだろう
734:デフォルトの名無しさん
11/11/12 18:43:52.56
C++って本当扱いの難しい子ですね
735:デフォルトの名無しさん
11/11/12 20:32:05.95
>>731
その為には先ず、C#でネイティブコードを吐ける環境の実装をだな…
マジでこれさえ有れば、C++なんていらねーのに
736:デフォルトの名無しさん
11/11/12 20:40:46.63
念のために言っておくがネイティブ吐くのと.NET Frameworkが不要になるのでは意味が違うからな
737:デフォルトの名無しさん
11/11/12 20:43:29.25
馬鹿でかい.NET Frameworkをスタティックリンクするんなら
再配布.NET同梱するのと変わらん
738:デフォルトの名無しさん
11/11/12 21:05:23.45
スタティックリンクなら
いらない部分は含まれないでしょ
739:デフォルトの名無しさん
11/11/12 21:11:15.21
10年は前にさんざん言われたことだなぁ。
配布サイズ10倍以上にしてまでスタティックリンクしたいのかとか、
セキュリティホール見つかった時に放置されるリスク犯すのかとか。
740:デフォルトの名無しさん
11/11/12 21:20:21.18
Silverlightはランタイムに含まれてるDLLが最小限で
必要な.NETライブラリはスタティックリンクというかプライベートコピーが基本だが
それだけでも結構パッケージがデカくなるよね
741:デフォルトの名無しさん
11/11/12 21:29:15.85
配布サイズよりメモリサイズのほうが問題じゃないの？
742:デフォルトの名無しさん
11/11/12 21:53:50.61
CIL->ネイティブコードの変換くらいそう難しくないだろ
誰でも考えることだけどiPhoneでC#使いたいとか特殊な状況以外大して意味がないからやらない
743:デフォルトの名無しさん
11/11/12 23:05:47.05
ILは実質的にはネイティブと同じ。変わるのは、実行時コード生成するときぐらい。
744:デフォルトの名無しさん
11/11/12 23:38:41.14
STLつかうと一気に実行ファイルサイズが10倍に?！
745:デフォルトの名無しさん
11/11/13 00:11:08.13
>>731,735
Microsoft，タイプセーフなオペレーティングシステム Verve を発表
URLﾘﾝｸ(www.infoq.com)
746:デフォルトの名無しさん
11/11/13 00:48:57.90
>>744
つWTL
747:デフォルトの名無しさん
11/11/13 01:49:42.28
>>745
Win8よりもこれが欲しい
748:デフォルトの名無しさん
11/11/13 04:18:48.81
>シングルプロセッサ上でのみ動作する。
実用には程遠い感じ
749:デフォルトの名無しさん
11/11/13 04:51:24.07
その後さらになんか
URLﾘﾝｸ(research.microsoft.com)
こんなのになってる。
750:デフォルトの名無しさん
11/11/13 13:15:48.39
STL使うと実行ファイルサイズが10倍とかいつの時代だよ
まともなコンパイラなら仮にsizeof(int)==sizeof(long)の環境で
templateをintとlongで実体化すると二つは一つにまとめられる
751:デフォルトの名無しさん
11/11/13 14:28:07.10
膨れないようなものならテンプレート使っている意味があまりないが。
752:デフォルトの名無しさん
11/11/13 16:43:00.67
10倍とか異常値ではなくて妥当なサイズのコードを生成するって言っただけ
それにバイナリには直接現われないテンプレートの使い方もあるんだぞ
753:デフォルトの名無しさん
11/11/14 14:48:42.05
（初心者は） 「WinRT ＝ Metro用DLL」 って認識でおｋ？
754:デフォルトの名無しさん
11/11/14 15:24:52.37
どういう意味合いで言ってるのか正確にとりかねるけど、
C#から見たら（C#しか使わない＆内部的な実装気にしないなら）
「WinRT ＝ Metro用DLL」 って認識でおｋ。
755:デフォルトの名無しさん
11/11/14 16:29:29.19
>>753
初心者じゃなくてもその認識でおｋ
.NETアセンブリでもなければCOMコンポーネントでもない
756:デフォルトの名無しさん
11/11/14 21:27:51.41
>>725
wp7のSilverlightで良さげ。
757:デフォルトの名無しさん
11/11/14 21:37:56.08
>>756
まあ、ぶっちゃけ、WP7のSilverlightに似てるしね＜WinRT。
758:デフォルトの名無しさん
11/11/14 23:52:42.21
SilverlightってWPFと違ってUIフレームワークは元々ほとんど全部ネイティブで実装されてるしな
DllImportだったのがCOMになっただけ
759:デフォルトの名無しさん
11/11/15 08:21:40.59
えっ
760:デフォルトの名無しさん
11/11/15 10:09:44.89
URLﾘﾝｸ(msdn.microsoft.com)
嘘だと思うなら逆アセンブルしてみたら
本当に一枚皮剥いだらネイティブだから
761:デフォルトの名無しさん
11/11/15 14:17:25.93
そういやSilverlightがJSから使えたこともあったな・・・
762:デフォルトの名無しさん
11/11/15 18:49:48.19
むしろネイティブ以外で実装されているライブラリってあるのかと
763:デフォルトの名無しさん
11/11/15 19:14:04.18
ＷＰＦのライブラリ逆コンパイルできるじゃないＩＬで
764:デフォルトの名無しさん
11/11/15 19:27:37.90
WPFだってネイティブの上に成り立ってるけどな
765:デフォルトの名無しさん
11/11/15 19:37:55.29
ネイティブはネイティブの上にネイティブを作らずってことやな、うん
766:デフォルトの名無しさん
11/11/15 19:48:49.75
ネイティブならナァドウゥ
767:デフォルトの名無しさん
11/11/15 21:02:03.20
WPFは最終的な描画や入力でごくプリミティブな機能としてネイティブ使ってるだけで
だけでフレームワークそのものはほぼC#だよ
Silverlightはかなり高レベルなところからネイティブ
768:デフォルトの名無しさん
11/11/15 21:24:50.22
お前らカタカナ禁止な
769:デフォルトの名無しさん
11/11/15 21:48:24.71
「カタカナ使うな？片仮名を使って欲しいという事ですか？」
770:デフォルトの名無しさん
11/11/16 02:06:21.20
ねいてぃぶ
771:デフォルトの名無しさん
11/11/16 03:05:39.00
斧゜裏魅手異武
772:デフォルトの名無しさん
11/11/20 14:29:03.95
Metroスタイルで「出来ない事」ってどれくらいあるんだろう
773:デフォルトの名無しさん
11/11/20 14:50:38.66
カスケード表示
774:デフォルトの名無しさん
11/11/20 16:54:23.54
まだアンチエイリアスを切れないの？
775:デフォルトの名無しさん
11/11/20 22:31:33.45
複数ウインドウは、技術的に無理な感じ？
技術的に可能でも、コントロールがたっくさんあると
現実的には難しそう。
776:デフォルトの名無しさん
11/11/20 22:34:00.62
複数ウィンドウにしたところで複数使うのかって話
777:デフォルトの名無しさん
11/11/21 20:38:17.77
>>775
現行のSilverlightで行われている様に、アプリケーション内部にウィンドウマネージャを構築してしまえばいい。
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(www.codeproject.com)
778:デフォルトの名無しさん
11/11/22 15:13:01.55
C#に移るのはいやだけど、C++でGUIアプリ作るのはめんどくさくなってきた
ネイティブC++でWPF扱えるようにならないものかと思ってたが、こんなもん新しくできてたんだな
C++erは期待していいんだろうか
779:デフォルトの名無しさん
11/11/22 19:44:18.52
C++erのOSチーム作だからいいんでね。
780:デフォルトの名無しさん
11/11/22 20:05:02.71
metroアプリ作るためのもので、WPFの代わりになるもんではないよ
言語もC++ではなくC++/CLIに似た何か
781:デフォルトの名無しさん
11/11/22 20:11:54.29
デスクトップだとタッチ用のUIのアプリなんて誰も使いたがらないだろうけど
タブレットやタッチスクリーンPCが普及するかどうかだな
782:デフォルトの名無しさん
11/11/22 20:22:03.00
逆にタッチファーストなデバイスで従来のソフトを積極的に使いたがる奴もいないだろうしな
783:デフォルトの名無しさん
11/11/23 00:13:46.97
あらゆる面でGUI作るんなら素直にC#に移ったほうがいいと思う
学習コストを支払っても回収できるよ
784:デフォルトの名無しさん
11/11/23 00:31:20.81
WPFは糞重いしWinRTはWin8でしか使えない
C++でQt使った方がMacでもLinuxでも使えて
幸せになれる
785:デフォルトの名無しさん
11/11/23 01:04:07.94
互換性に囚われてそのプラットフォームで最適な表現が出来ないならユーザーには不幸だな
786:デフォルトの名無しさん
11/11/23 01:57:50.68
write once run anywhereとかjavaですでに絶望したはずなんだけどな
まだ幻想を抱いてるとか貴重種だよ
787:デフォルトの名無しさん
11/11/23 02:01:26.70
普段モデルの方ばっかり書いててビュー書いてないと、
write once, run anywhereの幻想抱きがちかなぁとかは思う。
確かに、モデルだけならかなりポータブルに書けるのよね。
でもそれをビューに期待しちゃ絶対ダメ。
788:デフォルトの名無しさん
11/11/23 02:09:45.54
今後、ネイティブでマルチプラットフォームというとChrome Papper(NaCl)かな。
Webフォーム程度なら、QtでもwxWidgetsでもいいよね。
789:デフォルトの名無しさん
11/11/23 03:29:27.67
プラットフォームごとに最適なUXを実現するためにもビューはあんまり流用できるものではないな
790:デフォルトの名無しさん
11/11/23 05:35:30.79
NaClに変に期待してる人をたまに見かけるけど何考えてるのか分からんな。
791:デフォルトの名無しさん
11/11/23 09:00:52.48
塩？
792:デフォルトの名無しさん
11/11/23 09:15:10.21
>>495がまさに真理
Webページですら事実上環境依存だというのに
793:デフォルトの名無しさん
11/11/24 01:03:11.27
そこでflashだｒｐ（ﾄﾞﾔｯ
794:デフォルトの名無しさん
11/11/24 09:42:20.44
Metroで殺される予定のFlashさん何やってんすか
795:デフォルトの名無しさん
11/11/24 10:02:38.58
Metro向けのAIRがあるだろ
796:デフォルトの名無しさん
11/11/24 10:25:35.09
茨の道を進む Silverlight，WinRT へのスムーズな移行は実現するか？
URLﾘﾝｸ(www.infoq.com)
797:デフォルトの名無しさん
11/11/24 11:14:26.27
>>796
最後の「Metro インターフェースは，実を言うと，HTML5 ベースなのだ。」が大嘘。
ろくな記事じゃない。
798:デフォルトの名無しさん
11/11/24 11:32:13.92
ランチャーとかのホストのUIがHTML5ベースで作られてると思ってるのかな?
とんでもなく重くてガクガクで使い物にならないだろうな
799:デフォルトの名無しさん
11/11/24 11:42:34.65
xaml知らなくてhtmlだと思ったんじゃないの
800:デフォルトの名無しさん
11/11/24 11:45:03.15
多分、HTML5+JavaScriptでもMetro UI書けるって部分を勘違いしたんだと思う。
実際は、2系統、XAML(WPFの焼き直し)とHTML5(IEと同じエンジン使ってる)が実装されてて、
HTML5側からも、WinRTの非UI部分のAPIが参照できるってだけなのに。
801:デフォルトの名無しさん
11/11/24 12:08:48.02
URLﾘﾝｸ(www.infoq.com)
同じ人の記事だけど、UIの記述にXAML使うのは分かってるみたいだから
XAMLのUIがHTML5で実装されてると思ってるか、
もしくはOSのインターフェイスがHTML5ベースだと思ってるかのきっとどちらかだな
自分で書いてることを全く理解してない可能性もあるけど
802:デフォルトの名無しさん
11/11/24 20:05:35.99
HTML5のWinRT表層はIE独自拡張満載とはいえ
CSSやらJSやらかなり手書き感あふれる実装だな
803:デフォルトの名無しさん
11/11/25 10:22:44.25
IE以外のブラウザの独自拡張はきれいな独自拡張
804:デフォルトの名無しさん
11/11/25 10:31:31.40
そうでもない
他のは平気で互換性を切る
その違い
805:デフォルトの名無しさん
11/11/25 12:23:20.35
>>803 はネタでしょ。
アンチMSは本気でそう思ってそうっていう。
ブラウザー以外でも、GCCの独自拡張を標準C++だと思ってて、
「VC++は標準対応してない」って文句言う人ほんとにいるし。
806:デフォルトの名無しさん
11/11/25 18:20:01.67
他にもマイナーだけどVistaでMS書体（やメイリオ）の「辻」や「葛」などの漢字の形が
略字形から本字形へと変更された時もWindowsは叩かれまくって
後から真似をしてヒラギノを変更したMac OS Xは褒め称えられる、とかあったしね。
807:デフォルトの名無しさん
11/11/25 18:44:32.99
今のIEは過去の失敗を踏まえてメジャーなブラウザの中では最も拡張に慎重だろ
MS以外ならロクに仕様の固まってない規格実装して
後でポシャったり大変更されたりしても最悪互換切り捨てることができるが
MSはそれが許されない
808:デフォルトの名無しさん
11/11/25 20:00:35.97
被害妄想癖あるやつがいるな
809:デフォルトの名無しさん
11/11/25 22:24:31.84
そこで名前だすのは、macじゃなくてAdobeだとおもう。
JIS78問題以降、変更があると
フォント名を変えることで対応している。
Adobeが細かい名前を決めてる訳ではないけど、DNSのヒラギノの場合、ProNとかNが末尾に付いたのが標準体
MSの場合、フォント名については、文章表現よりOSの容量削減にこだわってる。
重複が気になるなら、TTCにすればいいのに、TTCも扱いが難しいのか
増やしたくないのかもしれない。
810:デフォルトの名無しさん
11/12/08 00:14:09.73
Visual Studio 11プレビュー: 性能は劣化?
URLﾘﾝｸ(www.infoq.com)
811:デフォルトの名無しさん
11/12/08 00:43:15.42
本文のどこをまとめたらそのタイトルになるのかよくわからん
812:デフォルトの名無しさん
11/12/08 08:27:43.70
2010から腐ってるよな
WPFなんか使うからだ
813:デフォルトの名無しさん
11/12/08 11:41:28.72
2010ってかなりの部分がC#になってるんだろ?
そんな思い切ったことした割にはまともな出来だと思うがな
WPFや.NETがどうとかいう以前に製品として成熟しきってないだけだろ
814:デフォルトの名無しさん
11/12/08 12:01:45.33
ARM版ってデスクトップも無くて、デスクトップアプリも動かないのな
815:デフォルトの名無しさん
11/12/08 13:03:00.42
>>814
ソース出せ
816:デフォルトの名無しさん
11/12/08 13:31:57.44
やっぱ.NET開発用に.NET WinRTサブセットでやる方向だよな
817:デフォルトの名無しさん
11/12/08 13:49:28.05
そりゃそうなるわな
俺は.NET使わない(ｷﾘｯ
実は使ってるコンポーネントがCLRをロードしてました
となるのは目に見えてる
818:デフォルトの名無しさん
11/12/08 19:23:56.00
WindowsPhoneも死亡したようだし
MetroUIもすこぶる評判がよろしくない
四角いタイルがとてつもなくダサく思えてきたよ
819:デフォルトの名無しさん
11/12/08 19:32:11.56
そうかな？新UIの出だしなんていつもこんなもんだと思ってるけど
820:デフォルトの名無しさん
11/12/08 20:56:11.51
Winの新しい物が批判されるのはいつものこと
そして批判されたものほど後で普通になる
後で消えるものは最初から話題にすらならない
821:デフォルトの名無しさん
11/12/08 23:02:45.93
アンチも居るけど新規UIにしては意外と評判いいような気がするけどな。
まぁ、出てみないと何とも言えんけど今から騒いでる人は…アレな人たちだから参考にならん。
822:デフォルトの名無しさん
11/12/08 23:29:24.23
次期Officeはメトロみたいだな
823:デフォルトの名無しさん
11/12/09 00:13:18.15
メトロ推しはいいんだけど
オフィスをメトロにしてもなぁ
824:デフォルトの名無しさん
11/12/09 00:26:06.07
WinRT上でOfficeを構築するのは有用
タブレット向けのOfficeは必須であろう
825:デフォルトの名無しさん
11/12/09 00:36:38.46
Officeで作った資料をタブレットでサクッと見られれば便利だろな
826:デフォルトの名無しさん
11/12/09 01:08:22.52
COMの知識を整理し直さないといかんなぁ。
今存在するCOMの資料はみんな古いモノしかない上に、
従来のCOMで、WinRTの新機能で置き換えられるもの、
新たに追加させるものがかなりあるので。
827:デフォルトの名無しさん
11/12/09 01:48:59.66
WinRTって内部的にCOM使っているだけでAPIレベルでみるとWPFに近くなる
ものと勝手に想像していたのだけれども違うの？
828:デフォルトの名無しさん
11/12/09 02:29:25.19
いぇｓ
829:デフォルトの名無しさん
11/12/09 11:53:00.16
ARM版の公開まだなの？
830:デフォルトの名無しさん
11/12/09 12:04:28.64
OEM提供のみだから一般公開はない
831:デフォルトの名無しさん
11/12/09 12:19:22.12
開発者どうすんの？
832:デフォルトの名無しさん
11/12/09 13:18:13.89
ARM版Windows 8はデスクトップで動作するアプリケーションに対応しない
URLﾘﾝｸ(techreport.com)
833:デフォルトの名無しさん
11/12/09 13:42:08.06
>>831
HTMLとJavaScriptで作れってことだよ
言わせんな恥ずかしい
834:デフォルトの名無しさん
11/12/09 16:41:50.62
WPFよりWindowsフォームのほうが1万倍ぐらい使いやすいよね
835:デフォルトの名無しさん
11/12/09 16:53:56.71
釣りは他所でやって
836:デフォルトの名無しさん
11/12/09 17:34:30.08
つーかARM版公開したところでお前ら入れるデバイスも入れる手段も無いだろって話
開発者はWinRT上で組んでればなんも心配はいらんだろう
837:デフォルトの名無しさん
11/12/10 03:51:04.05
WPFのアプリがとうとう一つも登場することなくWinRTへ移行することになったな
838:デフォルトの名無しさん
11/12/10 04:06:05.04
自分が作れなかったからって全世界のことのように言われても
839:デフォルトの名無しさん
11/12/10 04:15:53.17
あれを「移行」と考えてる時点でおかしい。
840:デフォルトの名無しさん
11/12/10 04:51:48.90
世界中で大量に購入されたWPFアプリがあるというのに何も知らないんだなほんと
841:デフォルトの名無しさん
11/12/10 18:44:22.80
有名パッケージソフトで出なければ説得力はない
842:デフォルトの名無しさん
11/12/10 18:52:01.44
VS2010が一応WPF使ってるんじゃないの
評判悪いけど
843:デフォルトの名無しさん
11/12/10 19:03:18.25
Office2007以降とか、VS2010とか、WebMatrixとか
最近のMS製品は、WPF製が多い様な
844:デフォルトの名無しさん
11/12/10 19:08:31.28
MS以外のWPF製で一番インストールされてるのはATIのCatalyst Control Centerかな。
845:デフォルトの名無しさん
11/12/10 19:20:55.88
PowerShellISEもWPF製だな
846:デフォルトの名無しさん
11/12/10 23:01:18.16
Officeは違うでしょ。少なくとも手元の2007は違う。
WPFといえばExpressionでしょ。
847:デフォルトの名無しさん
11/12/11 10:45:57.58
>>843
officeはWPFじゃないよ
848:デフォルトの名無しさん
11/12/11 10:53:26.97
簡単な見分け方
ウインドウを全画面に切り替えたとき
一瞬、横や下に何もない空白が表示されるのがWPFやwinforms
849:デフォルトの名無しさん
11/12/11 11:34:52.41
>>848
あーやっぱり。おれのPCがおかしいのかと思ったよ…
850:デフォルトの名無しさん
11/12/11 13:11:24.27
文字列描画とかボタン類とかフォーカス枠とかでなんとなくわかるだろ
851:デフォルトの名無しさん
11/12/11 19:17:34.54
Metro上でも、何れはこういう事をやる奴が出て来るんだろうか
URLﾘﾝｸ(www.silveos.com)
852:デフォルトの名無しさん
11/12/11 19:27:47.17
これ別にosじゃなくね？
853:デフォルトの名無しさん
11/12/11 19:45:22.96
Ubuntuですね
854:デフォルトの名無しさん
11/12/11 19:59:00.21
>>772,775,777な話だな
855:デフォルトの名無しさん
11/12/13 10:49:39.68
Web サイトを Windows 8 アプリに接続する
URLﾘﾝｸ(blogs.msdn.com)
856:デフォルトの名無しさん
11/12/15 11:28:46.70
Windows 8のアプリストアではオープソースアプリケーションの配布が可能に
URLﾘﾝｸ(opensource.slashdot.jp)
857:デフォルトの名無しさん
11/12/15 21:12:49.35
OSSじゃなくて「GPL」だろ?
コメント欄といい、相変わらずMSアンチOSS信者はアホばっかりだな
858:デフォルトの名無しさん
11/12/15 21:23:29.42
セキュアブートのときも文章よく読まずにファビョってたのと同じ連中だろ
859:デフォルトの名無しさん
11/12/15 21:30:17.30
ストアに公開したらソース公開しちゃいけないとかあり得んだろうw
WP7のときにも勘違いしてファビョってる連中がいたが、
>>856の記事を書いてる本人は常識的に考えておかしいと思わないのか?
860:銀ピカ
11/12/20 21:41:18.72
個人的に、 「見せ場を分け合う」 と云う一点においては
DXの 「シーン登場時に侵食率を上昇させる」 ルールも、中々の物かなと思ってるぜよ。
侵食率調整の都合等で、ミドル以降にも 「全PCの内、1～2人だけが登場するシーン」 が珍しく無い分
そのシーンに登場している限られたPCに、より注目が集まると云うか。
特にリプレイを読んでる時は、顕著に感じる部分デスね。
861:デフォルトの名無しさん
11/12/20 21:42:00.48
うわあああああああああああああああああああああああああああ
誤爆ソーリーorz
862:デフォルトの名無しさん
12/01/01 13:18:55.19
>>859
Appleはそのありえない規約ですけど？
863:デフォルトの名無しさん
12/01/01 19:23:48.73
WP7やiPhoneでダメなのはGPLのようなライセンスによって
配布するバイナリに変な制限が付くことじゃないの?
たとえばMonoTouchの大部分のソースは公開されてるが、あれ違反なのか?
864:デフォルトの名無しさん
12/01/02 04:39:06.55
同じようなソフトが登録されるのを嫌ってるということじゃないの？
見た目だけ変えたようなソフトが1000も2000も登録されたら・・・
865:デフォルトの名無しさん
12/01/05 09:08:35.86
アフィ広告だけ差し替えたアプリだらけのAndroidマーケット状態
866:デフォルトの名無しさん
12/01/05 20:37:42.16
>>863
GPL は GPL 以外の制約があっては駄目だっはず。
その制限とアプリマーケットの規約がコンフリクトする。
867:デフォルトの名無しさん
12/01/05 21:02:45.09
BUILD のセッション スライドが日本語翻訳されました
URLﾘﾝｸ(blogs.msdn.com)
868:デフォルトの名無しさん
12/01/13 10:36:54.90
CESでは盛り上がってた。スマフォはちょっと微妙だが
タブレットはiOSとWin8の2強になるかも。
869:デフォルトの名無しさん
12/01/13 15:20:03.51
>>868
今の時点で盛り上がってるのはメーカーだけだろ
870:デフォルトの名無しさん
12/01/13 15:27:23.85
iOSとAndroidの2強だろw
871:デフォルトの名無しさん
12/01/13 21:03:03.12
>>868
今のノートがほとんど置き換わって一強だろ。
872:デフォルトの名無しさん
12/01/13 23:39:40.28
x86のandroidタブとスマホもでてくるけど、
wpあきらめて、win8のx86タブとスマホで攻めれば、少しはシェアとれると思う。
873:デフォルトの名無しさん
12/01/24 18:08:29.93
メトロアプリは独自でバイナリ配れないんだな
874:デフォルトの名無しさん
12/01/26 11:06:55.03
知らなかったんだけど川西さん亡くなってたのか
875:デフォルトの名無しさん
12/01/26 11:39:30.15
ｽﾚﾘﾝｸ(tech板)
.ｎi 7 ／ ＼ ご冥福をお祈りします
l^l | | ｌ ,/) ／ ／・＼ ／・＼ ＼ .ｎ
', U ! ﾚ' / | ￣￣ ￣￣ | l^l.| | /）
/ 〈 | （＿人＿） | | U ﾚ'/／)
ヽっ ＼ | ／ ﾉ ／
／´￣￣ ノ ＼＿| ＼ｒニ |
`ヽ l
876:デフォルトの名無しさん
12/01/26 19:14:15.90
OpenGLならこんなことには
877:デフォルトの名無しさん
12/01/26 20:24:38.21
ES付いてるのと付いてないのとの差とか、バージョン間の差でなけばいいよ。
878:デフォルトの名無しさん
12/02/01 11:36:47.90
2月末にwin8 betaが出るって…
879:デフォルトの名無しさん
12/02/01 14:28:17.30
操作性がどうなっているのか
880:デフォルトの名無しさん
12/02/02 01:51:03.53
ASCII.jp：Windows 8向け新アプリは新実行環境「WinRT」で動く｜ついに姿が見えた！ Windows 8最新情報
URLﾘﾝｸ(ascii.jp)
> また、Windows Liveとの連携を前提にした「Mail」「Photo」「Calendar」「Documents」「People」というアプリケーションが提供され、
>Windows 8ではWindows LiveのSkydriveを簡単にアクセスできるようになっている。PhotoやDocumentsは、Skydriveの機能を利用したもので、
>自宅のマシンに外出先のノートパソコンやWindows Phone 7などからアクセスして、ファイルを利用するような機能も提供されるようだ。
個人的にはβで Live Essentials の Metro 版が付いてくるかが気になる。
881:デフォルトの名無しさん
12/02/02 05:00:12.43
β楽しみだな
882:デフォルトの名無しさん
12/02/05 02:17:29.56
Windows Phone 8 (Apollo)に関する詳細情報がリーク、機能大幅強化に期待
URLﾘﾝｸ(news.mynavi.jp)
MSのWindows Phone部門で相次ぐ人事異動、次期モバイルOSの戦略を反映か
URLﾘﾝｸ(news.mynavi.jp)
デスクトップがWin8
タブレットがWin8 Metro
スマホが、Win8 Metroのスマホ版
で、消費電力さえクリアできれば、ハッピーかもしれん。
883:デフォルトの名無しさん
12/02/05 05:59:28.17
NTカーネルになるって冗談じゃなかったのか
884:デフォルトの名無しさん
12/02/05 11:44:49.96
WPは8で終わりそうだな
885:デフォルトの名無しさん
12/02/05 20:09:52.37
WP8はx86版もあるらしいよ
886:デフォルトの名無しさん
12/02/05 23:37:01.31
WinRTをC++からハンドルする場合、Win32みたいにC（またはC++）の文法の範囲内で呼び出せるのか
それともCLIのキモい文法を使わなくちゃいけないのか、どっちなんだい＾＾
887:デフォルトの名無しさん
12/02/05 23:49:14.32
ただのコード生成だから絶対に拡張使わないとできないというわけではないだろうな
想定されてないし推奨もされてないけど
非同期APIとか悪夢ですね
888:デフォルトの名無しさん
12/02/06 00:05:20.23
C++/CXと呼ぶ構文拡張で、 WinRT(COM)オブジェクトを管理するらしい。
889:デフォルトの名無しさん
12/02/06 00:30:41.13
C++/CX は async をコンパイラが頑張って低級な命令に直し、
テンプレートを頑張って展開し、
キモイ構文を頑張ってパースする。
yield も追加して欲しい。
890:デフォルトの名無しさん
12/02/06 00:39:02.72
まあ誰にも見向きもされずMSにも放置されて今のC++/CLIみたいな状況になるんだろうけどな
891:デフォルトの名無しさん
12/02/06 07:48:44.94
今のWin32アプリって、Windows8でも動くんでしょ？
タブレットに興味ない人がわざわざWinRT使う意味ってなんだろう。
892:デフォルトの名無しさん
12/02/06 10:49:31.29
ないよ
C++でも使える新しいWPF系GUIツールキットだと勘違いして期待しちゃってる人もいるようだけど
893:デフォルトの名無しさん
12/02/06 10:51:22.62
MeinRTというかMetroアプリのことかね？
それならMetroアプリとしてしか動かないもの、そっちで動かしたほうが便利なもの以外は使わないでしょ。
894:デフォルトの名無しさん
12/02/06 11:04:35.52
マイクロソフトきもい
895:デフォルトの名無しさん
12/02/06 20:20:54.85
お前よりまし
896:デフォルトの名無しさん
12/02/09 23:57:12.60
>>895
お前よりまし
>>890
まあ誰にも見向きもされずMSにも放置されて今のC++/CLIみたいな状況になるんだろうけどな
>>51
んで、おまいら何か作ってみた？
>>852
これ別にosじゃなくね？
897:デフォルトの名無しさん
12/02/10 13:05:17.87
WOAでもデスクトップ使えるって言ってるけど
開発はARM用の.netとかネイティブとかも存在するって事なの？
教えてエロい人？
898:デフォルトの名無しさん
12/02/10 13:27:15.10
その前に、お前の尻の穴を開発する所から始めようか
899:デフォルトの名無しさん
12/02/10 13:59:48.43
再コンパイルするだけで、二度売るチャンスができるので期待。
900:デフォルトの名無しさん
12/02/10 14:17:23.24
>>897
使える != アプリを作れる
901:デフォルトの名無しさん
12/02/11 03:41:17.98
Windows PhoneアプリってC++で開発できる？
902:デフォルトの名無しさん
12/02/11 04:27:23.14
現状個人ではできないはず。
903:デフォルトの名無しさん
12/02/11 21:06:29.24
>>897
.NET Frameworkの上で動かすなら、配布されるアプリは中間コードの塊で
OS起動後のアプリ初回実行時に、実装されているCPUに合わせてJITコンパイルされるだろ。
x86用とかx64用とかARM用とか気にしなくても良い、ハズ。
（ビルドターゲットはAnyCPUにして）
ネイティブアプリ書きの人は無くかもだが。
904:デフォルトの名無しさん
12/02/11 21:17:44.06
端から数バイト（しかも決め打ちのジャンプコード）しかx86のネイティブコードがないから
現時点の.netアプリケーションも問題なく動くはずなんだよねー
905:デフォルトの名無しさん
12/02/11 21:20:09.99
今はWindowsが直接.NETアプリを認識してCLRを起動してるんじゃなかったっけ
どっちにしろライブラリが違うから動かないよ
906:デフォルトの名無しさん
12/02/11 22:31:32.11
そのライブラリ部分を保証するのがフレームワークだし、
環境の差を埋める為に中間言語なわけじゃんか
907:デフォルトの名無しさん
12/02/11 22:59:51.38
いや参照してる.NETのマネージコードのDLLが違う
WinRTの.NET Frameworkはデスクトップ版のサブセットだから
908:デフォルトの名無しさん
12/02/11 23:04:07.00
訂正
×WinRTの ○Metro style appsの
909:デフォルトの名無しさん
12/02/11 23:14:45.63
バイナリ互換性が無いのは当たり前だけどソースレベルでも結構厳しいと思うぞ
GUIが全滅なのはもちろん、BCLもIOやスレッド周りが変わりまくってるから
今あるソースでそのままMetro向けにコンパイルできるものはほとんど無いんじゃないかな
910:デフォルトの名無しさん
12/02/12 00:32:46.62
まぁどこまで色々同じソースで書けるようになるかは期待したいところだ・・・
911:デフォルトの名無しさん
12/02/12 00:39:41.51
Silverlight系だから非ジェネリックコレクションとかICloneableとか
.NET Remoting系のシリアライザ(BinaryFormatterなど)とかXML DOMとか
不要になったもの一掃されてるんだぜ
信じられないだろ?w
912:デフォルトの名無しさん
12/02/12 01:40:53.31
今後MSに考えて欲しいのは、WebアプリもC#+XAMLで開発出来る様にする事だわな
Silverlight 6 を作るか、XBAPを推奨していくか
もうHTML+JavaScriptは嫌だ
913:デフォルトの名無しさん
12/02/12 01:59:25.85
HTML5+JSがSilverlight並に生産性高くてSilverlight並に性能良くてSilverlight並にブラウザ互換を気にしなくて良ければ
何の問題も無かったんだけどね。
PCでもスマホでも見れますつったって、スマホ用サイトがPC用と同じでいいわけ無いんだから意味ねーし
誰だこんなの推し進めたヤツらは
914:デフォルトの名無しさん
12/02/12 02:03:06.41
残念ながら今一番HTML5を推してるのはMSだ
915:デフォルトの名無しさん
12/02/12 02:08:23.91
>>907
一年前の時点ですべての.NETのライブラリの移植が終わったって言ってたが。
Classic Style（Aero）があるのに .NET の GUI が全滅とか何を言ってるのか。
そもそも WOA での従来の .NET アプリの話題を WinRT 前提で話しても意味ないよ
916:デフォルトの名無しさん
12/02/12 02:12:30.39
というか ?.NET Core と ?.NET Framework 4.5 を混同しているだけの残念な人なのか
917:デフォルトの名無しさん
12/02/12 07:07:06.64
WOAのデスクトップに.NETアプリが動くかは不明だがもしあるとすればAnyCPUで動くだろう
WinRTは言わずもがな
918:デフォルトの名無しさん
12/02/12 10:56:51.39
Windows 95におけるMS-DOSプロンプト == Windows 8におけるクラシックデスクトップ
919:デフォルトの名無しさん
12/02/12 11:00:48.82
>>918
そのクラッシックデスクトップの中にコマンドプロンプトがあった場合は、何に該当するんだ？
920:デフォルトの名無しさん
12/02/12 11:01:59.16
そういう問題じゃないんだが
921:デフォルトの名無しさん
12/02/12 11:30:27.39
WOAにはユーザがデスクトップアプリを入れることはできないんじゃなかったっけ?
922:デフォルトの名無しさん
12/02/12 11:52:22.50
動かないでしょ普通に
デスクトップ版.NETがWOAでサポートされるなんて今まで発表されたことないし
そんなの宣伝しない訳がないし
Metroでないと配布できないしデスクトップ版使えたら何のための.NET Coreかわからなくなるし
常識的に考えたら「従来のデスクトップアプリは使えない」に.NETも含まれてるだろ
923:デフォルトの名無しさん
12/02/12 13:10:49.77
>>922
従来のアプリじゃなくて、
WOA向けデスクトップアプリを新規作成・インストールするには
MSと契約しないとダメだって話しだと思う。
924:デフォルトの名無しさん
12/02/12 13:16:55.01
x86/x64アプリが動かないのはMSと契約しようとそもそも技術的に動かないだろ
>>923の言うようにMSと契約すればARM向けにビルドした非Metroアプリを配布できるとしても、
そのためだけにフルセット.NETを移植するようなアホなことMSがするわけがないわな
925:デフォルトの名無しさん
12/02/12 14:06:47.17
BUILDの発表内容見て.NET Frameworkの将来に期待してるのって頭弱いんじゃないの？
926:デフォルトの名無しさん
12/02/12 14:18:34.51
WinSockでちまちま書く時代に逆戻りは怖いなあ
927:デフォルトの名無しさん
12/02/12 14:23:12.37
なんでWinSock時代に逆戻りするんだよ
928:デフォルトの名無しさん
12/02/12 14:40:20.47
Roslynみたいにいつ完成するのかわかりませーん、そもそも完成できるのかもわかりませーんなんてのが認められてる時点で終わってるよね
929:デフォルトの名無しさん
12/02/12 14:42:32.61
Researchでは日常茶飯事だが
930:デフォルトの名無しさん
12/02/12 14:46:17.67
Googleのことですね
931:デフォルトの名無しさん
12/02/12 16:22:14.18
「野良アプリが動かない」ってことはＭＳのデジタル署名がないと動かないってことだろうから
ゲーム機以上のプロテクトになる
932:デフォルトの名無しさん
12/02/12 23:28:33.27
>>931
企業は大変だなｗ。こりゃARMの企業採用はなさそうだｗ。
933:デフォルトの名無しさん
12/02/12 23:44:09.28
まともな企業なら当然レベルだろ・・・
934:デフォルトの名無しさん
12/02/13 00:52:22.72
コンパイラをC#で実装しなおしてRoslynみたいなのを作りたいってのは前から言ってたね。
完成しなくても得られた知見は次世代のVSに生かされていくだろう。
935:デフォルトの名無しさん
12/02/13 04:16:46.11
>>924
だからとうの昔に移植完了してるって ＞フルセット.NET
販売戦略の関係上、WOAに搭載されることはなさそうだけどな。
936:デフォルトの名無しさん
12/02/13 10:32:18.41
>>932
URLﾘﾝｸ(japanese.engadget.com)
＞Metroスタイルアプリについても、企業内や開発者向けにはストアを経由しないサイドロードに対応します。
937:デフォルトの名無しさん
12/02/13 10:35:43.41
URLﾘﾝｸ(blogs.msdn.com)
Windows Store カタログへの社員のアクセスを禁止することも、アクセスは認めつつ
特定のアプリは利用できないようにすることもできます。
また、Store のインフラを介さずに Metro スタイル アプリを PC に直接展開することもできます。
Windows 8 Beta では、アプリが信頼された発行元により署名されていて、
コンピューターがドメインに参加している限り、グループ ポリシーを使用して
Metro スタイル アプリのインストールを許可できます。インストール後は、
PowerShell コマンドレットを使用して、Windows 8 の Metro スタイル アプリを管理できます。
938:デフォルトの名無しさん
12/02/13 14:11:36.54
MicrosoftがC++ AMP仕様を公開し、データ並列処理の障壁を下げる意向
URLﾘﾝｸ(www.infoq.com)
939:デフォルトの名無しさん
12/02/13 21:09:38.41
WPFはWin32 APIで使われるHWNDを呼び出さないとOPENGLプログラムできないけど
WinRTでOpenGL使うときはどうやってプログラミングするんですか？
参考になるサイトあれば教えてください。
940:デフォルトの名無しさん
12/02/13 21:12:19.79
使えないでしょ
Direct3D使う
あとWinRTっていうのはAPIの呼称(Win32相当)で
プラットフォームとしての名前はMetro style appsね
941:デフォルトの名無しさん
12/02/13 22:02:52.07
>940
あっ本当ですね...。確かにMetro style appsの場合はOpenGLは使えないって書いてますね。
なぜこんな仕様にしてしまったっんだろう？？
URLﾘﾝｸ(msdn.microsoft.com)
942:デフォルトの名無しさん
12/02/13 22:11:32.76
WebGLにも反対してるからな
糞だわ
943:デフォルトの名無しさん
12/02/13 22:53:43.04
なるべく仕様を絞って移植性を上げるって方針だからだろ
WebGLなんてMSが反対しなくても終わってる
944:デフォルトの名無しさん
12/02/13 23:31:50.91
いやならドロイドで書けばいいじゃない
945:デフォルトの名無しさん
12/02/13 23:41:18.03
>>935
ソース
946:デフォルトの名無しさん
12/02/13 23:50:34.14
移植性ってマイクロソフト製品内だけってことですよね？
androidやiosとかプラットフォームが複数出てきた今の時期に
クロスプラットフォームなOpenGLを排除するのはやめてほしかった...。
ありえないわー
947:デフォルトの名無しさん
12/02/14 00:14:24.60
AndroidやiOSがDirect3Dをサポートすればいい
948:デフォルトの名無しさん
12/02/14 00:19:08.14
つーかWebGLは仕様バグで埋められない脆弱性があるから
949:デフォルトの名無しさん
12/02/14 00:21:14.89
いつの時代のはなしだよ
950:デフォルトの名無しさん
12/02/14 00:44:32.89
ARM社のGPUでDirectXサポートするみたいだけど、Androidではなく、WOAとWP8向けだろうな。
GoogleやAdobeが導入してるSwiftShaderのような方式で、OpenGLをDirectXにトランスコードする話でもないかな、、
互換性なくても、プラットフォームシェアがあればいいんだかなあ
別件も、
URLﾘﾝｸ(www.infoq.com)
C++ AMP チームにはOpenGLの経験のあるものがいないので、サポートは予定されていない
951:デフォルトの名無しさん
12/02/14 10:51:05.34
【寄生虫】 ロシアで韓国人を狙った襲撃事件が多発 【朝鮮猿狩り】
また韓国人留学生が刺殺される
死亡した学生はロシアのバル・ナウル市にあるアルタイ国立大学で交換留学生として研修中だった22歳の男性
で、15日夜、寄宿舎に戻る途中に後ろからロシア人3人に取り囲まれて暴行を受け、意識を失って病院に運ばれましたが、18日に死亡しました。
ロシア警察は事件の直後に暴行を加えた3人を逮捕して調べていますが、まだ具体的な事件の経緯は分かっていません。
ただ、被害者は金品を奪われなかったため、外国人を対象にした人種差別的な暴行事件ではないかという見方が強まっています。
ロシアでは2005年にも10代の韓国人学生2人が刃物で刺されて死亡し、2007年には韓国人学生1人が集団暴行
を受けて1か月後に死亡した事件が起きています。
KBSWORLD
URLﾘﾝｸ(world.kbs.co.kr)
寄生虫朝鮮猿の駆除が全世界のトレンドです＾＾
日本でも世界を見習って寄生虫の犯罪集団である在日チョンを一匹残らず駆除しましょう
952:デフォルトの名無しさん
12/02/14 13:33:11.53
WinRTな時点でWindows限定なんだから わざわざOpenGLを使う必要も無いだろ
953:デフォルトの名無しさん
12/02/20 15:27:47.26
Windowsほえ？
URLﾘﾝｸ(www.infoq.com)
954:デフォルトの名無しさん
12/02/20 17:47:41.88
>?選択されたデバイスに対してアプリを配布できるようになる。
なにこれ？
955:デフォルトの名無しさん
12/02/20 19:06:38.78
InfoQの翻訳は日本語として意味が通らないモノが多いから、
原文を読んだ方が良いと思うよ。
956:デフォルトの名無しさん
12/02/20 23:53:32.65
Metroな環境ではopenGLは終了か
実際そんな困らなけど
x86の環境では使えるだろうし
957:デフォルトの名無しさん
12/02/21 00:38:03.37
じゃあグラフィック系のマルチプラットフォームなアプリだとMetro対応は難しいな。
958:デフォルトの名無しさん
12/02/21 00:40:05.94
PCゲームの開発者を取り込むつもりなんだろ
一応PCじゃDirectXは圧倒的なシェアを持ってるんだし
959:デフォルトの名無しさん
12/02/21 02:20:20.79
windows8cpって2月29日って詳しい日付出てたのか
960:デフォルトの名無しさん
12/02/21 10:48:40.48
URLﾘﾝｸ(www.computerworld.jp)
一部のニュースによると、マイクロソフトはWindows 8のベータ版「Windows 8 Consumer Preview」を
今月末の2月29日に公開する“らしい”とのこと。マイクロソフトは昨年12月に
「Windows 8のベータ版の一般公開は2月下旬」と発表していますが、
それが2月29日であるとは明言していません。このニュースのソースは、マイクロソフトが
2月29日にスペインのバルセロナで開催するプレス向けイベントへの招待状に
「Windows 8 Consumer Preview」という記述があることからの想像のようです。
961:デフォルトの名無しさん
12/02/21 20:36:48.93
＞＜
962:デフォルトの名無しさん
12/02/21 23:06:35.83
>>954
配布側が～さんと～さんの携帯にって感じで対象を
指定してアプリを配布できるようになるんだろ