役に立ちましたか?

解決

おそらくMS製品でのマイクロソフト自体から参照を使用する必要があります。

だから、Microsoftのソースは次のように指示します:

  • "WorkflowフォームがInfoPathフォームからASPXフォームに変更されました SharePoint Designer 2013(WF4)およびWindows Azureワークフローに基づくワークフローの場合、SharePointはSharePoint Designer 2010(WF3.5)ワークフローによって作成されたInfoPathフォームの代わりにASPXフォームを作成します。

    回避策
    回避策はありません。フォームをカスタマイズしたい場合は、[ワークフローの概要]ページの[フォーム]からクリックすることができ、一般的なASPXページエディタがに表示されます。 "
    http://office.microsoft.com/en-us/ヘルプ/ SharePoint-Server-2013-known-ions-ha102919021.aspx

    Windows XPにOffice 2013をインストールする場合は、不可能な場合は、SharePointワークフローのためにクライアント指向のInfoPathを使用するのが奇妙でした。 そのようなInfoPathはすでにほとんど支持されていた。たとえば、VSTA(アプリケーション用のVisual Studio Tools)Form Office 2010は、Visual Studio 2005以外のものです。

    と、外部接続やコードの後ろの純粋なローカル(分離)InfoPath Appsが完全な信頼とデジタル署名されずに純粋にローカルな(分離された)InfoPathアプリを開発することの不可能な不可避の特異性がありました。

    すなわち、サーバ側のSharePointワークフローへのクライアントベースのInfoPathアプローチは、昔の概念的でアーキテクチャのマイクロソフトエラーであった。クライアントベースのアプリケーションは、クライアントベースでサーバーアプリケーションをサーバーベースにする必要があります。それらを混ぜる意味はありません。

他のヒント

ラスベガスでSharePoint 2012会議から戻ってきたばかりです。私はこれをMS開発者ブースに尋ねました、そして、「行の間を読む」と言われました。私の服はYesです、SharePoint 2013にはもうInfoPathはありません。私は数日でブログにもっと書く予定です。

記事: http.://surfpointtech.com/2012/11/15/Notes-from-the-eddres-SharePoint-2012-Conference-las-vegas/

SharePoint 2010では、コード化されたInfoPathがうまく動作していないようです。 InfoPath 2010でコードVSTAを試して、SharePoint 2010でライブラリを作成しましたが、常にエラーが発生しました。

http://"nofollow"> http://www.infopathdev.com/forums/t/18834.aspx http://社会。msdn.microsoft.com/forums/en-US/SharePointCustomizationLegacy/Thread/7D937195-24DF-40A7-97JB-B40C551AE3D3/

ライセンス: CC-BY-SA帰属
所属していません sharepoint.stackexchange
scroll top