問題タブ [csom]

SPQueryThrottleOption を使用して QueryThrottle 設定をオーバーライドしたいと考えています。これはクライアント オブジェクト モデルで行われます。

Client Object Model-Sharepoint 2013 で実行できますか?

ここで困った！フォト ギャラリー リスト (PhotoGallery) がある共有ポイント サイトがあります。このリストをクエリして、指定したギャラリー (フォルダー) から画像を取得する必要があります。このフォト ギャラリー内のすべてのギャラリー (フォルダー) を読み込む選択メニューを備えた Web パーツを開発しました。次に、特定のギャラリー (フォルダー) を選択すると、そのギャラリー (フォルダー) の画像を含むモーダルが表示されます。しかし、私は正しい結果を取り戻すことができません。クエリは、リストのすべてのギャラリー (フォルダー) のリストのみを返します。画像は返されません。しかし、これについての面白い点は、ブラウザを停止して、既にフォルダーの値を含むクエリをコピーし、それをCaml Query Helperに貼り付けると、クエリが正常に機能することです! 私のクエリは次のとおりです。

サイト列を更新し、変更をプッシュ ダウンする次の csom スクリプトがあります。

上記のフィールド/列はすべて、「メイン ドキュメント」と呼ばれるサイト コンテンツ タイプの一部です。

これまでのところ、これは問題なく動作しますが、「メイン カテゴリ」フィールドの場合、コンテンツ タイプ レベルで「必須」に設定するにはどうすればよいですか? 現時点では、これはサイトの列レベルでのみ設定されていますが、これを実現する最も簡単な方法は何ですか?

どうもありがとう。

私のアプリケーションは自分のサイトでカレンダーを作成します。カスタム連絡先リストにある各人のビューを作成するビューをコードで作成しました。

連絡先リストには、ユーザー名 (私の場合は「開発者」) である「ユーザー」フィールドがあります。

アプリでビューを作成するとき、CAML を使用して、この連絡先のユーザー名/ログイン名によって作成されたすべてのイベントをフィルター処理します。しかし、ビューを選択し、新しいイベントを作成して保存すると、イベントはそのビューに表示されず、デフォルトの「カレンダー」ビューにのみ表示されます。

見逃したものは何ですか？CAML フィルターは、この連絡先ユーザー名によって作成されたこの新しいイベントを表示するべきではありませんか?

マイ アプリは SharePoint 用語ストアを読み取り、ユーザーの言語に関連付けられたラベルを取得する必要があります。ユーザーの言語と lcid を取得し、次のコードを使用して、分類法の特定のノードの下にあるすべての用語を読み取ります。

while ループでは、ラベルを除いて、必要な用語のすべての属性を取得できます。Web で見つけた他のサンプルでは、​​デフォルトのラベルを取得するために、userLabel オブジェクトがコンテキストに読み込まれ、別の context.executeQueryAsync が呼び出されます。これはすべて理にかなっていますが、これにより SharePoint サーバーへの呼び出しが大量に発生します。

しかし、userLabel オブジェクトをコンソールに書き込むと、タイプ SP.Result として表示され、それを開くと、m_value の下に必要なラベルが表示されます。したがって、サーバーに再度アクセスする必要はありません。ただし、userLabelValue は 0 として返されます。明らかに、get_value() は機能しません。MSDN ドキュメントでは、SP.Result オブジェクト タイプは内部使用専用です。保存されているデータを抽出する方法はありますか?

オブジェクトが展開されたコンソールの写真を添付し​​ました。そこには、取得する必要があるラベルである m_value = "Contrat" がはっきりと表示されています。

ユーザーを SharePoint リストに書き込んでいます。

SharePoint ユーザー フィールドの内部に次のような文字列があることを読みました。 userId;#userLoginName

ユーザーフィールドに書き込むときに同じ方法で書式設定を試みました。たとえば、この文字列を書き込むと機能します。 9;#i:0#.f|membership|ectropy@example.org

しかし、（少なくとも私にとって）奇妙なことは、それが機能している9;#ように見えること9です。userLoginName情報をまったく渡さなくても、loginId話しているユーザーを認識するのに十分なようです。

これは、SharePoint User フィールドに書き込むときに必要なのは id だけであり、userLoginName、または実際には の後のすべてloginIdが無関係であることを暗示しているようです。

ここでの私の推論は正しいですか？または、userLoginName 情報を省略した場合、予期しない結果が生じる可能性がありますか?