詳細検索

連投すみません。。。 最終報告 1万レコード追加で、ディスク使用量182 MB（19MB増）となりました。 595KB×1万レコード=5,950MBではなさそうなので、 今回のコピペする方法に関しては、特段「レコード増加に伴うストレージの圧迫」の課題はないのではないか、という結論となります。 &

アプリ管理の添付ファイル容量は変わらず。 しかし、ディスク使用量は約100MB増。 本件とは別で動画アップ等も検証していたので、何による増加かは検証しきれず。 （少なくとも595KB×1万レコード=5,950MBではなさそうです） 今日は開発環境で特に作業していないので、 もう1万レコード追加し

KintoneCafeやKintone hiveに参加して・・ *************** これ、ルールに則って作れる人や管理できる仲間を 増やさなくては・・ 野良アプリが大量にできちゃう人が増えるかもしれない・・・。 *************** と色々と思い始め・・ Associate

> レコードコメントやラベル／リッチエディターフィールドに、画像やファイルを添付したい コピー元のファイルが添付されていた場所から削除されると、レコードコメントやラベル／リッチエディターフィールドに表示されていたファイルも表示できなくなる場合があります。 https://jp.cybozu.h

ファイル実体をラベル等に直接添付すると、「レコード増加に伴うストレージの圧迫」の課題が残りますので、そのあたりの配慮が不要な場合に検討したいと重います。 ご教示ありがとうございました。

> レコードコメントやラベル／リッチエディターフィールドに、画像やファイルを添付したい https://jp.cybozu.help/k/ja/id/040192.html こちらと同じ要領で、 ・添付ファイルにgif保存 ・**プレビューして**動いている状態のgifを右クリック等でコピー

やはり「ポップアップ用レコードは分割読み込み」は仕様みたいですね🤔 ルックアップリストのポップアップはポップアップしただけだと、先頭・最終一気ジャンプのショートカットキー（Home／End）が効かないのでどうしたものかと思って、生成AIさんに訊いてみました。 得られた提案を試してみた結果、ルック

>・「ポップアップ用レコードは分割読み込み」は仕様なのでしょうか？ >・もし仕様なら、皆さんどうやって「Ctrl＋Fの全レコード検索」を実現されているのでしょうか？ 私も試してみましたが、同じ動きなので仕様のようですね。 私がルックアップで検索する場合は、ルックアップフィールドに入力を

またもや自己レスですみません🙇🏻（何か自習室みたいになってきちゃいました💦） 試しに ①「.gif」を「.gif_」（アンダーバー付加）に変更したら… 「画像・動画格納アプリ」（仮称）に、ファイル実体を添付することができました！ ②「.gif_」は「ブラウザで常に開く」に設定しておいたら… 画像

自己レスです。 >（フィールドなので、テンプレにするには？を考えなくちゃイケませんし、レコード分だけ容量喰っちゃうので、「入力し終わったら消しとく」などの運用も考えなくちゃイケませんが…💦） について、 ①「画像・動画格納アプリ」（仮称）を別途用意し、 ②画像・動画を取説として添付するアプ