問題タブ [custom-fields]

私はiPhoneアプリケーション開発の初心者でした。ネイティブアプリケーションを使用した可能性があるため、AddressBookの特定の連絡先に新しいフィールドを追加するために、1週間から苦労していました。

addressBookの詳細を編集できないことを知っていたかもしれないので、それらの値をsqlite3テーブルにバインドしたいので、選択した連絡先に新しいフィールドを追加しようと思いました。

誰かが私をこの状況から追い出すことができますか..？（Plz、テストするサンプルコードを提供してください。）

注：デバイスがないため、iPhoneシミュレーターを使用してテストする必要があります。私に知らせてください、それは可能かどうか？

ありがとうございます。それでは、お元気で、

ラミヤ。

次のようにカスタム フィールドの DisplayPattern を定義しようとしています。ドキュメント ライブラリで使われている単純なテキスト フィールドですが、入力したテキストがリスト ビューでドキュメントへのリンクとして表示されるようにしたいです。

<URL Cmd="Display">表示フォームが表示されますが、実際にドキュメントをダウンロード/開くためのリンクが必要です...

私は一生、これを理解することはできません...

ご協力いただきありがとうございます！

表示したい投稿の投稿ID番号をカンマで区切って入力するカスタムフィールドを使用しようとしています。ただし、何らかの理由で、一連の投稿IDの最初の投稿のみが表示されます。誰かが助けることができますか？$ nlPostIdsの値は（引用符を除く）："1542,1534,1546"です。これがコードです...最も重要な部分は4行目です'post__in' => array($nlPostIds)

ありがとう！

新しい投稿を追加すると、以前の投稿のカスタム フィールドが新しい投稿のメタ データとして表示されます。新しい投稿が作成されているときにこれらのフィールドをクリアする方法はありますか、それともインストールに問題がある可能性がありますか?

COLLATE 情報を SQL クエリの WHERE 部分に自動的に追加するカスタム フィールドを作成しようとしています。

次のようなクエリを実行すると:

クエリ (print result.query) が有効で、複数の行に一致する場合でも、何も見つかりません。私は何か間違ったことをしていますか？

照合順序を追加する理由は、これらのフィールドに対してクエリを実行し、発音記号を無視したいからです。

カスタムフィールドを作成して拡張SPFieldTextしています。BaseFieldControlフィールドは一部のデータを外部に保存します (データベースや別のリストなど)
。コントロール内では、編集イベントと新規イベントを処理できます (を使用ControlMode)。

フィールドを含むアイテムが削除されたときに、関数を実行して一部のデータをクリーンアップしたいと考えています。カスタムフィールドのコンテキストでこれは可能ですか?

SharePoint プロジェクトをいくつかの小さなプロジェクトに分割しようとしています。ユーティリティ ファイルを別のプロジェクトに簡単に移動できました。ただし、カスタム フィールドを移動したときに問題が発生しました。

カスタム フィールドを ProjectA から ProjectB に移動し、ProjectA を ProjectB の DLL を参照するように設定すると、ビルドと展開は正常に機能します。ただし、プログラムが SPListItem からカスタム フィールドを参照すると、System.ArgumentOutOfRangeException がスローされます。

例えば

また、AddFieldAsXml を呼び出して上記のカスタム フィールドを定義すると、同じエラーが発生します。

誰でもこの問題を解決するのを手伝ってもらえますか? 前もって感謝します...

AddFieldAsXmlで発生したエラーの詳細（参照時も同様のエラーが発生）

このエラーは、string.substring(int startIndex, int length) の長さの値がマイナスの場合に表示されます...しかし、なぜこのエラーが発生するのかわかりません。

すぐに、多言語コンテンツをサポートするカタログ (php+mysql) に取り組む予定です。そして今、データベース構造を設計する最善の方法を検討しています。現時点では、multilang を処理するための 3 つの方法があります。

1）言語固有のデータごとに個別のテーブルを用意します。つまり、概略的には次のようになります。

• 1 つのテーブルMain_Content_Itemsがあり、ID、creation_date、ヒット数、投票などの翻訳できない基本データを格納します。これは 1 つだけで、すべての言語を参照します。

そして、ここに各言語用に複製されるテーブルがあります:

• Common_Data_LANG テーブル (例: common_data_en_us) (翻訳可能な共通/「静的」フィールドを保存しますが、eny カタログ アイテムに存在します: title、desc など...)
• Extra_Fields_Data_LANG テーブル(翻訳できる追加フィールド データを保存しますが、カスタム アイテム グループでは異なる可能性があります。つまり、次のようになります: | id | item_id | field_type | value | ...) 次に、アイテム リクエストで、user/ に従ってテーブルを調べます。デフォルトの言語を設定し、翻訳可能なデータをmain_contentテーブルと結合します。

長所：

• 最も頻繁に更新される「メイン」データ (つまり、ヒット数、投票数など) を 1 つのクエリだけで更新できます。
• 「lang」フィールドを持つ1つのテーブルのみを使用する構造と比較して、4つ以上の言語がある場合、データを4倍以上複製する必要はありません。したがって、MySql クエリは、400000 以上ではなく、100000 (たとえば) レコード カタログを通過するのにかかる時間が短くなります。

短所：

• 言語ごとに+2テーブル

2) コンテンツ テーブルで「lang」フィールドを使用する:

• Main_Content_Items テーブル(ID、作成日、ヒット数、投票数など、変換できない基本データを格納します...)
• Common_Data テーブル(翻訳可能な共通/「静的」フィールドを保存しますが、eny カタログ アイテムに存在します: | id | item_id | lang | title | desc | など...)
• Extra_Fields_Data テーブル(翻訳可能であるが、カスタム項目グループごとに異なる可能性がある追加フィールド データを保存します。つまり、| id | item_id | lang | field_type | value | ...) したがって、common_data と extra_fields を main_content_items に結合します。 「lang」フィールドに。

長所：

• 最も頻繁に更新される「メイン」データ (つまり、ヒット数、投票数など) を 1 つのクエリだけで更新できます。
• コンテンツデータ用のテーブルは 3 つだけです

短所：

• すべての言語のデータで満たされた custom_data および extra_fields テーブルがあるため、X 倍大きくなり、クエリの実行が遅くなります

3) 2 番目の方法と同じですが、「lang」フィールドを持つ Common_Data とマージされた Main_Content_Items テーブルを使用します。

長所：

• ...？

短所：

• すべての言語で最も頻繁に更新される更新「メイン」データ (つまり、ヒット数、投票など) を更新する必要があります。
• すべての言語のデータで満たされた custom_data および extra_fields テーブルがあるため、X 倍大きくなり、クエリの実行が遅くなります

「何が良いのか」「なぜ」についての提案を喜んで聞きますか? それとももっと良い方法がありますか？

前もって感謝します...

ビューにカスタム フィールドを 1 つ作成しました。フィルターを追加したいのですが、フィルターに追加するにはどうすればよいですか

これはカスタム視野にフィルターを追加する問題です

よろしくお願いします

すでにデータが含まれているデータベーステーブルを持つdjangoプロジェクトがあります。その列のデータを失うことなく、フィールド名を変更したいと思います。私の当初の計画は、dbテーブルの名前を実際には変更しない方法でモデルフィールド名を変更することでした（db_column列パラメーターを使用）。

元のモデル：

新しいモデル：

ただし、Southを実行すると、元の列を削除し、新しい列を追加するschemamigration --auto移行スクリプトが生成されます。これにより、その列のデータが削除されるという望ましくない副作用が発生します。（データベーステーブルの列の名前を変更せずにモデルフィールド名を変更できるというdb_columnの理解から、Southがdbの列の名前を変更したい理由についても混乱しています）。 orig_namename

dbフィールドを変更せずにモデルフィールドを変更することをやめられない場合は、次のように、より簡単な名前の変更を行うことができると思います。

元のモデル：

新しいモデル：

最終的にどの戦略を使用するかに関係なく（最初の戦略を優先しますが、2番目の戦略を受け入れます）、私の主な関心事は、その列に既にあるデータを失わないようにすることです。

これには複数のステップのプロセスが必要ですか？（1.列の追加、2。古い列から新しい列へのデータの移行、3。元の列の削除など）または、移行スクリプトを次のように変更できdb.alter_columnますか？

列の名前を変更しながら、その列のデータを保持するための最良の方法は何ですか？