[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 06/02 05:59 / Filesize : 180 KB / Number-of Response : 963
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

WinRTスレ (Metro, .NET Core, C++/CX)



1 名前:デフォルトの名無しさん mailto:sage [2011/09/24(土) 11:51:03.33 ]
ネイティブで実装され、.NET, C++/CX, JavaScriptから利用可能な
Windows用 次世代API Windows Runtime (WinRT) を語るスレ。

The Windows Runtime
msdn.microsoft.com/en-us/library/windows/apps/hh464942(v=VS.85).aspx

Windows Developer Preview downloads
(Windows Developer Preview with developer tools English, 64-bit (x64) に開発ツールが含まれている)
msdn.microsoft.com/ja-jp/windows/apps/br229516/

554 名前:デフォルトの名無しさん mailto:sage [2011/10/13(木) 10:42:21.23 ]
Windows8でも動かすだけなら可能だろうがVB6でメトロは実用的レベルでは無理だろ
もちろん無理矢理なら仮想マシンとかプロセス間通信とかいくらでも方法は思いつくが

555 名前:デフォルトの名無しさん mailto:sage [2011/10/13(木) 10:43:56.46 ]
そもそもMetro Styleで(従来の意味の)COM interop使えるの?
使えないならVB6がWin8でサポートされてもMetroなんか絶対無理でしょ
でも仮にMetroからCOM使えたとしてもVB6のUIをMetroに統合するのは無理だろうからほとんど無意味か

556 名前:デフォルトの名無しさん mailto:sage [2011/10/13(木) 10:44:07.42 ]
そういうの関係なくてもうVB6使うのはいい加減やめてほしいっていうのが本音

557 名前:デフォルトの名無しさん mailto:sage [2011/10/13(木) 11:15:51.84 ]
>>555
WinRTは普通のCOM経由でラッパーかませずに使えるんじゃないの?
スレ斜め読みの想像だけど、いろいろ制限つくらしいから内部でWin32と排他的なサブシステムになってて、
VBランタイムが読んでるWin32APIと競合して不具合出たり、manifest的なものをリソースに埋め込む必要があったりで結局ダメになるんじゃないの?
俺の理解正しい?

558 名前:デフォルトの名無しさん mailto:sage [2011/10/13(木) 11:36:02.95 ]
一応動くってのはARMでも動くのけ?

559 名前:デフォルトの名無しさん [2011/10/13(木) 14:32:43.06 ]
exeやらdllやらのヘッダ部にサブシステムを指定するところがあるから、おそらくそこからして違うんじゃないかと思った。
つまりまた新しいコンパイラを買わされることになる?

560 名前:デフォルトの名無しさん mailto:sage [2011/10/13(木) 20:08:53.38 ]
コンパイラなんかMSがタダで配ってるだろ
当然VSは新バージョンで対応だろうから事実上は買わないといけないが、それは今までの.NETもそうだし
無料のexpress版も提供されるだろ

561 名前:デフォルトの名無しさん mailto:sage [2011/10/13(木) 20:43:40.78 ]
なんかVB6が人気だなw

開発環境はすでにサポート終了しててランタイムのみがなんとか残ってるから動けばラッキーって状態…
んですでにサポート外で動かない or 動作が異なるコンポーネントとかもあるし、それらをムリクリ動かす必要があるのかもわからん…
なんで『あながち』間違ってないとは書いたんだよね
Win8でやっとランタイム外せそうだし、サポートされた開発環境もないからMetroも無理かと…

562 名前:デフォルトの名無しさん mailto:sage [2011/10/13(木) 21:53:42.21 ]
VBAのついでに動くだろ



563 名前:デフォルトの名無しさん mailto:sage [2011/10/13(木) 23:17:51.91 ]
VBAがJavaScriptに置き換わるのはまだか

564 名前:デフォルトの名無しさん mailto:sage [2011/10/13(木) 23:19:57.28 ]
サブシステムからして違うんじゃmetroは無理ってのはわかった。
そうなるとVBSが有望じゃないか?HTAのmetro版みたいなものは当然出してくるでしょ?

565 名前:デフォルトの名無しさん mailto:sage [2011/10/13(木) 23:30:38.56 ]
いいかげん諦めてVB.NET使えよ…

566 名前:デフォルトの名無しさん mailto:sage [2011/10/13(木) 23:40:40.63 ]
ActiveBasicみたいのだったらわりと楽勝で対応してきそう

567 名前:デフォルトの名無しさん mailto:sage [2011/10/13(木) 23:48:38.34 ]
おっさん的にはC++/CXに失望した。
MSってほんと非標準拡張大好きだな。

568 名前:デフォルトの名無しさん mailto:sage [2011/10/13(木) 23:49:57.87 ]
だがもしC++/CXの拡張が全て
#defineによるものだとしたら・・・

569 名前:デフォルトの名無しさん mailto:sage [2011/10/13(木) 23:51:33.47 ]
COM丸出しじゃ使い物にならんだろ
だからって特別にラッパー用意したりしたらWinRTのコンセプト丸潰れ

570 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 00:06:49.27 ]
COM丸出しが好きなんだよ

571 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 01:31:17.30 ]
HRESULTチェックの重厚なリズム感が好きだった
VBとかDelphiと同じになってしまうのは残念

572 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 07:36:32.32 ]
なんかWindowsDNA時代のATL/COM大好きレガシーおっさんがいっぱい復活してきそう。
.Net厨が余裕で駆逐されまくる展開を予想する。



573 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 07:38:34.83 ]
レガシーおじさんワロタwwwww

574 名前:デフォルトの名無しさん [2011/10/14(金) 07:43:02.90 ]
スプーンおばさんは知ってるけど
レガシーおじさんは知らなかった

575 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 07:44:01.98 ]
COM復権が決定的になったんだから、Windowsで飯食うならレガシーおじさんにまずおいつかないと。

576 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 08:04:32.20 ]
レガシーおじさんは拡張切って使えばいいよ

577 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 08:24:37.04 ]
>>568
マクロ実装 = non-contextualキーワード = std::ref爆死

だからダメ
以前gcc拡張がマクロ実装で同じようなことやってboost使えなくなった前例もある

578 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 08:42:13.20 ]
COM例外が普通の例外みたいに扱えるようになってしまうん?
勝手に例外スレッドが走っちゃったりするの?
だとしたらC++でやる意義がよくわからない。

579 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 11:54:24.32 ]
レガシーおじさんは今時のヌルいプログラミングスタイルを受け入れらないんだな

580 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 14:36:56.42 ]
>>577
ネタだってばw

レガシーおじさんもそろそろヴィンテージおじいさんになる頃だし
老後の趣味に良質な国産フリーソフトを生み出してくれ。

581 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 14:47:30.90 ]
わかってないなぁ
今の時代一番金になるのはレガシーだし
せっかく中国・インド人から隔離されてたのにCOM復権とかされるとむしろ困る


582 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 14:55:13.18 ]
DOSやWin3.1のドライバ書けたりするとお金稼げるの?



583 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 15:29:09.33 ]
うちは稼げるよ。FA系だけどレガシーで難問抱えまくってる。
超古い仕様のメモリーカードのドライバ書くとか
割り込み使ったfor文ロックだらけのタイミング勝負の通信コードを保守するお仕事とかいろいろある。

584 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 15:49:12.35 ]
C++でCOMプログラミングできたら高給とり。

585 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 15:55:11.59 ]
>>583
FA系ってほんとレガシーだよなw
PC9801の修理した中古が売れるとかもうねw

586 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 17:25:33.69 ]
レガシーおじさん:C++でコンポーネント書き
安いPG(オフショア含む):HTML・JSでそれらを使うだけ
中堅:.NETでこれまで通り

完璧だな

587 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 19:27:28.97 ]
>>585
しかもそれが原発で動いてる。これマジ。

588 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 19:56:47.22 ]
>>586
レガシーおじさんはいままで冷や飯食わされてたからドトネト厨を目の敵にすると思うよ
たぶん容赦なく潰しにくるはずだから俺はErlangで対抗する

589 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 20:05:30.36 ]
受け流す

590 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 20:08:50.36 ]
C++/CLIが世に出た時も.NET開発の主流になるとか言われてたな

591 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 20:20:57.62 ]
原発で最新のパソコンなんか使われてる方が怖くてたまらない

592 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 21:04:47.27 ]
HTML + JS + 独自css filterでMetro UIエミュレーションできないかな。
何がやりたいかっていうとHTAでMetroもどき作りたい。



593 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 21:10:34.91 ]
単体じゃ機能的に限界があるだろ
COMコンポーネント作ってもいいけど、そんなことするくらいなら
HTAやめてC#やC++でHTMLをホストしてやったほうがスマートだと思う

594 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 21:16:40.47 ]
>>590
ないない

595 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 21:40:47.57 ]
>>593
HTMLをホストって、IEコンポーネント乗っけるってこと?
IViewObjectやIHTMLRendererで重ねレンダリングするってこと?

596 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 22:31:31.86 ]
HTAにSilverlightのっけようぜ!

597 名前:デフォルトの名無しさん mailto:sage [2011/10/14(金) 22:45:05.49 ]
technet.microsoft.com/ja-jp/magazine/2007.10.heyscriptingguy.aspx
>Silverlight はスクリプト作成者が大好きなメディアである HTML アプリケーション (HTA)
>(microsoft.com/technet/scriptcenter/hubs/htas.mspx) でも、同じようにうまく機能するようです。
>したがって、Silverlight を試してみる価値は十分にあるでしょう。

598 名前:デフォルトの名無しさん mailto:sage [2011/10/15(土) 03:08:00.65 ]
>>596
やだ。

599 名前:デフォルトの名無しさん mailto:sage [2011/10/15(土) 10:18:59.20 ]
SilverlightならHTAなんか使わんでもout of browser使えば単体で動くぞ
権限昇格で好き勝手やれるし、中でhtmlホストするのも
その中で動くJavaScriptからC#のメソッドを呼び出したりも簡単

600 名前:デフォルトの名無しさん mailto:sage [2011/10/15(土) 11:09:01.88 ]
VSとか使い始めちゃったらHTAでやる意味ないじゃん
メモ帳でぶりぶりっと垂れ流せるのがいいんだよ

601 名前:デフォルトの名無しさん mailto:sage [2011/10/15(土) 11:17:57.25 ]
ぶりぶりっと垂れ流すにはCOMはだるいしUIもいらん
スクリプト言語でいいわ

602 名前:デフォルトの名無しさん mailto:sage [2011/10/15(土) 15:53:33.56 ]
こんな感じでどうだ?
yourbrowsermatters.org



603 名前:デフォルトの名無しさん mailto:sage [2011/10/15(土) 19:10:27.95 ]
Windows 8 Developer PreviewにVisual Basic 6.0をインストールしてみました。
ttp://www.ka-net.org/blog/?p=529

604 名前:デフォルトの名無しさん mailto:sage [2011/10/16(日) 01:49:57.21 ]
やっぱりVB6が最強だわ

605 名前:デフォルトの名無しさん mailto:sage [2011/10/16(日) 03:21:07.20 ]
2003年頃かな。VBマガジンの裏表紙でほんとにあったMSの広告。
中心にはアンモナイトとか恐竜とかの絵が描かれていて
でっかく「進化できないものは、生き残れない」って煽ってた。
あれはまじで吹いたからもう一度見たい。どこかで見れないかな。

606 名前:デフォルトの名無しさん mailto:sage [2011/10/22(土) 11:47:24.06 ]
VB6の政党後継版マダ?

607 名前:デフォルトの名無しさん mailto:sage [2011/10/24(月) 15:47:13.45 ]
VB.NETがあるだろ

608 名前:デフォルトの名無しさん mailto:sage [2011/10/24(月) 16:57:10.68 ]
VB.NETは.NET1.1の機能でやめとけば初心者向けとしていい言語だった
今じゃ劣化C#

609 名前:デフォルトの名無しさん mailto:sage [2011/10/24(月) 20:37:17.29 ]
SmallBasicでも使っとけ。

610 名前:デフォルトの名無しさん mailto:sage [2011/10/24(月) 20:37:18.38 ]
VB2005はMyとかデフォルトインスタンスとかVB6erにとって使いやすいように独自に頑張ってただろ
その後は方針が変わって完全にC#に隷属してるけど

611 名前:デフォルトの名無しさん mailto:sage [2011/10/24(月) 21:02:25.29 ]
>>610
そういう安直な機能を満載する方向に進化すれば良かったのにな
言語機能を増やせば初心者にはとっつきにくくなるなんて当たり前のことがなぜわからなかったのか

612 名前:デフォルトの名無しさん mailto:sage [2011/10/24(月) 21:55:22.65 ]
初心者のために機能を削るとかやっちゃダメ。

昔、素人は VB、プロは C++ みたいな二分論、
VB から C++ に移行できない = ずっと初心者使いされる開発者が山ほど出て問題だった。



613 名前:デフォルトの名無しさん mailto:sage [2011/10/24(月) 22:31:21.85 ]
向上心ある奴ならC++やC#勉強するっしょ
お金のために好きでもないのに必死こいてVB覚えた開発者なんか
機能増えたらついてけなくてコード読めなくなっちゃうじゃん
たとえばラムダ式とかプログラム好きじゃない奴には完全に不要な機能だよ

614 名前:デフォルトの名無しさん mailto:sage [2011/10/24(月) 22:35:29.93 ]
メソッドとしてならラムダ式あれば楽に書けていいじゃん。
なにも難しくないだろ

615 名前:デフォルトの名無しさん mailto:sage [2011/10/24(月) 22:54:11.96 ]
そんなにプログラムを書きたくない奴こそラムダ式を覚えてLINQ使うべきだと思うが

616 名前:デフォルトの名無しさん mailto:sage [2011/10/24(月) 23:00:53.79 ]
使ってて恥ずかしくなったり劣等感を感じたりするような言語にするべきだったな

617 名前:デフォルトの名無しさん mailto:sage [2011/10/24(月) 23:07:33.52 ]
>>613
しなかったんだよ、90年代の現実として、そういう人らは。

別にそれで、勉強しなかった当人だけが困るならいいんだけど、
「VB の方が使える人多いから」って理由で、VB を採用するところ多かった。

618 名前:デフォルトの名無しさん mailto:sage [2011/10/24(月) 23:35:16.82 ]
>>614,615
そりゃわかってる人間はLinqでガリガリ書いたほうが楽だよ
でもPG向いてない人らは書き方が2つ以上あると混乱するんだよ

619 名前:デフォルトの名無しさん mailto:sage [2011/10/24(月) 23:39:54.63 ]
>>618
2つ以上で混乱するなら LINQ のほうだけでOK

620 名前:デフォルトの名無しさん mailto:sage [2011/10/24(月) 23:56:22.54 ]
ループ使った書き方が理解できない奴がLINQ使うとか恐ろしすぎるわ

621 名前:デフォルトの名無しさん mailto:sage [2011/10/25(火) 01:00:57.45 ]
再帰見せたら一体どうなっちゃうのやら

622 名前:デフォルトの名無しさん mailto:sage [2011/10/25(火) 01:27:44.97 ]
現実問題、再帰処理覚えるよりのらくら規定数の製造片付けて家族と遊ぶ方を選ぶ奴が大半なんだわ
奴らだってやってやれない訳じゃないんだろうがね、ぐぐって得たサンプルコードは自在に料理するし
目の前の安仕事を上手く片付けるのは得意だし口も上手いし人付き合いも上手い

くそったれ



623 名前:デフォルトの名無しさん mailto:sage [2011/10/25(火) 01:48:21.21 ]
>>620
コレクションを扱うための概念としてはLINQの方がより直感的書けるだから
ループより先に習得してしまうこと自体は別に変でないと思う
ループが理解できないってこたないと思うが

624 名前:デフォルトの名無しさん mailto:sage [2011/10/25(火) 01:49:47.11 ]
訂正 × 直感的書けるだから
    ○ 直感的に書けるんだから

625 名前:デフォルトの名無しさん mailto:sage [2011/10/25(火) 08:36:55.80 ]
実際ループが分からないからLinqしか書けないという人は居るから困る。
早いところこんな外注は切りたい。

626 名前:デフォルトの名無しさん mailto:sage [2011/10/25(火) 10:00:16.51 ]
むしろそんな外注に頼んでしまった
自分のアホさ加減を困った方がいい

627 名前:デフォルトの名無しさん mailto:sage [2011/10/25(火) 10:19:37.25 ]
単純に能力だけで外注選べるなんてことはないがな

628 名前:デフォルトの名無しさん mailto:sage [2011/10/25(火) 10:24:31.86 ]
能力だけが基準じゃなくても
能力0の奴に頼む必要ないよな

629 名前:デフォルトの名無しさん mailto:sage [2011/10/25(火) 10:30:20.78 ]
>>628
前いい仕事した外注にまた頼むとするだろ?
そしたら新人割り当てられたりすんだよ
PGの外注なんて下策だわ

630 名前:デフォルトの名無しさん mailto:sage [2011/10/25(火) 11:01:55.24 ]
おとなの事情って事もあるよなw

631 名前:デフォルトの名無しさん mailto:sage [2011/10/25(火) 11:06:18.68 ]
ループが書けないってネタだろ
LINQを使いこなせない奴の僻み

632 名前:デフォルトの名無しさん mailto:sage [2011/10/25(火) 12:14:50.70 ]
LINQってコレクションに対するループの一種だろ



633 名前:デフォルトの名無しさん mailto:sage [2011/10/25(火) 15:39:25.33 ]
ふらっとかと思ったらWinRTスレだった。
低レベルの釣りは向こうでやれよ

634 名前:デフォルトの名無しさん mailto:sage [2011/10/25(火) 19:41:50.72 ]
VS11のC#プロジェクトrで
DataGridコントロールやChartコントロール使えた人いる?
DataGridは.NET4で正式採用されたのに
まさかRTでは使えなくなったのか?

635 名前:デフォルトの名無しさん mailto:sage [2011/10/26(水) 12:34:26.83 ]
使えなくなったも何もWPFやSilverlightとは別物なんだから
そりゃ新しく作ってないなら使えないだろう
タッチ操作に向いてないし

636 名前:デフォルトの名無しさん mailto:sage [2011/10/26(水) 12:43:45.40 ]
Metro AppからDesk Appの実行は無理?
コンソールアプリをキックして、そいつのExitCodeを
取得して条件分岐したいのだが。

無理だとしたらDLL化すれば良いのかなぁ。
DLLはこれから勉強だからパパっとは
作れない。。

637 名前:636 mailto:sage [2011/10/26(水) 16:07:35.89 ]
ひとまずcppでのDLL化と、WPF4でのDllImportは成功。

でも、同じようにVS11のC#で記述しても
やれDLLファイルが見つからないだの、
やれアクセス権がないだので開けない。

■やったこと
1.ReleaseフォルダーにDLLをコピーして、
  DllImport("hoge.dll")
 →ファイルが見つからない
 ※WPF4の場合はこれでokだった
2.DLLをCドライブ直下に置いてフルパス指定
 →アクセス権
3.System32にコピーしてフルパス指定
 →アクセス権
4.ライブラリにコピーしてフルパス指定
 →アクセス権

どうすれば良いの??

638 名前:デフォルトの名無しさん mailto:sage [2011/10/26(水) 17:01:28.60 ]
>>636
プロセス起動はむりぽ(´・ω・`)
ttp://social.msdn.microsoft.com/Forums/en-US/winappswithcsharp/thread/441b0780-0e1e-4453-9147-86c2d29481b5

639 名前:デフォルトの名無しさん mailto:sage [2011/10/26(水) 17:12:23.22 ]
>>637
DllImportはappx内のリソースならできたはず。(´・ω・`)
Releaseフォルダーにファイルをコピーじゃなくて、
VSでAdd Existing ItemでDLL追加 → プロパティのContent = True で試してみて。

640 名前:デフォルトの名無しさん mailto:sage [2011/10/26(水) 21:43:47.40 ]
Metro は WinRT がランタイムだから Win32 で作った dll とかはつかえないんじゃない?

641 名前:デフォルトの名無しさん mailto:sage [2011/10/26(水) 21:44:37.39 ]
>>636
Metro <-> Desktop 間の連携は無理。


642 名前:デフォルトの名無しさん mailto:sage [2011/10/26(水) 21:59:29.34 ]
>>640
MetroスタイルでサポートされるWin32 APIのみ使ってるのならばおkですよ。(´・ω・`)



643 名前:636,637 mailto:sage [2011/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 名前:デフォルトの名無しさん mailto:sage [2011/10/26(水) 23:36:29.01 ]
>>643

Desktop->Metro が無理なソースは↓。
social.msdn.microsoft.com/Forums/en-US/winappsuidesign/thread/72ecae18-7bfc-444b-99b8-afecaebf1db0

Metro->Desktop が無理なソースは↓。
social.msdn.microsoft.com/Forums/en-US/winappsuidesign/thread/e74cce2d-9a1f-4bf9-a5f2-733c15e4f297/

Metro から Desktop を起動するだけなら頑張ればできなくはないみたいだけど。

645 名前:644 mailto:sage [2011/10/27(木) 10:23:33.51 ]
cdecl指定したら、エラーが無くなりました。
.NET4以降ては、明示的に指定しないと駄目なんですね。
お騒がせしました。

646 名前:デフォルトの名無しさん mailto:sage [2011/10/28(金) 10:27:40.87 ]
www.infoq.com/jp/news/2011/10/Mono-2-12
Monoチームはクロスプラットフォーム開発に応用可能なWinRT機能を実装しようとしている。
これらはスレッド、暗号、ネットワークAPIを含んでいる。
Miguel de Icaza氏はWinRTからのGUIライブラリのサポートは予定しておらず、
プラットフォーム固有のユーザーインターフェースを好んでいると述べた。

647 名前:デフォルトの名無しさん mailto:sage [2011/10/28(金) 10:51:38.97 ]
monoからMS製のWPFやMetroのGUIは呼べるのか?

648 名前:デフォルトの名無しさん mailto:sage [2011/10/28(金) 12:39:34.03 ]
MS.NETが使えないからMono使うんだろ?
何を行ってるのか

649 名前:デフォルトの名無しさん [2011/10/30(日) 10:54:46.39 ]
Windows Phoneは"2chブラウザアプリ全面禁止" WPゴミすぎワロタw
hatsukari.2ch.net/test/read.cgi/news/1319934239/

650 名前:デフォルトの名無しさん mailto:sage [2011/10/30(日) 12:07:45.11 ]
WPは現状、自分で作ったアプリでさえ実機に自由に入れられないのがなあ・・・
開発しやすくするためにもChevronWP7には頑張ってほしい

651 名前:デフォルトの名無しさん mailto:sage [2011/10/30(日) 13:02:08.83 ]
メトロもそうなるんだろ

652 名前:デフォルトの名無しさん mailto:sage [2011/10/30(日) 13:13:55.01 ]
なるよ

これでWindows 7がXPの後継、次の10年間のOS確定



653 名前:デフォルトの名無しさん mailto:sage [2011/10/30(日) 13:24:38.31 ]
このスレにもXPの後継だとか10年だとか言うアホがいるとは思わなかったわ

654 名前:デフォルトの名無しさん mailto:sage [2011/10/30(日) 18:24:24.30 ]
まともな人は2chの隅の過疎スレなんて見てないよ。居るのはプログラム書けない変な粘着だけ。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<180KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef