先頭固定(←ここの文字列も自由に変更可能。非表示にも設定可能)
フォロー数が増えると、私の開発モチベーションが向上するメリットもあります。(笑)
2026年5月 この範囲を時系列順で読む この範囲をファイルに出力する
🆕 Ver 4.8.3βの更新点(概要):
《▼新機能》
●投稿番号を連番ではなく指定桁(6~10桁)の乱数にする機能
●画像の詳細情報編集画面に「この画像を削除」ボタンを追加
●リンク記法に「リンク先ウインドウを同一にする」オプションを追加
●YouTube動画の埋め込みに使うドメインの選択肢を追加(youtube-nocookie.com以外にyoutube.comも選択可能に)
《▼仕様改善》
●投稿欄で1文字以上の編集をした状況で他ページに遷移しようとした際に確認ダイアログを表示できる機能を追加
《▼不具合修正》
❎検索語やハッシュタグに & などの一部記号が含まれているとき、ページネーションでのリンク先が正しくなくなる不具合を解消
❎Aboutページモードでは一部のサイドコンテンツの出力が不足する(=そのとき表示対象になっている投稿に限定されてしまう)不具合を解消
❎2つ以上のIF記法を書いている場合で、先に書かれたIF文の中身が「名前付き1行単位フリースペース」の記法だけの場合で、その名前付きフリースペースが定義されていない状況では、その次のIF記法の終わりまでのすべての文字が出力されずに消えてしまう不具合を解消
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス:
Bluesky
mixi2
Mastodon(Pawoo)
Twitter:
(ツイート埋め込み処理中...)Twitterで見る
🍨Re:5888◆動きます。ただし、以下の箇所の設定値がデフォルトのままなら、ですが。
もし以下の箇所を変更している場合は、変更したディレクトリ名に合うように設定内容も変更する必要があります。
- [設定]→[システム設定]→【フルパス設定】内の『CGIの設置位置』(➡デフォルト値は「自動取得」)
- [設定]→[システム設定]→【サーバパス設定】内の『Document Rootの位置』(➡デフォルト値は「環境変数から自動取得」)
上記の設定を一切触っておらず、デフォルトのままで使っているのであれば、何もしなくてもディレクトリ名を変えるだけで動きます。
ちなみにログイン限定公開にしています。
🍨Re:5885◆ご指摘をどうもありがとうございます。たしかに、おっしゃる動作になりますね!
詳しい背景情報もありがとうございます。よく分かって助かります。スキンの配布もどうもありがとうございます!
こちらで試してみたところ、「名前付き1行単位フリースペース」の記法の前後どちらかに1つ以上の空白文字(など、何でも良いので1文字以上の何らかの文字)を入れれば回避できますので、もし半角空白文字を挿入しても問題ないようでしたら、とりあえずその方法で今すぐ解決は可能です。
- ❎こうではなく [[IF(mode-picts):[[FREELINE:picts]]:IF]]
- ✅空白を入れる [[IF(mode-picts): [[FREELINE:picts]] :IF]]
なお、こちらのローカルにあるソースでは修正しましたので、次のβ版からは上記の前者❎の書き方でも問題なくなります。
なので次のバージョンをお待ち頂いても良いですが、もし「過去のバージョンのてがろぐ」でも問題なく動作するようにスキンを作成なさりたい場合は、お手数ですが上記の後者✅の書き方に修正してみて下さい。
ご報告をどうもありがとうございました!
Ver 4.8.0を使用していてこのような現象がありました。
外側スキンのIF文内に「名前付き1行単位フリースペース」の挿入タグがあり、管理画面で【名前付き1行単位フリースペース】にその内容を登録していない場合、その次のIF文1つがエラーになってしまうようです。
外側スキン:
[[IF(mode-picts):[[FREELINE:picts]]:IF]]
[[IF(grandhome):表示したい内容1:IF]]
[[IF(grandhome):表示したい内容2:IF]]
管理画面:
【名前付き1行単位フリースペース】に「picts:何らかの文字列」を登録していない
このような状態でてがろぐのgrandhomeを表示すると、「表示したい内容2」だけが表示されます。新規セットアップ直後のてがろぐで、「最小構成」に同梱されている標準スキンでもこれが起きるようです。
外側スキンのほうは編集せず、管理画面の【名前付き1行単位フリースペース】に「picts:何らかの文字列」を登録すれば、エラーは無くなり、てがろぐのgrandhomeで表示したい内容1と2が両方とも表示されました。
処理の都合上避けられない現象でしたら申し訳ございません。
背景情報:
私はてがろぐスキンの作成・配布を行っております。スキンのユーザーさんは、配布されたスキンを使って一旦表示を確認したあとに管理画面での各種設定を進めていかれるケースが多いと思いますので、このエラーがあるとgrandhomeがスカスカの状態になってしまうため驚かれるだろうなと想定しています。
私のほうでも【名前付き1行単位フリースペース】の設定を済ませることでエラーが解消できることをご案内しているのですが、もし可能であれば、エラーが起きないようにしていただければありがたいなと思い、ご報告させていただきます。
🍨Re:5880◆コメントありがとうございます。そこまで特殊な用途ではなくて、なんかどこかで何かを留めておきたいと思ったんだったような気がするんですよね……。しかし、何だったのかはさっぱり思い出せないんですが。┌(:3」└)┐
🍨Re:5881◆ご指摘ありがとうございます。たしかに、おっしゃる動作になりますね。ページネーション部分のエスケープ処理の順序に問題があって、ハッシュタグ限定表示時や全文検索で不具合が出ていました。こちらのローカルにあるソースでは修正しましたので、次のβ版では解消します。もうしばらくお待ち下さい~。
🍨Re:5882◆ご活用ありがとうございます。リンクラベルの内側に装飾記法が含められないのは、内部処理の都合で今のところは仕様です。リンクの外側に装飾記法を書くことでリンクラベル全部に対して特定の装飾を施すことは可能ですが、その逆は残念ながらできません。
簡単な日記を書くのにいつもとても助かっています!
不具合か仕様かわからない挙動があったので#質問 させてください🙇
↓のようにリンクラベルに装飾を行うとリンクが解除されてしまいます
[google(これはgoogleへのリンクです)]https://www.google.com
こちらはリンクラベルには装飾はできない仕様でしょうか?
もし記載方法が間違っていたらご教授いただければ幸いです。
お手すきの際にご確認お願いします。
参考までに、最終的には↓のようにラベルを改行して2行目だけ小文字にしようと考えていました。
(これはgoogleへのリンクです)]https://www.google.com
β版でのご対応、早速ありがとうございました!非常に助かりました。
ただ、使わせて頂いている中で2点不具合があったのでご連絡いたします。
① 状況に応じた見出しに表示されるハッシュタグ名が、1ページ目だとちゃんと「半角 & 記号」で表示されるが、2ページ目は「&」で表示される
※表示させるために「&」は全角表示しています
例えば #[トム&ジェリー] の場合、ハッシュタグ限定表示の見出しは「タグ「トム&ジェリー」を含む投稿[●件]」のようになるんですが、2ページ目に遷移すると見出しが「タグ「トム&ジェリー」を含む投稿[●件](2ページ目)」のようになります。
② ハッシュタグ限定表示で3ページ目以降が表示できない
3ページ目に遷移した時、見出しは「タグ「トム&ジェリー」を含む投稿[0件]」となり、「表示できる投稿が1件も見つかりませんでした」のステータスが表示されるようになります。
恐らく不具合の原因は同じ問題なのだろうかと思われますが…。
お手隙の際にでもご確認頂けますと幸いです。何卒宜しくお願いいたします。
輪ゴムがあるといいなと思ったのはもしかして開かない瓶のフタを開けやすくするためでは…?と、思ったのですがどうでしょうか?🤔
確かに畳まなくても何も問題はない……
畳むを非表示にしたらもっと気にならなくなりました……
おにぎりを2個買うとき同じおにぎりを2個買ってもいいくらいの衝撃でした
補足解説も貼ってくださってありがとうございます
🌳Re:5875◆ああ、SVGはimg要素ではなく専用のsvg要素を使えばSVGソースを直接HTML内に記述可能ですね。そうすると描画された中身の配色をCSSで変更できるので便利ですね。私もよく使います。ただ、.svgファイルの中身をそのままsvg要素に挿入して良いわけではないので、シンプルではないんですよね。SVG画像というのは要するにXMLで書かれたテキストデータですが、XMLなので中にスクリプトを書けてしまうので、てがろぐのような場所への埋め込みを受け付けるには、それらを除外する必要があります。ただ、単にscript要素を消せば済むわけではなくて、図形を構成する要素(gとかpathとかrectとか)に onload="~" みたいなイベントも書けてしまいますから、それらを安全に除去してから埋め込むような対策が必要です。何か良さげな安全化方法があると良いのですけども。
というわけで、すぐには無理ですが、ご要望は記録しておきます。ご要望ありがとうございます。
🌳Re:5876◆豪速な反応をどうもありがとうございます。今月内には次のβ版として公開すると思います。^^
投稿IDの乱数ありがとうございます!!!ほしかった機能なので嬉しいです!!!
いつもありがとうございます!!!
わりと頻繁に、サイトのテーマカラーの色だけ変えて改装したりするので。
🥚Re:5872◆ご説明をありがとうございます。気持ちは理解できます。^^ 「出した物は片付ける」という習慣があって、そこに「畳む」ボタンが見えると押さずにはいられない、というのはあるでしょうね。(だから私は表示していない、という面もあります。)
🥚Re:5873◆この会話を(後から検索するなどして)読んだ第三者の方に向けて補足しておくと、ヘルプドキュメントの『「続きを読む」機能共通の動作と設定』の部分に記述があります。
公式の手順で「畳む」の非表示についてのテキストを発見しました。
お手数おかけしました。
習慣的なもので、なぜ畳むボタンを押すのかの理由を問われると説明が難しいです。「続きを読む」ボタンで内容がしまわれている状態が正常な状態で、いったん開いたものを閉じて正常に戻す動作をしてから次の内容に移らないと心理的に落ち着かない……という感じです。抽象的な話になってすみません。
「畳む」ボタンが最初からなければそういう心理状態にはならないので、設定で「畳む」を消せるのであれば方法が知りたいです。
🍵Re:5870◆参考までに教えて欲しいのですが、隠されていた長文を読んだ後、それを畳むのはなぜですか? その次の文章を読み進めるだけなら、別に畳まなくて良いと思うのですけども。
なお、現状ではもしかすると「続きを読む」ボタンではなく「折り畳む」ボタンを使うと良いかもしれません。スクロールが必要なほどの長文を読んだ後に畳みたい場合には、ボタンの位置まで自力で戻る必要がある代わりに、ボタンの位置は最初から不変なので、現在位置を見失う心配はありません。
🍵(余談)
余談を読む
さっそくですが要望になります。
「続きを読む」ボタンで長文を読んでから「畳む」ボタンで閉じたとき、「続きを読む」のボタン位置へスクロールを戻してほしいです。
今の状態だと長文を読んでから閉じたときに現在位置を見失ってしまい、スクロールで元の場所を探すことを何度もしています。
よければ検討をお願いします。
🌭Re:5864◆仕様上は、ユーザIDの数に上限はありません。いくらでも追加できます。ただ、大人数で使った場合に問題なく使えるかどうかは(試していないので)ハッキリとは分かりません。基本的に、同時に投稿される頻度が低ければ問題ないだろうとは思うのですけども。
なお、大人数で使う場合、ログインフォームのID欄がセレクトボックスだと使いにくい可能性がありますので、設定で自由入力欄になるよう変更しておくと良いです。具体的な操作は「ログインフォームのユーザID入力欄の表示形態をセレクトボックスではなく手動入力(自由入力)にする方法」をご参照下さい。
わりと大所帯だったので、沢山ユーザーIDを割り当てられたら助かるなぁと思っているのですが、てがろぐが少人数を目的としたと書いてあったので、使えないのかなぁと思ったのですがとても良いサービスに巡り合ったのでぜひ使わせて頂けたらなぁと思っています。
手間といえば手動で割り当てていくところだと思うんですが、それでもいい人が多かったので手間はかかってもやりたいです。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191





