202402 のの会@関数Talk 53rd | Talks around @Functions in Notes and Domino
>100 Views
January 04, 26
スライド概要
Notes Dominoの@関数を取り上げながら、調べたこと、経験したことを雑談してゆきます。
第53回も @Text について
関連スライド
各ページのテキスト
@ -notes knows community- 2024/02/08 @関数Talk 第53回 公開版 @ Talks around @Functions in Notes and Domino ✔ @Text ✔ @Abstract 阿部 覚 (X:) @abesat 53rd
@ 前回で話しきれなかったので ひきつづき今回もこの関数です @
@ @Text @ で放談
@ @Text ヘルプによれば 「任意の値を文字列に変換します。」 第3回で、 「日時を文字に」について 前回、 「数値を文字に」と 「文字を文字に」（1ページのみだけど）について 今回は、 「リッチテキストを文字に」のお話です @
リッチテキストを変換 @ さしあたってはフォーム上に 編集可能なリッチテキストフィールドと それを計算結果で受けるテキストフィールドを作り テキストフィールドの式で@Textを指定します @
リッチテキストを変換 @ リッチテキストに文字を入力して 保存すると… （注）リッチテキストの場合、画面更新だけでなく 文書を保存しないと変更が反映されません @ 何の装飾も加工もないリッチテキストを、変換しただけ そのままのようでいて、元の文字と一つ違う点があります わかりますか？
リッチテキストを変換 @ フォームの設計画面と見比べると 見出しと文字の間が1行余分に空いて見えます @
リッチテキストを変換 @ これは文字の先頭になぜか改行があるから 保存した文書のプロパティを ビューから確認すると明確にわかります @
リッチテキストを変換 @ ビューの列も、 よくよく見ると改行の影響で先頭に1文字分の空白が @
リッチテキストを変換 @ さて、リッチテキスト的ないろいろな加工は @Textできっちり無視されるのかな リッチテキスト側ではこんな加工をやってみます @
リッチテキストを変換 @ きっちり無視されるようです @
リッチテキストを変換 @ ヘルプにも書かれているのですが @Text がリッチテキストの変換を サポートするようになったのは Notes のバージョンでいえば「6」以降です それより前から存在する別の方法については ここであらためて… @
@ @Abstract でも放談 @
リッチテキストを変換 @ @Abstractは、以前にTalkしていまして（第25回） ブログに余談として書いたのですが こんな形式で リッチテキストのテキストだけを取り出せます @Abstract([TEXTONLY] ; 200; ""; "リッチテキストフィールド名") （200とあるところは任意の文字数） @
リッチテキストを変換 @ @Abstractは、以前にTalkしていまして（第25回） ブログに余談として書いたのですが こんな形式で リッチテキストのテキストだけを取り出せます @Abstract([TEXTONLY] ; 200; ""; "リッチテキストフィールド名") （200とあるところは任意のバイト数） @ これを、@Textの式と比べてみたいと思いまして
リッチテキストを変換 @ さきほどのフォーム上に もうひとつテキストフィールドを加え こちらの式では@Abstractでリッチテキストの テキストを取り出します @
リッチテキストを変換 @ そして同じように このサンプルデータをテキストにしてみます @
リッチテキストを変換 @ @Text と @Abstract では結果が少々相違し @
リッチテキストを変換 @ @Abstract は先頭に改行はついておらず @
リッチテキストを変換 @ なぜか マーカーと番号の間の2つの改行が無視 @
リッチテキストを変換 @ あと、式で制限したバイト数によっては 制限値の最後の全角文字が 化けてしまうようです @
リッチテキストを変換 @ 多くの場合、 リッチテキストをテキスト化して別フィールドに置く目的は リッチテキストの内容をビューに表示するための "つなぎ"だと思います ビュー上では改行が空白値に略されるのもあり、 いずれの関数によるテキストも見た目には大差ないかな 内容確認には差し支えないかもしれません （@Abstractの最後の文字化けはちっと気になるかな） @
@ 今回もお付き合い ありがとうございました 😀 @