てがろぐ - Fumy Otegaru Memo Logger -

開発進捗状況報告サイトで、てがろぐ Ver 4.3.1(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。（先日発覚したバグを解消しました。）

🆕 Ver 4.3.1βの更新点(概要)：
《▼新機能》
🌺鍵付き投稿で、本文の1行目だけでなくさらに2行目も常時見せるようにできる設定機能。
🌺ログイン者限定動作時にTOPに表示されるメッセージを自由に書き換える機能。

《▼仕様改善》
🌸任意のディレクトリにあるスキンを手動指定できる設定項目を、条件によっては非表示にするよう改善。

《▼不具合修正》
❎ある条件を満たすと『簡易適用スキンの設定が勝手に切り替わってしまう』バグ（表示上の問題）を修正。（※Ver 3.9.3β以降すべてに存在したバグ）

詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。

🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：

（ツイート埋め込み処理中...）Twitterで見る

ヨーグルトチーズケーキを食べました。

🍰Re:4483◆うまくいって良かったです。(╹◡╹)ﾉ
🍰Re:4484◆活用報告をどうもありがとうございます！ お役に立っているようで嬉しいです。^^

あいうえお

遅ればせながらTegUPを使わせていただきました！レン鯖はさくらです！

現在非公開てがろぐを、「iOSからでもWindowsからでも機種問わずアクセスできて同期できるオンラインメモ帳」として使っております。
iPAD+Windowsで同期できるメモアプリはあれもこれも試しましたが、今のところつぶやき感覚で気軽に投稿できるのが気に入っています。同期できるタイプのオンラインメモ帳、会社によっては画像が貼れなかったり気楽に書けなかったり台数制限があったり、と欠点があるので、てがろぐは大変気に入っております～

別タブで画像できました！ありがとうございます！！！！

久しぶりにホットケーキを食べました！🥞

🥞Re:4478◆結果報告をどうもありがとうございます。&で繋ぐと消えてしまう理由が分かりませんが、とりあえずうまく動作するようになったのなら良かったです。^^

🥞Re:4479◆もしかして、ローカルにあるスキンをアップロードできる欄だと誤解された、とかですかね……？ この欄は、サーバ上に存在するスキンのうち、「tegalog.cgiのあるディレクトリの直接のサブディレクトリ」以外にあるスキンを適用するためにある欄なので、ローカルのフォルダ名を入れても機能しません。ちょっとこの欄は確かによくよく考えると紛らわしいので、もうちょっと何かUIを考え直したいと思います。

🥞Re:4480◆リスト機能を使うと（リストページを見ると）、リストの上部に今でもTwitter Birdが見えるんですよね。リストの画像を自前でアップロードしていない場合は。そこも残り続けて欲しいです。

🥞Re:4481◆機能としては存在しないんですが、要は imagelink というclass名の付いたa要素すべてに target="_blank" の属性を加えれば良いので、外側スキンのHTMLソースの下端に以下のようなJavaScriptを書けばお望みの動作になると思います。
<script>
const links = document.querySelectorAll('a.imagelink');
links.forEach(link => {
   link.setAttribute('target', '_blank');
});
</script>
このソースをそのまま使う場合は、ページの末尾付近に加えて下さい。（もしhead要素内とかに書きたい場合は、「HTMLの読み込みが終わってから実行」されるような工夫を加える必要があります。）

投稿した画像をクリックすると別タブで開く方法ってないですか？クリックしたらそのままそのページで開いちゃうのですが……（リンクを別タブで開く設定にしています）
画像を(原寸画像への)リンクにする→クリックで別タブで原寸で開いてほしいのです

>ひとことNo.12315
「～からTwitterを利用しています」はiOS版が「X」に置き換わっているっぽいです（私はTwitterからアップデートしてないので他人のを見ただけですが）。
あとTwitterが残っているのは、通知の「@ツイート」、検索の「話題のツイート」くらいですかねえ……。
この3つが置き換わるのはいつ頃になるでしょうか。長く生き残ってほしいものですが。

4476です
教え頂いた方法でなんとかなりました
どんな操作をしてなったかですが、普通に「CGI本体より浅いディレクトリにあるスキンを指定～」の設定をしないまま、「任意のディレクトリにあるスキンを手動指定：」の部分にディレクトリ名を記入したらなりました……；；
「D:/a/b/てがろぐフォルダ/tegalog関係一式のあるフォルダ/skin2」（適用しようとしたスキンの入ってるフォルダ）みたいな感じの構成でそのまま入力欄にこれを入力した記憶があるのですがこれが間違ってたのかも知れないです
前にも一回なって、その時はてがろぐのディレクトリ丸ごと消してやり直してまた今回なったって感じです

4471です

にししさんご教示ありがとうございます。
スムース展開は難しいんですか。とても残念です。
要望になってしまうのですがHTMLのみで実現していただきたいです。おっしゃる通り、CSSやJavaScriptで装飾いたしますので。
ただそうなった場合、HTMLで出力するとなったら自動でページIDをIDとして付番していただきたいです。昔JavaScriptを使わないでスムーススクロールを実装したときに、IDを付与しなければうまく動かなかったので……。

ふだん
<a href="https://twitter.com/intent/tweet?url=[[PARMAURL:PURE:FULL]]&text=[[COMMENT:TITLE]]" title="Xに投稿" target="_blank" rel="noopener" class="share"><i class="fa-brands fa-x-twitter"></i></a>
でシェアボタンを作っております。
出力は
「記事のタイトル」 https://hoge.jp/?postid=[記事の数字]
です。

今回ご教示いただいたように
<a href="https://twitter.com/intent/tweet?url=[[PARMAURL:PURE:FULL]]&skin=hoge&text=[[COMMENT:TITLE]]" title="Xに投稿" target="_blank" rel="noopener" class="share"><i class="fa-brands fa-x-twitter"></i></a>
以上のコードでシェアボタンを実装したのですが、
実際にクリックすると
「記事のタイトル」 https://hoge.jp/?postid=[記事の数字]
となってしまい、skin=hogeがきえてしまいました。

大変申し訳ございませんがお教えください。

追記
[[PARMAURL:PURE:FULL]]がデフォルトスキンで表示されることを失念しておりました。もう少し触ってみます

更に追記
        <a href="https://twitter.com/intent/tweet?url=[[PERMAURL:PURE:FULL]]?skin=hoge&text=[[COMMENT:TITLE]]" title="Xに投稿" target="_blank" rel="noopener" class="share">
          <i class="fa-brands fa-x-twitter"></i>
        </a>
で解決しました！お騒がせしました

朝食に、フィレオフィッシュっぽいサンドイッチを食べました。🥪🥪🥪

🍨Re:4476◆おおぅ、そんな現象になりましたか。『任意のディレクトリにあるスキンを手動指定』欄を使った結果ですかね？
以下の手順で操作してみて下さい。

1. サーバ（＝問題のてがろぐの設置ディレクトリ）から tegalog.ini ファイルをダウンロードします。
2. その tegalog.ini ファイルをテキストエディタで開きます。
3. skindirectory=で始まる行を探します。（※たぶん383行目付近にあります。似た名称の行が複数あるので注意して下さい。）
4. その行を丸ごと消します。（1行を丸ごと消して大丈夫です。）
5. 上書き保存します。
6. その tegalog.ini をサーバにアップロード（上書きアップロード）します。

これで、適用スキンの設定だけを強制的に消せますので、元通り（スキンの簡易適用前の状態）になりますので、あらためて必要な設定をしてみて下さい。

※参考までに、どんな操作をしてその現象になったのか、もし覚えているようでしたら教えて頂けるとありがたいです。

スキンの適用方法間違えたっぽくてどこをクリックしても「現在の設定では、CGI本体より浅いディレクトリにあるスキンを指定したり、スキンの所在を絶対パスで指定したりする方法でのスキン適用が許可されていません。
この方法で適用スキンを指定したい場合は、管理画面の［設定］→［システム設定］→【スキンの適用制限】で「適用可能なスキン」項目に『CGI本体の位置より浅いディレクトリを参照する相対パスや、絶対パスで指定されたスキン』を追加して下さい。」としか出ず、設定を変えられない・ホームにもいけないのですが解決策はありますか？なにをしようとしてもこの文言のページに飛んでどうにもできないのですが……

復帰したっぽい。（3時間くらい、サーバ側のトラブルでCGIが動作しなくなっていました。）

押し入れから扇風機を出してきました。

🍨Re:4471◆隠された範囲をSmooth展開するのは、現状のてがろぐの仕様で可能でしょうかね……？（どなたか実現なさっている方がいらっしゃったら教えて下さい！）なんとなく難しそうな気がします。デフォルト設定では、隠された範囲(のspan要素)は表示時に display:inline; のスタイルが付加されますしね（その値は設定で変更可能ですが）。

◆現状のような「JavaScriptで表示/非表示を切り替える」方法で隠す手段以外に、現在で(たぶん)主流な <details><summary>見せる部分</summary>折りたたむ部分</details> のようにHTMLだけで実現できる折り畳み機能で出力される記法も追加した方が良いかな……という気はなんとなくしています。今のところそのような要望は来ていないので、まだ「なんとなく思っているだけ」の状態ですけども。そちらの方がCSS（やJavaScript）で装飾しやすいだろうな、という気はします。

◆SNSシェアボタンで「特定のスキンを適用したURL」がシェアされるようにするには、[[PERMAURL]]系の記法の直後に（空白を挟まずに）&skin=skin-nameのような感じでパラメータを加えれば良いだけです。具体的にどのように書けば良いかは、お使いの「シェアボタン」の仕様次第ですので、（具体的な記述も知りたい場合は）まず現状の記述がどうなっているのかをお知らせ頂く必要があります。

🍨Re:4472◆てがろぐをご活用下さってありがとうございます。(╹◡╹)ﾉ
少なくとも（私が直接使っている範囲では）5千件や1万件程度の投稿総数では特に体感できるほどの変化は出ていません。
なお、今ご覧になっているこの動作試験場では、現状で4,350件近くの投稿数がありますので、実際に「5千件近くの投稿がある状態の動作」をご体感頂けています。(╹◡╹)

下記のⒶとⒷは私(だけ)が書いているページ（てがろぐ）で、Ⓒはここです。それぞれの大まかな総投稿数とデータサイズを調べてみました。

• Ⓐ 今日のひとことログ ：総投稿数 12,200件超　データファイル 6.27MB
• Ⓑ てがろぐリリースノート ：総投稿数　43件　データファイル 0.61MB
• Ⓒ 動作試験場（ここ） ：総投稿数 4,300件超　データファイル 2.94MB

実際に生成ページにアクセスしてみると、投稿総数が1万2千件を超えているⒶよりも、わずか43件しかないⒷの方が、むしろ表示までにかかる動作は比較的もっさりしている気がしませんか？ これは、Ⓑでは文字装飾記法が山ほど使われているために（てがろぐ内部で）独自記法をHTMLに展開する処理がたくさん発生するためだろうな……という気がしています。まあ、Ⓑはさすがに『1投稿に2万文字近くある』ような長文投稿ばかりなので、かなり極端な例ですが。(笑)

なお、管理画面の応答速度は、ⒶⒷⒸどれも同じ感じです。（ミリ秒単位で計測したら何らかの差はあるかもしれませんが、体感できるほどの差はありません。）

ただ、CGIなので、動作の重たさは『アクセスがどれくらい集中するか』の方が影響すると思います。
Botからの大量アクセスを受けると、あっという間に重たくなるケースはありました。

てがろぐは、ページを生成する際に(毎回)データファイルを全部読み込みますので、毎秒数十件みたいな極めて高い頻度でのアクセスが続いてしまうと、サーバ自体がかなり重たくなりますね。（その辺は、サーバ側の性能にも影響するとは思いますが。）
なので、アクセス数が多いサイトの場合は特にWAF（Web Application Firewall）を併用して、悪質なBotは（CGIに届く前にサーバ側で）排除される環境にしておく方が望ましいです。

というわけで、てがろぐは（データベースを使っていないシステムなので、極端にデータサイズが大きくなればそれに比例して重たくなるだろうと予想はしているのですけども）、1万2千件程度の投稿数なら特に気にならない、とは言えそうです。10万件だとどうなるのかはまだ分かりませんが。^^;（上記で述べたとおり、投稿の内容次第でもあります。）
投稿総数が莫大になる予想があるのであれば、その「即メモ」と「ライフログ」は、1つのてがろぐで運営するのではなく、最初から複数個のてがろぐに分散させておくと、なお安心かもしれません。
（とはいえ、1つのてがろぐで運営していた内容を、後から複数のてがろぐに分割するのは、テキストエディタでデータファイルを直接分離すれば簡単ですが。どの投稿をどこに分けるのかを判断しやすくするために、カテゴリ等を使って事前に分類されていると望ましいですね。）

てがろぐCGIにちょいとバグがありましたので、詳細や回避方法をブログに書きました。
➡『てがろぐに「簡易適用スキン」の設定が勝手に切り替わるバグがあった話』

簡単な説明簡単に述べると、以下の2条件を同時に満たしている場合にだけ、表示上の問題が発生します。

• 【条件①】未来の日時を『予約投稿として扱う』よう設定されている。（＝予約投稿機能をONに設定している）
• 【条件②】メインで使うスキン以外のスキンに、新着投稿リストを表示するための記法 [[LATESTLIST]] が記述されている。（＝メインで使うスキン以外のスキンで生成されるページ上に、新着投稿リストが表示されている）

なので、予約投稿機能をOFFにしているなら（※デフォルトでOFFです）全く問題は生じません。
次のバージョンで修正しますが、上記の2条件に現状で該当する場合には、一時的に予約投稿機能をOFFにしておくことをお勧め致します。
詳しくは上記の記事本文をご覧下さい。

ただ、Ver 4.0.0（※β版も含めると、Ver 3.9.3β）以降で発生していたバグですので、昨年の4月の時点で既に存在していたバグですから、『今まで問題がなかったなら、たぶん問題ない』と考えても良いとは思います。（1年間も問題が生じなかったわけですから。）
畳む

とりあえず、バグを解消した次のバージョン（4.3.1）は、おそらく今月末までには公開できると思っています。（今のところ）

こんばんは！てがろぐで楽しい壁打ちライフを満喫している者です。
素敵なCGIをありがとうございます！

現在は個人サイトで公開する形で使用していて、あまりに軽快で使い心地が良いのでプライベートの即メモとライフログも移行してこようかな、と思い始めたのですが、投稿数が極端に増えてくると動作が重くなったりするんでしょうか…？
現在使用しているぶんが1000投稿ほどで全く支障なく動いているのですが、これが5000,100000になったときにどんな風になるんだろう？とほんのり気になっています(1日に10も20も書き込むと思うので…笑)

こんにちは。いつも利用させてもらっております。
さて、質問が2点あるのですが、どなたかご存知であれば教えていただきたいです。

・隠す機能の続きを読むボタンをクリックしたときにスムースに開閉出来る方法
・Xにシェアするボタンを使っているのですが、普通のURLをシェアしてしまいます。特定のスキンを適用したURL（末尾にskin=〇〇）をシェアする方法

よろしくお願いします

今日こそはプリンを買おうかな……と思ってプリンコーナーへ行ったところ、エクレアに20％OFFシールが貼られていました。なるほど、これはエクレアを買えということか……と一瞬思ったんですが、そもそも暑かったのでプリンでもエクレアでもなくアイスを買ってきました。┌(:3」└)┐
プリンを食べられるのはいつだ!?

🍮Re:4468◆詳しい情報をどうもありがとうございます。てがろぐ側で外部サービスの埋め込み機能を用意するには、その外部サービスの仕様が「埋め込み用のHTMLソースを『URLに含まれている情報だけ』から生成できる」という仕様である必要があるのですが、残念ながらSoundCloudはそのような仕様になっていないようなので（その解釈が正しければ）残念ながら埋め込み機能の実装は無理なように思います。詳細な話例えば、 https://soundcloud.com/skrillex/skrillex-peekaboo-flow... の曲を埋め込むためには、https://w.soundcloud.com/player/?url=https%3A//api.soundcloud.com/tracks/1595701743… というようなURLを生成してiframeに指定しないといけないようですが、この「1595701743」という情報はSoundCloudのURLからは得られないので、てがろぐ側では埋め込み用のソースを生成できないのです。畳む（Blueskyの投稿を埋め込めない理由と同じです。）
将来的に、HTMLを何でも書けるオプションを用意したときには、SoundCloud側が提供しているシェア用のHTMLをそのまま貼ることで埋め込めるようにはなります。

🍮Re:4469◆ご報告をどうもありがとうございます。(╹◡╹)ﾉ

TegUpでの4.3.0への更新できました。
環境はさくらのレンタルサーバのスタンダードです。
PHPのバージョンは8.1.27です

Re:4467
4464です。ご返信いただき、ありがとうございます。
https://soundcloud.com/skrillex/skrillex-peekaboo-flow...
(曲は何でも良いのですが)曲の個別ページを開き、Share>Embedを選択するとiframeのコードが出てきます。

https://help.soundcloud.com/hc/en-us/articles/11500356...
英語ですが、このような公式サイトの解説もあります。

プリン食べたいな……と思いながら冷蔵スイーツコーナーへ行ったのに、なぜか珈琲ゼリーを買ってしまったので、まだプリンは食べていません。┌(:3」└)┐
とはいえ、珈琲ゼリーは美味しかったです😋

🍮Re:4462◆早々のバージョンアップをどうもありがとうございます！
🍮Re:4463◆TegUpのご試用もありがとうございます。さすがにそろそろVer.1として配布しても良さそうだな、と思っています。
🍮Re:4464◆soundcloudはドイツの会社のサービスですかね？ Webページへの埋め込み方法の解説ページがあるようなら教えて下さい。
🍮Re:4465◆新バージョンのご活用をどうもありがとうございます。TegUpの報告もありがとうございます。新機能がお役に立っていると分かるととても嬉しいです。(╹◡╹)ﾉ

🍮Re:4466◆そうでした。おっしゃるとおり .decorationF は出力されません。最後の段落は忘れて下さい。┌(:3」└)┐ なんとなく、文字装飾機能では .decorationX というようなclassを出力しているハズだという思い込みがあって、隠される範囲全体も .decorationH で囲んでいるだろうと思っていたのでした。で、解説を書くためにサンプルソースを見たときに、（実際には .decorationH は出力されていないわけですが）先の解説で出力されていた .decorationF を「隠したい範囲を囲んでいるclassだ」と勘違いしたようです。(^_^;)
今のところ、隠す装飾だけで両ボタンを同じ位置にする方法はなさそうですね。なんかよほどアクロバットなことをしたらできるかもしれませんが……。
それよりも、『隠す範囲全体を <span class="decorationH"> ～ </span> で囲む』仕様を追加した方が良いような気がしてきました。たぶんそうすると、他の装飾用途にも活用しやすくなりそうな気がしたりしなかったり。（その仕様を加えても、既存の装飾に悪影響はなさそうだと思うのですけども。どうかな……。）

🍮イーロンがどうとう twitter.com を x.com へリダイレクトするようにしてしまいました。ツイートの埋め込みは（今のところ）どちらのドメインでも可能ですが、もし今後に（さすがにそうはしないと思いますが） x.com だけでしか埋め込まれないように改悪されたとしても、てがろぐ側で変換するようにしますので、（たとえそうなっても）自前のデータファイルを書き換えたりしなくて大丈夫です。（埋め込み機能自体を廃止されたらどうにもなりませんが……。）

4459です。
自由装飾記法を使えば「続きを読む/畳む」ボタンを同じ位置にすることができました。
ありがとうございます！

ただ、.decorationFにCSSを指定して、全ての「続きを読む/畳む」ボタンを同じ位置にする方法は上手くいきませんでした。
[H : 隠したい範囲]と書くだけでは.decorationFは出力されないのではないでしょうか……？

自由装飾記法を併用する方法で事足りてはいるのですが、[H : 隠したい範囲]と書くだけで、全ての「続きを読む/畳む」ボタンを同じ位置にする方法もあれば知りたいです。
よろしくお願いいたします。

P.S.
てがろぐ4.3.0にバージョンアップしました。いつもありがとうございます！
サイト上で日記を書く際に重宝しています。

正式版の更新＆配布ありがとうございます。
TegUpでの4.3.0への更新できました。
環境はロリポップのエコノミープランです。

「その状況で表示対象になっている投稿」だけに限定した隣接投稿に移動できる機能、とても便利で大変助かっています。ありがとうございます。

#要望
いつもお世話になっております。
soundcloudの埋め込み機能が実装されると嬉しいです。

TegUp：アップデート成功のご報告

いつもお世話になっております。
以下の環境でTegUpを使用し、4.2.0→4.3.0へのアップデートに成功しました。

サーバ：リトルサーバ
PHP：バージョン8.1

てがろぐVer 4.3.0にバージョンアップしました！
いつもありがとうございます！

てがろぐ Ver 4.3.0 を公開しました！ #UpdateLog

隣接・近傍投稿の一括表示モード、表示対象（同一カテゴリ等）だけに限定した隣接投稿への移動機能、ログイン者限定表示機能、編集画面に自由なHTMLをスキン別に追加できる機能、限定表示中のカテゴリの各種情報の挿入記法、ゲストを読み専IDにする機能、SITEMAP XMLの静的出力機能などの追加が主な更新点です。その他、細々した仕様改善や機能追加を含んでいます。
➡ https://www.nishishi.com/cgi/tegalog/

バージョンアップするには、

• 1クリックでバージョンアップできる専用PHP「TegUp」のご使用がお勧めです。
• もしくは、最新版のZIPの中から tegalog.cgi と fumycts.pl の2ファイルだけを抜き出して上書きアップロードして下さい。

データファイルや設定ファイルは、すべてそのまま引き継げます。(Ver.3以下も含む過去のどのバージョンからでも)

🆕 Ver 4.3.0の更新点(概要)：
《▼大きな機能追加》
●隣接・近傍投稿の一括閲覧機能（隣り合う数投稿をまとめて表示する機能）の追加。
●「その状況で表示対象になっている投稿」だけに限定した隣接投稿に移動できる機能（※同カテゴリに限定した隣接投稿への移動機能）の追加。
●条件指定パラメータを引き継いだ単独投稿にリンクできる記法（＝「その状況で表示対象になっている投稿」だけに限定した隣接投稿に移動できる機能が使える状態の単独投稿へリンクできる記法）の追加。
●ログイン済みでないとどのページも閲覧できなくする「ログイン者限定表示」機能の追加。
●新規投稿/編集画面に自由なHTML(edit.htm)をスキン別に加える機能の追加。

《▼その他の機能追加》
●そのとき限定されているカテゴリの各種情報を挿入できる専用記法の追加。
●ゲストIDで投稿を禁止する設定（＝ログイン者限定表示と併用することで「読者用ID」になる機能）の追加。
●リスト記法で、リストの種類や記号を指定するオプションを使っている場合でも、さらに任意のclass名を指定できる機能を追加。
●SITEMAP XMLを静的ファイルに出力する機能を追加。
●カテゴリの概要文でHTMLを使えるようにできる設定の追加。

《▼細かな機能追加》
●カスタム絵文字のファイル名にハイフン・ドット・アンダーバーが含まれているとき、それらで分割した文字列を使ったclass名をさらに加える機能を追加。
●アタック目的のアクセスを簡易的に検出して拒否する(400 Bad Requestを返す)機能を追加。

《▼仕様改善》
●既存ハッシュタグ簡単挿入機能で、ハッシュタグの後ではなく前に半角スペースを挿入できる(または一切挿入しない)設定機能を追加。
●「任意URLリンク」ボタンで、リンク先が丸括弧で囲まれる場合には、直後に半角スペースを自動挿入しない仕様に改善。
●データファイルを読むよりも前にパラメータの不正をチェックすることで、無駄なデータ読み込みを発生させないよう改善。
●QUICKPOSTで投稿欄が空っぽの状態で投稿したときの動作を改善。
●投稿単独表示時の隣接投稿への移動先解釈の改善。
●管理画面のボタンの行高を固定することで、一部のモバイル端末でボタンの高さがガタガタになる現象を解消。
●YouTubeの埋め込みに「ライブ動画の共有用URL」も使用可能に。

《▼不具合修正》
●URLを丸括弧で囲む [ラベル](URL) 記法の直後に半角丸括弧を書いたとき、記法末尾の「)」記号がURLの一部だと誤解されてしまう不具合を修正。

更新点について詳しい解説は、リリースノート(No.43)をご参照下さい。

アナウンス：
✔Twitter：

（ツイート埋め込み処理中...）Twitterで見る

✔Bluesky
✔Pawoo（Mastodon）

久しぶりに餃子を食べました。餃子のタレが余ったので、また餃子を調達しなければ……。

🥮Re:4459◆たぶん、自由装飾記法を使ってボタンの掲載位置を調整すれば、お望みの表示は今のバージョンでもできそうな気がします。
まず、隠したい範囲を [H:隠したい範囲] だけでなく、自由装飾記法を使って、[F:btnfirst:[H:隠したい範囲]] のように書いておきます。
次に、以下の2つのCSSを加えます。
.deco-btnfirst {
   display: block;
   position: relative;
   padding-top: 1.5em;   /* ※後述 */
}
.deco-btnfirst .readmorebutton {
   position: absolute;
   top: 0;
   left: 0;
}

すると、「続きを読む」ボタンも、「畳む」ボタンも、どちらも同じ位置（先頭）に見えるようになります。

「※」部分の 1.5em は、お好みで調整して下さい。0にすると隠している範囲に続く1行に重なってしまいますので、1以上の値にする必要があります。
（ボタンの大きさも揃える方が望ましいと思いますが、そこはお使いのスキン次第なので、スキン側のCSSを調整して下さい。）

もし、全部の「続きを読む／畳む」ボタンを上記のように表示したいなら、わざわざ自由装飾記法を併用しなくても、単に .decorationF に対して上記の装飾を適用すれば済みます。（つまり、上記のCSSソースで .deco-btnfirst の代わりに .decorationF と書きます。）
その場合は、隠したい範囲はいつも通り [H:隠したい範囲] と書くだけで済みます。 この段落のことは忘れて下さい。┌(:3」└)┐ >>4467

#要望
こんにちは、「続きを読む(一部を隠す)」機能についての要望です。

現在、この機能を使い「続きを読む」ボタンをクリックすると、隠されていた本文の後ろに「畳む」ボタンが出てきますが、
本文の前（「続きを読む」ボタンと同じ位置）に「畳む」ボタンを置けるようにしたいです。
「畳む」ボタンの後ろに本文全文が見えるような形で……

ご検討いただけると嬉しいです。

【急募】やる気……...。 _(┐｢ε:)_

🍩Re:4449◆あと、リリースノートさえ書けば、Ver 4.3.0正式版をリリースできる予定です。リリースノートさえ書けば……。_(┐｢ε:)_
🍩Re:4450◆お役に立ったなら何よりです。^^

🍩Re:4452◆登校だけでなく下校も集団なんですね!? そういうパターンもあるんですねえ。
🍩Re:4453◆確かに、片道3kmは小学生だと厳しいでしょうね。歩けたとしても1時間は掛かりそうな。朝は5分でも長く寝ていたいのに……。(笑)

🍩Re:4454◆WAFの検出ログにたくさん出てくるのを見ると驚きますよね。うちのWAFログにも毎秒毎秒何かが記録されている感じです。とはいえ、ログにあるということは（悪意あるアクセスを）阻止はできているということなので、大きく気にする必要はないのではないかと思ってはいます。そこそこ検索にもヒットする感じのWebでお使いの場合は、「WAFは必須」と考える方が良さそうですね。そうでないと、これだけの莫大なアクセスがそのままCGIに渡ってしまうと、サーバの負荷がかなり高まりそうですので。

🍩Re:4455◆ご要望をありがとうございます。ToDoリストには入れておきます。
🍩Re:4456◆確かに自由装飾記法だけだと、見た目では隠せても、OGPやRSSにはそのまま出てしまいますね。