TLDR; VS2012をRemoteAppとして実行しているDesignerでXAMLを編集しようとすると、VS2012は以下のような例外をスローします。
そうです、私はこれを間違った場所で尋ねているかもしれませんが、私はこれで終わりです。基本的に、私が達成しようとしているのは、Windowsストアアプリをすばやく編集するためにSurfaceRTでVS2012を実行することです。これを行う方法は、リモートアプリとして実行することです。これは、F5キーを押して、Surfaceで直接ビルドしてデバッグ用に起動できることを考えると、実際にはうまく機能します。問題は、VSDesignerが爆撃して以下の例外をスローすることです。
最初のラボテストでは、セッションモードセットアップとしてVDIを実行していました。つまり、VS2012はWS2012で実行されていましたが、これにより、ここで説明したのとまったく同じ例外が発生しました。しかし、私よりもVDIについて多くの人と話し合った結果、Windows 8ではなくWS2012で実行されていたためであるという結論に達しました。そこで、仮想化モードでのVDIの実行を変更しました。
言ってやったことですが、VS2012やさまざまなSDKなどを使用してWindows8Proイメージをインストールして調整するのに1日を費やしました。これをsysprepすることになると、sysprepが「致命的なエラー」で爆破するという別の問題に遭遇しました。別の日、Webをトロールしてサポートするように話しかけた後、これはプレインストールされたWindowsStoreアプリが原因であると判断されました。更新されていました。そのため、別の日にすべてを再インストールしましたが、今回はsysprepが正常に機能し、仮想デスクトップを試運転できましたが、Visual Studio（とりわけ）をRemoteAppとして公開することになると、問題が発生しました。さらに1日半後、グーグル、ビンビン、ツイート、そして最終的にサポートに電話をかけました。これは、Windows8EnterpriseエディションのみがRemoteAppの公開に使用できたためです...MSに感謝します。あなたの「ベストプラクティス」でこれを明確にしましたか？とにかく、Windowsとすべてのアプリ、SDK、ドキュメントを再インストールするために別の日を費やします。今回、私はついにsysprep、コミッション、RemoteAppの公開の両方を行うことができました。ええ、私は最終的に私がやろうとしていることを行うことができるはずなので、私は幸せなキャンピングカーです-迅速なXAML編集とSurfaceRTでの直接デバッグ。
そうではありません..例外として、約500回の再インストールが後でまだ醜い頭を育てています。私が最初に話した「教祖」は私と同じように困惑していて、「それはうまくいくはずだ」と「私がそれを構成した人のためにうまくいった」としか提供できません。
だから、ここでどんなアイデアも大歓迎です。テキストエディターを使用してXAMLを編集し、クイックフィックスとデバッグセッションの観点からボブの叔父を編集することはできますが、適切に機能させ、ビジュアルデザイナー（またはBlend-同じ例外がスローされるため）を使用できるようにしたいと思います。そこに）特定の変更について。
