てがろぐ
- Fumy Otegaru Memo Logger -
カテゴリ「回答/返信」に属する投稿［729件］
夕食でおなかいっぱい。ぐふぅ。_(┐｢ε:)_
おなかいっぱいなので、食べようと思って置いてあった（既に切ってある）リンゴが入らない……。🍎🍎🍎
🍎Re:5660◆てがろぐは、ご自身で確保されたサーバに設置してお使い頂くツールですから（掲載コンテンツに対する責任はサイト運営者にしかありませんので）、てがろぐ側でコンテンツを制限する方針はありません。お使いのサーバで許可されている範囲であれば、何でもご活用下さい。
🍎Re:5661◆絶対に他者に漏れては困るようなら、必ずBASIC認証などのサーバ側で用意された認証機能をお使い下さい。てがろぐは特に堅牢なシステムではありませんので、てがろぐ側の機能で実現できるのはせいぜい「ネタバレ防止程度」だと認識頂いておく方が望ましいです。なお、ログイン者限定表示機能では、画像は最初から一切保護されていない点にもご留意下さい。（詳しくはリンク先のヘルプドキュメントに記載しています。）
おなかいっぱいなので、食べようと思って置いてあった（既に切ってある）リンゴが入らない……。🍎🍎🍎
🍎Re:5660◆てがろぐは、ご自身で確保されたサーバに設置してお使い頂くツールですから（掲載コンテンツに対する責任はサイト運営者にしかありませんので）、てがろぐ側でコンテンツを制限する方針はありません。お使いのサーバで許可されている範囲であれば、何でもご活用下さい。
🍎Re:5661◆絶対に他者に漏れては困るようなら、必ずBASIC認証などのサーバ側で用意された認証機能をお使い下さい。てがろぐは特に堅牢なシステムではありませんので、てがろぐ側の機能で実現できるのはせいぜい「ネタバレ防止程度」だと認識頂いておく方が望ましいです。なお、ログイン者限定表示機能では、画像は最初から一切保護されていない点にもご留意下さい。（詳しくはリンク先のヘルプドキュメントに記載しています。）
ここにお書き下さったご要望に対して、追加で質問をしたり対案を提示したりすることがありますが、それはご要望を否定したいわけではなく、『その機能を実装する優先度』を判断するために情報が必要だからです。
ご要望はできるだけ詳しく背景事情も含めてお書き頂ける方が、追加で質問する手間が省けるのでありがたいです。よろしくお願いします。
🥧Re:5655◆発掘ありがとうございます。なんか似たようなスクリプトを昔にどこかで書いたよな、というような気はしていたんですが。(^_^;)
🥧Re:5656◆最も知りたかった情報はまさしくそれです。『既にてがろぐを複数設置している』・『大枠で分けるほど離れた話題でもない』という背景事情がある前提なら、「特定のカテゴリだけ下げる扱いにしたい」という希望も理解できます。
（要望には背景事情も一緒に書いてくれ……！と言っているのは、まさにこのためです。この背景事情が分からないと、他に良い方法があるのか、それともその機能がないと困るのかが分からないので、その要望を検討リストに加えるべきなのか、加えるとしたらどれくらいの優先度を付けて把握すれば良いのか、が判断ができませんので。）
「特定のカテゴリだけ下げる扱いにしたい」というご要望は過去にもありましたから、（取り下げるとのことですけども）「そういう需要はあるようだ」という理解はしておきます。（一般的にある要望なのかどうかは確かに今のところは分かりませんが。^^;）
ちなみにですが、以下の機能だとどちらがより希望に近いですかね？
ご要望はできるだけ詳しく背景事情も含めてお書き頂ける方が、追加で質問する手間が省けるのでありがたいです。よろしくお願いします。
🥧Re:5655◆発掘ありがとうございます。なんか似たようなスクリプトを昔にどこかで書いたよな、というような気はしていたんですが。(^_^;)
🥧Re:5656◆最も知りたかった情報はまさしくそれです。『既にてがろぐを複数設置している』・『大枠で分けるほど離れた話題でもない』という背景事情がある前提なら、「特定のカテゴリだけ下げる扱いにしたい」という希望も理解できます。
（要望には背景事情も一緒に書いてくれ……！と言っているのは、まさにこのためです。この背景事情が分からないと、他に良い方法があるのか、それともその機能がないと困るのかが分からないので、その要望を検討リストに加えるべきなのか、加えるとしたらどれくらいの優先度を付けて把握すれば良いのか、が判断ができませんので。）
「特定のカテゴリだけ下げる扱いにしたい」というご要望は過去にもありましたから、（取り下げるとのことですけども）「そういう需要はあるようだ」という理解はしておきます。（一般的にある要望なのかどうかは確かに今のところは分かりませんが。^^;）
ちなみにですが、以下の機能だとどちらがより希望に近いですかね？
- 各カテゴリの設定に「このカテゴリに属する投稿は全部『下げる』扱いにする」という設定項目がある。
- 「HOME（＝何の表示条件も限定されていないページ）で表示対象外にするカテゴリID群」を一括設定する設定項目がある。
昼食はマカロニグラタン。グラタンに近い絵文字って何だ……？ パイ？🥧
🥧Re:5648◆（>>5638）まあそうですよね。設定項目をいろいろ増やさないといけないので、気長にお待ち頂ければ幸いです。
（>>5645）なるほど、「改行区切りのURL群」が一括で手に入る別ツールをお使いだという背景なんですね。理解できました。空白か改行かで区切って複数入力できるような感じの仕様にする方向で考えます。
🥧Re:5649◆とりあえず現状では [F:abc:​] と書くと良いです（※abcはお望みのclass名）。​はUnicodeのZero Width Space（ゼロ幅スペース）なので、システム的には空白扱いですが、幅がゼロなので画面上には何も見えません。つまり display:none; を書かなくても元から何も表示されないので、::afterだけを付ける用途に使えます。数値文字参照の「8203」が覚えにくい場合は、何でも簡単入力ボタン機能を使って、ボタンクリックで [F:abc:​] が入力されるように作っておくと良いのではないかと思います。
※数値文字参照を使わなくても、この「Zero Width Space」自体の文字をコピー＆ペーストして貼り付けることも可能なんですが（ゼロ幅とはいえ文字には違いないので）、ゼロ幅であるがためにコピーしにくいんですよね。ペーストしても本当にペーストされたのかが見た目で分かりませんし。Zero Width Spaceを含む前後の文字と一括して選択した状態で貼り付けることができれば、数値文字参照の長い見た目を避けて、本当に見た感じは [F:abc:] にしか見えない状態で使うことも可能だとは思いますけども。
🥧Re:5650◆その「嫌な思い出」と「害虫」だけを投稿するてがろぐをもう1つ設置するよりも、同じてがろぐに投稿しておいて「下げる」に留めたい理由が分かると、今後の方針を考える役に立ちそうな気がしますので、もしよろしければ教えて下さい。「記録はしておきたいけど隠したい」のであれば、てがろぐをOPEN版とCLOSE版の2つに分けてしまう方が確実だと思うのですが、「積極的に探して見ようと思った人には見れる」みたいな状態にはしたいということですかね？
🥧Re:5652◆今回、この例示を書いていて、複数カテゴリをANDで出す（つまり「絞り込む」）catパラメータの書き方もある方が望ましいな……という気にはなりました。?cat=A,Bが結合(OR)なら、絞り込み(AND)は?cat=A*Bくらいでしょうかね（ANDは論理積と言いますし）。もしくは完全に新しいパラメータを用意する方が良いかもしれませんけども。何か考えます。（とりあえず現状では検索コマンドを駆使してみて下さい。）
検索コマンドの中に「=」記号が出てくるので、検索コマンドを含むURLを書くと「=」が多くて紛らわしいので「=」は%3Dと書く方が無難かもしれません。なお、検索コマンドの「=」の右側は、セミコロン記号を省略すると前方一致で検索になるのでご注意下さい（詳しくは検索コマンドの種類と使用例にあります）。お書き下さった$ci=test+$ci=diary;だと、1つ目の「test」の後にはセミコロンがないので「testで始まるカテゴリID全部」が対象になります。もし「test1」・「test2」というカテゴリがあったら、両方が該当します。それを避けて完全一致にするには$ci=test;+$ci=diary;と指定する必要があります。
🥧Re:5648◆（>>5638）まあそうですよね。設定項目をいろいろ増やさないといけないので、気長にお待ち頂ければ幸いです。
（>>5645）なるほど、「改行区切りのURL群」が一括で手に入る別ツールをお使いだという背景なんですね。理解できました。空白か改行かで区切って複数入力できるような感じの仕様にする方向で考えます。
🥧Re:5649◆とりあえず現状では [F:abc:​] と書くと良いです（※abcはお望みのclass名）。​はUnicodeのZero Width Space（ゼロ幅スペース）なので、システム的には空白扱いですが、幅がゼロなので画面上には何も見えません。つまり display:none; を書かなくても元から何も表示されないので、::afterだけを付ける用途に使えます。数値文字参照の「8203」が覚えにくい場合は、何でも簡単入力ボタン機能を使って、ボタンクリックで [F:abc:​] が入力されるように作っておくと良いのではないかと思います。
※数値文字参照を使わなくても、この「Zero Width Space」自体の文字をコピー＆ペーストして貼り付けることも可能なんですが（ゼロ幅とはいえ文字には違いないので）、ゼロ幅であるがためにコピーしにくいんですよね。ペーストしても本当にペーストされたのかが見た目で分かりませんし。Zero Width Spaceを含む前後の文字と一括して選択した状態で貼り付けることができれば、数値文字参照の長い見た目を避けて、本当に見た感じは [F:abc:] にしか見えない状態で使うことも可能だとは思いますけども。
🥧Re:5650◆その「嫌な思い出」と「害虫」だけを投稿するてがろぐをもう1つ設置するよりも、同じてがろぐに投稿しておいて「下げる」に留めたい理由が分かると、今後の方針を考える役に立ちそうな気がしますので、もしよろしければ教えて下さい。「記録はしておきたいけど隠したい」のであれば、てがろぐをOPEN版とCLOSE版の2つに分けてしまう方が確実だと思うのですが、「積極的に探して見ようと思った人には見れる」みたいな状態にはしたいということですかね？
🥧Re:5652◆今回、この例示を書いていて、複数カテゴリをANDで出す（つまり「絞り込む」）catパラメータの書き方もある方が望ましいな……という気にはなりました。?cat=A,Bが結合(OR)なら、絞り込み(AND)は?cat=A*Bくらいでしょうかね（ANDは論理積と言いますし）。もしくは完全に新しいパラメータを用意する方が良いかもしれませんけども。何か考えます。（とりあえず現状では検索コマンドを駆使してみて下さい。）
検索コマンドの中に「=」記号が出てくるので、検索コマンドを含むURLを書くと「=」が多くて紛らわしいので「=」は%3Dと書く方が無難かもしれません。なお、検索コマンドの「=」の右側は、セミコロン記号を省略すると前方一致で検索になるのでご注意下さい（詳しくは検索コマンドの種類と使用例にあります）。お書き下さった$ci=test+$ci=diary;だと、1つ目の「test」の後にはセミコロンがないので「testで始まるカテゴリID全部」が対象になります。もし「test1」・「test2」というカテゴリがあったら、両方が該当します。それを避けて完全一致にするには$ci=test;+$ci=diary;と指定する必要があります。
きな粉餅を食べました。おいしい。角餅の絵文字がUnicodeにないのは、豆腐と区別が付かなさそうで誰も提案しないから……？ ちょっと膨らんでる角餅なら豆腐と間違えることはないだろうけど、1文字分の解像度を考えるとちょっと苦しい……？ そうでもない……？
餅が付く絵文字としては、月餅はあるけども。そういえば最近、月餅を食べていないな……。🥮🥮🥮
🥮Re:5636◆設置ありがとうございます！ いろいろご活用頂ければ幸いです。(╹◡╹)ﾉ
🥮Re:5637◆β版のご試用をありがとうございます。そして、フィードバックもありがとうございます。確かに、おっしゃる動作になりますね。ハッシュタグ関連のソースがあまりにもスパゲッティ化しすぎているので、ちょっとその辺をリファクタリングするところから対処しようと思います。(^_^;;; 次のバージョンではどうにかします～。
🥮Re:5638◆設定は共通の1つだけで良いですかね？（＝ハッシュタグでもリンクでも何でも、空白を入れるかどうかは1項目で設定。） それとも、個別に設定したいですか？（＝ハッシュタグはハッシュタグ、リンクはリンクで、それぞれ空白をどう入れるか個別に設定。）
🥮Re:5642◆その場合、鍵は「共通鍵」で良いのですか？ （なお、現状でそれに近い動作をしようと思うと、その「鍵カテゴリ」専用のてがろぐをもう1つ設置して、それをログイン者限定表示に設定して頂く、とかでしょうかね。）
🥮Re:5643◆検索コマンドを使うと「下げた投稿だけを表示」することもできますが（＝つまり「下げる」を1つのカテゴリっぽく使うこともできますが）、それでも、「特定のカテゴリに属する投稿を全部『下げる』扱いにする機能」が必要でしょうか？（もしよろしければ活用の背景をもう少し詳しく解説して頂けると参考になって助かります。）
🥮Re:5644◆てがろぐのカテゴリ設定にある親子関係は、カテゴリツリーの表示だけにしか影響しません。なので、カテゴリ限定表示時に「親子関係が設定されているから表示が変わる」ということは一切ありません。ここ（今ご覧になっている動作試験場）で実験して頂けば分かると思いますが、カテゴリツリーで親子関係にある雑記(12件)とつぼはち(16件)を合わせて ?cat=memo,hachi とすれば両方を合わせた結果(28件)が表示されますし、カテゴリツリーで親子関係にはないつぶやき(21件)とテスト(51件)を合わせて ?cat=diary,test とすると両方を合わせた結果(70件)が表示されます。こちらが単純な合計(72件)にならないのは、カテゴリ「つぶやき」と「テスト」に同時に属している投稿が2件ほどあるためです。
お使いの環境で望み通りの表示にならない場合は、とりあえず
なお、?cat=A,B のパラメータは、「カテゴリAに属する投稿」と「カテゴリBに属する投稿」の2条件を合わせて表示します。「AとBの両方に同時に属している投稿」に絞り込んで表示するわけではありませんのでご注意下さい。「AとBの両方に属している投稿だけ」を表示したい場合は、ちょっと専用の記法がないのでややこしいですが、検索コマンド記法を使って $ci=A; $ci=B; という検索語で検索すると良いです。先程の例で、「つぶやきとテストに同時に属している投稿」を出す際にも使っています。
🥮Re:5645◆複数のURLを入力する際には、空白文字で区切る仕様で良いですか？ なんとなく、最初に必要なだけ [PICT:] という記述をコピー＆ペーストで書いておいて、最後にURLを貼り付けていく方が操作が楽ではないでしょうかね？(^_^;)
🥮Re:5646◆β版のご試用ありがとうございます！ 便利に活用して頂けて嬉しいです。(╹◡╹)ﾉ
餅が付く絵文字としては、月餅はあるけども。そういえば最近、月餅を食べていないな……。🥮🥮🥮
🥮Re:5636◆設置ありがとうございます！ いろいろご活用頂ければ幸いです。(╹◡╹)ﾉ
🥮Re:5637◆β版のご試用をありがとうございます。そして、フィードバックもありがとうございます。確かに、おっしゃる動作になりますね。ハッシュタグ関連のソースがあまりにもスパゲッティ化しすぎているので、ちょっとその辺をリファクタリングするところから対処しようと思います。(^_^;;; 次のバージョンではどうにかします～。
🥮Re:5638◆設定は共通の1つだけで良いですかね？（＝ハッシュタグでもリンクでも何でも、空白を入れるかどうかは1項目で設定。） それとも、個別に設定したいですか？（＝ハッシュタグはハッシュタグ、リンクはリンクで、それぞれ空白をどう入れるか個別に設定。）
🥮Re:5642◆その場合、鍵は「共通鍵」で良いのですか？ （なお、現状でそれに近い動作をしようと思うと、その「鍵カテゴリ」専用のてがろぐをもう1つ設置して、それをログイン者限定表示に設定して頂く、とかでしょうかね。）
🥮Re:5643◆検索コマンドを使うと「下げた投稿だけを表示」することもできますが（＝つまり「下げる」を1つのカテゴリっぽく使うこともできますが）、それでも、「特定のカテゴリに属する投稿を全部『下げる』扱いにする機能」が必要でしょうか？（もしよろしければ活用の背景をもう少し詳しく解説して頂けると参考になって助かります。）
🥮Re:5644◆てがろぐのカテゴリ設定にある親子関係は、カテゴリツリーの表示だけにしか影響しません。なので、カテゴリ限定表示時に「親子関係が設定されているから表示が変わる」ということは一切ありません。ここ（今ご覧になっている動作試験場）で実験して頂けば分かると思いますが、カテゴリツリーで親子関係にある雑記(12件)とつぼはち(16件)を合わせて ?cat=memo,hachi とすれば両方を合わせた結果(28件)が表示されますし、カテゴリツリーで親子関係にはないつぶやき(21件)とテスト(51件)を合わせて ?cat=diary,test とすると両方を合わせた結果(70件)が表示されます。こちらが単純な合計(72件)にならないのは、カテゴリ「つぶやき」と「テスト」に同時に属している投稿が2件ほどあるためです。
お使いの環境で望み通りの表示にならない場合は、とりあえず
- どんなURLでアクセスした場合に、
- 本来はどのような表示になって欲しいのに、
- 実際にはどのような表示になっているのか
なお、?cat=A,B のパラメータは、「カテゴリAに属する投稿」と「カテゴリBに属する投稿」の2条件を合わせて表示します。「AとBの両方に同時に属している投稿」に絞り込んで表示するわけではありませんのでご注意下さい。「AとBの両方に属している投稿だけ」を表示したい場合は、ちょっと専用の記法がないのでややこしいですが、検索コマンド記法を使って $ci=A; $ci=B; という検索語で検索すると良いです。先程の例で、「つぶやきとテストに同時に属している投稿」を出す際にも使っています。
🥮Re:5645◆複数のURLを入力する際には、空白文字で区切る仕様で良いですか？ なんとなく、最初に必要なだけ [PICT:] という記述をコピー＆ペーストで書いておいて、最後にURLを貼り付けていく方が操作が楽ではないでしょうかね？(^_^;)
🥮Re:5646◆β版のご試用ありがとうございます！ 便利に活用して頂けて嬉しいです。(╹◡╹)ﾉ
結局、クリスマスケーキは食べませんでしたが、誕生日ケーキは食べました。🎂🍰
🍰Re:5621◆まだ「実装する気」云々の段階ではないのでストレートには回答しにくいのですが、基本的には「何も変わっていない」です。ツリーや引用に関しては、元々実装計画は特に立っていなくて「検討中の段階」ですから。
そもそも、スレッド式の掲示板は昔からありますから「ツリー表示」は別に𝕏独特の機能というわけでもないですしね。「引用」は表示形態によっては確かに𝕏独特と言えたかもしれませんが、「引用」という表現方法自体はどこにでもあるものですし。
年末の記事で、要望を実装する「優先度」の話をちょっと書きましたが、今のところ実装作業を計画していないのは、（元々そういう表示方法を考慮していないデータ形式だったこともあり）ここで説明している「🟣4」と「⚪5」の要素が低いから、という感じです。良さげな実装方法を思いつけば良いのですけども。畳む
🍰Re:5622◆あまり深くは考えていないので使えるかどうかハッキリとは分かりませんが、UnicodeのZero Width Space（ゼロ幅スペース）を使うと、わざわざ非表示用のCSSを活用しなくても「見えない区切り」を設けられそうな気がします。てがろぐ上では、数値文字参照を使って ​ と書くと使えます。（※幅がゼロの空白文字ですから、使ったところで目には見えませんけども。）もっとも、「余計な何らかの文字列を加えなければならない」という点では変わりありませんけども。(^_^;)
……とここまで書いて思ったんですが、もしかして ?ref=17 みたいなパラメータで、『「No.17自身」と「No.17へのリンクがある投稿」だけ』をまとめて閲覧できるような機能があれば良いんですかね……？ というか、投稿単独ページ自体がそういう仕様になったら良いのかな……。（まあ、たとえそうなったとしても、投稿単独ページ以外のページではツリー表示にはならないわけですが。あと「繋げたい投稿への番号リンク」を書かないと繋がりませんけども。）
🍰Re:5623◆有益な情報をありがとうございます！ 試してみます。
🍰Re:5624◆ネタがないときのプレースホルダ的な飲食ツイートにまさかの需要が。(笑) ありがとうございます。
🍰Re:5625◆ご指摘をありがとうございます！ 確かに、QUICKPOSTを2つ置くと[機能]ボタンが機能しなくなりますね！ そういえばここ最近は、QUICKPOSTを複数個置いた場合の動作テストをしていませんでした。こちらのローカルにあるソースでは修正しましたので、次に公開するβ版からは問題が解消します。もうしばらくお待ち願います。
🍰Re:5627◆ありがとうございます！
🍰Re:5628◆ありがとうございます～
🍰Re:5621◆まだ「実装する気」云々の段階ではないのでストレートには回答しにくいのですが、基本的には「何も変わっていない」です。ツリーや引用に関しては、元々実装計画は特に立っていなくて「検討中の段階」ですから。
そもそも、スレッド式の掲示板は昔からありますから「ツリー表示」は別に𝕏独特の機能というわけでもないですしね。「引用」は表示形態によっては確かに𝕏独特と言えたかもしれませんが、「引用」という表現方法自体はどこにでもあるものですし。
年末の記事で、要望を実装する「優先度」の話をちょっと書きましたが、今のところ実装作業を計画していないのは、（元々そういう表示方法を考慮していないデータ形式だったこともあり）ここで説明している「🟣4」と「⚪5」の要素が低いから、という感じです。良さげな実装方法を思いつけば良いのですけども。畳む
🍰Re:5622◆あまり深くは考えていないので使えるかどうかハッキリとは分かりませんが、UnicodeのZero Width Space（ゼロ幅スペース）を使うと、わざわざ非表示用のCSSを活用しなくても「見えない区切り」を設けられそうな気がします。てがろぐ上では、数値文字参照を使って ​ と書くと使えます。（※幅がゼロの空白文字ですから、使ったところで目には見えませんけども。）もっとも、「余計な何らかの文字列を加えなければならない」という点では変わりありませんけども。(^_^;)
……とここまで書いて思ったんですが、もしかして ?ref=17 みたいなパラメータで、『「No.17自身」と「No.17へのリンクがある投稿」だけ』をまとめて閲覧できるような機能があれば良いんですかね……？ というか、投稿単独ページ自体がそういう仕様になったら良いのかな……。（まあ、たとえそうなったとしても、投稿単独ページ以外のページではツリー表示にはならないわけですが。あと「繋げたい投稿への番号リンク」を書かないと繋がりませんけども。）
🍰Re:5623◆有益な情報をありがとうございます！ 試してみます。
🍰Re:5624◆ネタがないときのプレースホルダ的な飲食ツイートにまさかの需要が。(笑) ありがとうございます。
🍰Re:5625◆ご指摘をありがとうございます！ 確かに、QUICKPOSTを2つ置くと[機能]ボタンが機能しなくなりますね！ そういえばここ最近は、QUICKPOSTを複数個置いた場合の動作テストをしていませんでした。こちらのローカルにあるソースでは修正しましたので、次に公開するβ版からは問題が解消します。もうしばらくお待ち願います。
🍰Re:5627◆ありがとうございます！
🍰Re:5628◆ありがとうございます～
春の花粉がもう飛び始めたのか、それとも冬に花粉を飛ばす何らかの植物の花粉にも反応する身体になってしまったのか、もう花粉症の症状が出てきたんですけども……。_(┐｢ε:)_
🌲Re:5619◆投稿本文中に含まれている画像は、何らかのタグ等によって個別に出力されているわけではなく、てがろぐ本体の「本文出力機能」によって（他のテキストと併せて本文の一部として）一括で出力されていますので、（設定で『サムネイル画像があればサムネイルの方を表示』項目がONの状態なら）サムネイルが存在する場合にはサムネイルが出力されます。
（これを設定で防ぐには、[設定]→[ページの表示]→【投稿本文の表示／画像】で、『サムネイル画像があればサムネイルの方を表示』項目をOFFにするしかありませんが、そうすると、どんな場所でもサムネイルが出力されなくなりますので、お望みの動作とは異なりますね。）
幸い、『サムネイル画像のURLには必ず mini というディレクトリ名が含まれる』という前提条件がありますから、この仕様を利用することで、以下のJavaScriptを実行すると、サムネイルではなく原寸画像の方を強制的に表示させられます。（img要素のsrc属性値の中に /mini/ というディレクトリ名がある場合に、それを取り除く（＝/に置き換える）処理をするスクリプトです。）
<script>
document.addEventListener("DOMContentLoaded", () => {
const images = document.querySelectorAll("img.embeddedimage");
images.forEach(img => {
const src = img.getAttribute("src");
if(src && src.includes("/mini/")) {
img.setAttribute("src", src.replace("/mini/", "/"));
}
});
});
</script>
これを、IF文での出力条件分けを使うなどして、投稿単独ページでのみ出力すれば、『投稿単独ページでは、サムネイルがあろうとなかろうと、常に原寸画像が表示される』という仕組みにできると思います。
🌲Re:5619◆投稿本文中に含まれている画像は、何らかのタグ等によって個別に出力されているわけではなく、てがろぐ本体の「本文出力機能」によって（他のテキストと併せて本文の一部として）一括で出力されていますので、（設定で『サムネイル画像があればサムネイルの方を表示』項目がONの状態なら）サムネイルが存在する場合にはサムネイルが出力されます。
（これを設定で防ぐには、[設定]→[ページの表示]→【投稿本文の表示／画像】で、『サムネイル画像があればサムネイルの方を表示』項目をOFFにするしかありませんが、そうすると、どんな場所でもサムネイルが出力されなくなりますので、お望みの動作とは異なりますね。）
幸い、『サムネイル画像のURLには必ず mini というディレクトリ名が含まれる』という前提条件がありますから、この仕様を利用することで、以下のJavaScriptを実行すると、サムネイルではなく原寸画像の方を強制的に表示させられます。（img要素のsrc属性値の中に /mini/ というディレクトリ名がある場合に、それを取り除く（＝/に置き換える）処理をするスクリプトです。）
<script>
document.addEventListener("DOMContentLoaded", () => {
const images = document.querySelectorAll("img.embeddedimage");
images.forEach(img => {
const src = img.getAttribute("src");
if(src && src.includes("/mini/")) {
img.setAttribute("src", src.replace("/mini/", "/"));
}
});
});
</script>
これを、IF文での出力条件分けを使うなどして、投稿単独ページでのみ出力すれば、『投稿単独ページでは、サムネイルがあろうとなかろうと、常に原寸画像が表示される』という仕組みにできると思います。
🍰Re:5617◆サーバのサポート窓口からの返信がめちゃくちゃ早いですね!?
ご報告をどうもありがとうございます。やはりCGIの使用が許可されていないのですね。残念……！
台湾のレンタルサーバ事情に関しては知識がないので、具体的な会社の選択肢は提示できないのですが、次にサーバを検討する際には、「CGIが実行可能」という他に、以下の2点にもご注意下さい。
※少なくとも日本の場合では、CGIの実行が許可されているレンタルサーバなら、多くのサーバが①も②も満たしています。
ご報告をどうもありがとうございます。やはりCGIの使用が許可されていないのですね。残念……！
台湾のレンタルサーバ事情に関しては知識がないので、具体的な会社の選択肢は提示できないのですが、次にサーバを検討する際には、「CGIが実行可能」という他に、以下の2点にもご注意下さい。
- Perl 5.6 以上が使える。
- Perlに、「CGIモジュール」と「Time::Localモジュール」がインストールされている。
※少なくとも日本の場合では、CGIの実行が許可されているレンタルサーバなら、多くのサーバが①も②も満たしています。
🍰Re:5615◆なるほど。パーミッションを705や755にすると、「ウェブページが表示される」のではなく「test.cgiファイルそのものがダウンロードされる」という動作ですかね？
なかなか珍しい動作ですね。
そうなると、サーバ側のサポート窓口に「どうすればCGIが実行できるのか？」を質問してみる以外に対処方法はないと思います。
なんとなく、CGIの実行が許可されていない気がします。
何にせよ、サポート窓口に問い合わせてみて下さい。
なかなか珍しい動作ですね。
そうなると、サーバ側のサポート窓口に「どうすればCGIが実行できるのか？」を質問してみる以外に対処方法はないと思います。
なんとなく、CGIの実行が許可されていない気がします。
- 元々CGIの使用を許可していないサーバである。
- CGIは使用可能だが、今の契約状況では許可されていない。（試用期間中など）
- CGIを使うためには、コントロールパネル等から事前に設定が必要。
何にせよ、サポート窓口に問い合わせてみて下さい。
🍰Re:5613◆ご回答をありがとうございます。
なるほど、tegup.phpに普通にアクセスできることや、skin-cover.htmlにもアクセスできることから考えて、設置方法やアクセス位置には問題なさそうですね。出ているエラーは「500 Internal Server Error」ではなく「403 Forbidden」なのですよね？ そうだとすると、最も可能性の高い原因は、パーミッション不足です。他にも、「.htaccessで制限されている」、「CGIの実行が禁止されている」、「WAF（Web Application Firewall）でブロックされている」などの可能性もありますが。
「てがろぐ」だけに発生する問題なのか、「Perlで書かれたCGI全般」に発生する問題なのかを区別するために、以下の3行をテキストエディタで test.cgi などのファイル名で保存して、サーバにUPして、パーミッションを700（または705や755）に設定してから、ブラウザでアクセスしてみて下さい。
#! /usr/bin/env perl
print "Content-Type: text/html\n\n";
print "<h1>Perl CGI OK!</h1>";
これでも 403 Forbidden エラーが出る場合は、お使いのWebサーバのサポート窓口に、「CGIの実行ファイルに設定するパーミッションの正確な値」を問い合わせる必要があります。もしかすると、そのサーバ独特の値に設定しないといけない制約があるのかもしれません。
もし、上位のディレクトリに .htaccess ファイルがある場合は、一時的に削除（リネームでも可）してから試してみて下さい。
なるほど、tegup.phpに普通にアクセスできることや、skin-cover.htmlにもアクセスできることから考えて、設置方法やアクセス位置には問題なさそうですね。出ているエラーは「500 Internal Server Error」ではなく「403 Forbidden」なのですよね？ そうだとすると、最も可能性の高い原因は、パーミッション不足です。他にも、「.htaccessで制限されている」、「CGIの実行が禁止されている」、「WAF（Web Application Firewall）でブロックされている」などの可能性もありますが。
「てがろぐ」だけに発生する問題なのか、「Perlで書かれたCGI全般」に発生する問題なのかを区別するために、以下の3行をテキストエディタで test.cgi などのファイル名で保存して、サーバにUPして、パーミッションを700（または705や755）に設定してから、ブラウザでアクセスしてみて下さい。
#! /usr/bin/env perl
print "Content-Type: text/html\n\n";
print "<h1>Perl CGI OK!</h1>";
これでも 403 Forbidden エラーが出る場合は、お使いのWebサーバのサポート窓口に、「CGIの実行ファイルに設定するパーミッションの正確な値」を問い合わせる必要があります。もしかすると、そのサーバ独特の値に設定しないといけない制約があるのかもしれません。
もし、上位のディレクトリに .htaccess ファイルがある場合は、一時的に削除（リネームでも可）してから試してみて下さい。
そろそろ誕生日なんですが（まだ今日ではありません）、自分が何歳になるのかは西暦から引き算しないと確信が持てません。┌(:3」└)┐
🍰Re:5611◆おぉ、海外からのご活用をありがとうございます。以下の点を教えて頂ければ、何らかの回答ができるかもしれません。
🍰Re:5611◆おぉ、海外からのご活用をありがとうございます。以下の点を教えて頂ければ、何らかの回答ができるかもしれません。
- どこのサーバ会社をお使いですか？
- そのサーバ会社では、CGI（Perl）の使用は許可されていますか？
- どんなURLにアクセスしていますか？
- 例えば、skin-cover.html に直接アクセスしてみたときには、エラーにならずにスキンが表示されますか？（もしエラーが出るなら、そのエラー内容を教えて下さい。）
正月にクリスマスケーキを食べる習慣がなかった場合は、食べたたこ焼きの数でも……。
🍰Re:5604◆ありがとうございます～！(╹◡╹)ﾉ
🍰Re:5605◆いくつでも書いて大丈夫です。^^ 解説ありがとうございます。参考にします。
🍰Re:5606◆ケーキも食べましょう。もしくはたこ焼きを……。
🍰Re:5607◆自サイトに設置できて𝕏の代わりになるシステムといえばMastodonやMisskeyですよね。MastodonもMisskeyも自サーバに設置して（他者のアカウント開設を受け入れなければ）自分専用で使えます。実際にそうして「お一人様Mastodon／Misskey」を使っている方々もたくさんいらっしゃいますし。「そこまで大規模なものは要らない」と思われる方もいらっしゃるでしょうけども、𝕏に匹敵する機能を備えればそうなる、ということでもあります（たぶん）。
てがろぐの本質は、2000年代から存在する「掲示板CGI」ですから、𝕏に機能を寄せると言っても極めて浅いレベルで限界があります。システム的には単に「掲示板の見た目をちょっとSNS寄りっぽい感じにした」というだけのことですからね。しかもデータ管理にデータベースを使っていない上に、モジュールを2つしか読まないPerlで書かれているシステムですし。（理由は「動作要件を低く抑えるため」です。）
「CGIを設置して使おう」と考える人々は、その辺の技術レベル感は理解しているもの、という前提で（当初は）居ましたけども、てがろぐを使うために初めてサーバを契約するという方も最近はいらっしゃるようですから、確かに「期待させすぎるのはよくない」とは言えるかもしれませんね。
昔々そのまた昔、自サイトに通販機能を付けたいというクライアントさんから、「ちょっとAmazonみたいなやつを作ってくれたらええねんで」と言われたときのことを思い出しました。┌(:3」└)┐
なお、現状の標準機能でそれっぽい動作にするには、ツリー表示には隠れハッシュタグ機能を、引用表示にはOGPカードリンク機能を使って頂くくらいかな、と思います。
🍰Re:5608◆いつも有用な情報とツールをありがとうございます。検索機能を活用したツリー表示はなかなかアクロバット感のある実現方法で感心しました。JavaScriptでの引用も自然な感じで合成できていますね。私から要望するのはやや筋が違う気もしますが、解説は読んでみたいです。^^
🍰Re:5604◆ありがとうございます～！(╹◡╹)ﾉ
🍰Re:5605◆いくつでも書いて大丈夫です。^^ 解説ありがとうございます。参考にします。
🍰Re:5606◆ケーキも食べましょう。もしくはたこ焼きを……。
🍰Re:5607◆自サイトに設置できて𝕏の代わりになるシステムといえばMastodonやMisskeyですよね。MastodonもMisskeyも自サーバに設置して（他者のアカウント開設を受け入れなければ）自分専用で使えます。実際にそうして「お一人様Mastodon／Misskey」を使っている方々もたくさんいらっしゃいますし。「そこまで大規模なものは要らない」と思われる方もいらっしゃるでしょうけども、𝕏に匹敵する機能を備えればそうなる、ということでもあります（たぶん）。
てがろぐの本質は、2000年代から存在する「掲示板CGI」ですから、𝕏に機能を寄せると言っても極めて浅いレベルで限界があります。システム的には単に「掲示板の見た目をちょっとSNS寄りっぽい感じにした」というだけのことですからね。しかもデータ管理にデータベースを使っていない上に、モジュールを2つしか読まないPerlで書かれているシステムですし。（理由は「動作要件を低く抑えるため」です。）
「CGIを設置して使おう」と考える人々は、その辺の技術レベル感は理解しているもの、という前提で（当初は）居ましたけども、てがろぐを使うために初めてサーバを契約するという方も最近はいらっしゃるようですから、確かに「期待させすぎるのはよくない」とは言えるかもしれませんね。
昔々そのまた昔、自サイトに通販機能を付けたいというクライアントさんから、「ちょっとAmazonみたいなやつを作ってくれたらええねんで」と言われたときのことを思い出しました。┌(:3」└)┐
なお、現状の標準機能でそれっぽい動作にするには、ツリー表示には隠れハッシュタグ機能を、引用表示にはOGPカードリンク機能を使って頂くくらいかな、と思います。
🍰Re:5608◆いつも有用な情報とツールをありがとうございます。検索機能を活用したツリー表示はなかなかアクロバット感のある実現方法で感心しました。JavaScriptでの引用も自然な感じで合成できていますね。私から要望するのはやや筋が違う気もしますが、解説は読んでみたいです。^^
国産SNSとしてmixi2に期待しているんですけども、果たしてPCからアカウントが開設可能になるのはいつなのか。（招待状）
🍰Re:5586◆ご要望をありがとうございます。前3つについては、カスタムQUICKPOSTの機能ができれば（スキン側で）実現はできそうに思います（たぶん）。今のところ、CGIソースを触らずにカスタマイズで実現できる点はなさそうです。
🍰Re:5587◆「個別に」というのは、記事ごとにカウント方法を変えたい、という意味ですか？
🍰Re:5588◆「親ページ」・「子ページ」というのは何のことでしょう？
🍰Re:5589◆買収当初は、早々にイーロンが経営を諦めて𝕏から再びTwitterに戻ってくれることを期待してTwitterと呼び続けていたんですけども、もはやそうはなりそうにないので、そろそろ私もあれを𝕏と呼ぶべきかな……という気がしています。(笑)
🍰Re:5591◆お役に立っているようで嬉しいです。(╹◡╹)ﾉ
🍰Re:5593◆その場合、あらゆる投稿からランダムに選ぶのではなく、何らかの限定範囲から1つを選ぶような仕組みが必要でしょうかね？
🍰Re:5601◆ありがとうございます～！ メールで返信させて頂きました。もし届いていなかったら別の方ですので再度ご連絡下さい。(^_^;) 汎用いいね拍手ボタン的なツールもなんとかリリースに漕ぎ着けたいと思っています～。
🍰Re:5586◆ご要望をありがとうございます。前3つについては、カスタムQUICKPOSTの機能ができれば（スキン側で）実現はできそうに思います（たぶん）。今のところ、CGIソースを触らずにカスタマイズで実現できる点はなさそうです。
🍰Re:5587◆「個別に」というのは、記事ごとにカウント方法を変えたい、という意味ですか？
🍰Re:5588◆「親ページ」・「子ページ」というのは何のことでしょう？
🍰Re:5589◆買収当初は、早々にイーロンが経営を諦めて𝕏から再びTwitterに戻ってくれることを期待してTwitterと呼び続けていたんですけども、もはやそうはなりそうにないので、そろそろ私もあれを𝕏と呼ぶべきかな……という気がしています。(笑)
🍰Re:5591◆お役に立っているようで嬉しいです。(╹◡╹)ﾉ
🍰Re:5593◆その場合、あらゆる投稿からランダムに選ぶのではなく、何らかの限定範囲から1つを選ぶような仕組みが必要でしょうかね？
🍰Re:5601◆ありがとうございます～！ メールで返信させて頂きました。もし届いていなかったら別の方ですので再度ご連絡下さい。(^_^;) 汎用いいね拍手ボタン的なツールもなんとかリリースに漕ぎ着けたいと思っています～。
正月休み期間だからか、ずいぶん盛況ですね。2日で10投稿以上あるとは。
なお、そろそろ寝ます。(:3[____]
🍰Re:5578◆例と情報をありがとうございます。助かります。たぶんそう遠くないうちに実装できると思います～。
説明もありがとうございます。rel=0は確かにデフォルトで付けておくと便利そうですね。YouTubeの埋め込みは、特定の動画を埋め込む目的で使われるのが主でしょうから、rel=0をデフォルトで付けておくことによる不都合というのはあまりなさそうですし。
🍰Re:5579◆ご説明をありがとうございます。
てがろぐは、画像単位ではなく投稿単位で表示する仕組みですから、「あまり表に流したくない内容」は、投稿そのものを『下げる(一覧外)』に設定して投稿して頂く必要があります。つまり、画像のUP時ではなく、本文の投稿時に「それをどう扱って欲しいのか」を指定する感じです。
画像のフラグにある「一覧外」フラグは、あくまでも（例外的に画像だけが表示される）「新着画像リスト」と「画像一覧モード」の2つのためだけに存在しています。（投稿側の「下げる(一覧外)」と同じ「一覧外」という名称を画像フラグにも使ってしまったのはちょっと紛らわしかったかもしれませんね。）
てがろぐでは、投稿本文と画像は完全に別管理なので、「投稿に含まれている画像の属性」に応じて「投稿そのもの」の扱いを変える方法がありません。（仮にできたとしても、1投稿に複数の画像が含まれている場合の判断に困りますし。）
ギャラリーモードも通常モードと同じ投稿単位で表示するモードですから、画像側のフラグではなく投稿側のフラグで表示が決まります。
「一覧外にした意味がなくなってしまいます」と思われるということは、「新着画像リスト」や「画像一覧モード」は不使用なのでしょうね。
であれば、そもそも画像側に「一覧外」のフラグを付ける必要はありません。そのフラグはあくまでも「新着画像リスト」と「画像一覧モード」だけで使われるフラグですから。（※将来的に使うかもしれない、という場合には確かに使っておく意味はありますけども。）
投稿する際に、投稿に対して「下げる」機能をお使い下さい。
あと、文章後半の「一覧外に下げた投稿は～」以降の話は、今回の画像の件ではなく別件（投稿仕様の話）ですかね？ 投稿の際に、『下げる(一覧外)』に設定した上で、さらにカテゴリも設定すれば、そのカテゴリ限定表示時に表示されるようになりますのでお試し下さい。デフォルト設定では「カテゴリ限定表示時」以外でも表示されるのですが、下げた投稿が表示される状況を選択する方法をお使い頂くと、『「カテゴリ限定表示時」と「投稿単独表示時」だけでしか表示されない』ようにもできます。（※最新のVer 4.7.3βでは、ユーザ限定表示時も除外できるようになりました。）
なお、そろそろ寝ます。(:3[____]
🍰Re:5578◆例と情報をありがとうございます。助かります。たぶんそう遠くないうちに実装できると思います～。
説明もありがとうございます。rel=0は確かにデフォルトで付けておくと便利そうですね。YouTubeの埋め込みは、特定の動画を埋め込む目的で使われるのが主でしょうから、rel=0をデフォルトで付けておくことによる不都合というのはあまりなさそうですし。
🍰Re:5579◆ご説明をありがとうございます。
てがろぐは、画像単位ではなく投稿単位で表示する仕組みですから、「あまり表に流したくない内容」は、投稿そのものを『下げる(一覧外)』に設定して投稿して頂く必要があります。つまり、画像のUP時ではなく、本文の投稿時に「それをどう扱って欲しいのか」を指定する感じです。
画像のフラグにある「一覧外」フラグは、あくまでも（例外的に画像だけが表示される）「新着画像リスト」と「画像一覧モード」の2つのためだけに存在しています。（投稿側の「下げる(一覧外)」と同じ「一覧外」という名称を画像フラグにも使ってしまったのはちょっと紛らわしかったかもしれませんね。）
てがろぐでは、投稿本文と画像は完全に別管理なので、「投稿に含まれている画像の属性」に応じて「投稿そのもの」の扱いを変える方法がありません。（仮にできたとしても、1投稿に複数の画像が含まれている場合の判断に困りますし。）
ギャラリーモードも通常モードと同じ投稿単位で表示するモードですから、画像側のフラグではなく投稿側のフラグで表示が決まります。
「一覧外にした意味がなくなってしまいます」と思われるということは、「新着画像リスト」や「画像一覧モード」は不使用なのでしょうね。
であれば、そもそも画像側に「一覧外」のフラグを付ける必要はありません。そのフラグはあくまでも「新着画像リスト」と「画像一覧モード」だけで使われるフラグですから。（※将来的に使うかもしれない、という場合には確かに使っておく意味はありますけども。）
投稿する際に、投稿に対して「下げる」機能をお使い下さい。
あと、文章後半の「一覧外に下げた投稿は～」以降の話は、今回の画像の件ではなく別件（投稿仕様の話）ですかね？ 投稿の際に、『下げる(一覧外)』に設定した上で、さらにカテゴリも設定すれば、そのカテゴリ限定表示時に表示されるようになりますのでお試し下さい。デフォルト設定では「カテゴリ限定表示時」以外でも表示されるのですが、下げた投稿が表示される状況を選択する方法をお使い頂くと、『「カテゴリ限定表示時」と「投稿単独表示時」だけでしか表示されない』ようにもできます。（※最新のVer 4.7.3βでは、ユーザ限定表示時も除外できるようになりました。）
🍰Re:5575◆こちらのローカルにあるファイルは既に修正しました。
試しに、この試験場のCGIもアップデートしてみました。今は、No.5569でご指摘頂いたようなURL（＝丸括弧で終わっているページ名にフラグメント（ # 記号で始まるアンカー名）が付いているURL）でも、ハッシュタグだとは誤解釈されずにURLだと判定されます。
→ https://ja.wikisource.org/wiki/%E5%88%91%E6%B3%95_(%E6...
次のβ版から確実に対応版をご使用頂けますので、公開までもうしばらくお待ち下さい。（今月の内に少なくとも1回はβ版を公開したいと思っています。）
試しに、この試験場のCGIもアップデートしてみました。今は、No.5569でご指摘頂いたようなURL（＝丸括弧で終わっているページ名にフラグメント（ # 記号で始まるアンカー名）が付いているURL）でも、ハッシュタグだとは誤解釈されずにURLだと判定されます。
→ https://ja.wikisource.org/wiki/%E5%88%91%E6%B3%95_(%E6...
次のβ版から確実に対応版をご使用頂けますので、公開までもうしばらくお待ち下さい。（今月の内に少なくとも1回はβ版を公開したいと思っています。）
クリスマスケーキというと、一般的にはどんなケーキでしょうかね？ 苺が載った白いケーキ？
🍰Re:5574◆ご要望をありがとうございます。
🍰Re:5574◆ご要望をありがとうございます。
- その機能が何のために必要で、
- その機能がないとどのような点に困るのか
2026年ですねえ。もう令和も8年目……？
きな粉餅を食べました。おいしい。
クリスマスケーキはまだ食べていません。もうそういう名称では売っていないと思いますから、何らかのケーキを買ってきて「これはクリスマスケーキである」と思いながら食べる以外にないんですが、仮にそうするとしてもどこでケーキを調達するべきか……。🤔
🍰Re:5565◆現状の仕様の都合から実装はあまり簡単ではない気がしていますので、気長にお待ち頂ければ幸いです。
とりあえず、今の時点でできる対処方法としては、子孫カテゴリ全部を一気に表示させるのが目的であれば、cat=diary,tsubo のように（URLのパラメータで）カテゴリIDをカンマで区切って下さい。3つ以上でもいくつでも同時に表示できます。詳しくは「カテゴリ限定表示」の『▼複数のカテゴリを同時に表示したい場合』あたりをご覧下さい。
🍰Re:5566◆管理画面の投稿一覧から編集するのではなく、投稿そのものに「編集」ボタンを表示することをお勧めします。そうすれば、先頭固定でも何でも「いま見ている投稿」から編集画面に移動できます。（編集ボタンは、ログインしている場合に限って見えるようにする方法もあります。）
🍰Re:5567◆カレンダーは、本来の表示月から指定月数ほどずらしたカレンダーを表示する記法を併用することで、複数月分を一括出力できます。例えば、[[CALENDAR]] [[CALENDAR:-1]] [[CALENDAR:-2]]と書くと「今月・前月・前々月」の3ヶ月分のカレンダーを出力できます。この方法をうまく使うと、ページ遷移せずにその場でカレンダーを切り替えられる仕組みが（JavaScriptで）作れます。
🍰Re:5568◆今年もよろしくです！(╹◡╹)ﾉ
🍰Re:5569◆ああ、なるほど。ご指摘ありがとうございます。確かに、そうなりますね。ハッシュタグを (#Hashtag)(#Hashtag) ……のように掲載している人が居ないとも限りませんから、（URLが開きカッコ(記号で終わるケースはまずないだろうと考えて）とりあえず閉じ丸括弧)だけを（ハッシュタグ化の）除外条件に加えておくと良さそうですかね。
次のバージョンで対処します。（とりあえず現時点では、お手数ですが既にお試しの通り、URLに含まれる閉じ丸括弧を %29 に置き換えてご使用をお願いします。）
🍰Re:5570◆可能です。要は鍵入力欄にinputmode属性を加えれば良いだけなので、以下のJavaScriptをスキンHTMLの末尾に書けば良いです。
<script>
document.querySelectorAll('input.passkeyinput').forEach(input => {
input.setAttribute('inputmode', 'numeric');
});
</script>
上記の 'numeric'は、入力文字種を数字に限りたい場合の記述です。英字にしたい場合は email にすると良いかもしれません。HTML5.1の仕様には latin や kana がありましたが既に廃止されていますから、今のブラウザでは指定しても効かないかもしれません。
🍰Re:5571◆何かテストに使える無難なYouTubeのプレイリストってあります？
🍰Re:5572◆それはブラウザで skin-cover.html にアクセスしている状態です。tegalog.cgi にアクセスして下さい。
きな粉餅を食べました。おいしい。
クリスマスケーキはまだ食べていません。もうそういう名称では売っていないと思いますから、何らかのケーキを買ってきて「これはクリスマスケーキである」と思いながら食べる以外にないんですが、仮にそうするとしてもどこでケーキを調達するべきか……。🤔
🍰Re:5565◆現状の仕様の都合から実装はあまり簡単ではない気がしていますので、気長にお待ち頂ければ幸いです。
とりあえず、今の時点でできる対処方法としては、子孫カテゴリ全部を一気に表示させるのが目的であれば、cat=diary,tsubo のように（URLのパラメータで）カテゴリIDをカンマで区切って下さい。3つ以上でもいくつでも同時に表示できます。詳しくは「カテゴリ限定表示」の『▼複数のカテゴリを同時に表示したい場合』あたりをご覧下さい。
🍰Re:5566◆管理画面の投稿一覧から編集するのではなく、投稿そのものに「編集」ボタンを表示することをお勧めします。そうすれば、先頭固定でも何でも「いま見ている投稿」から編集画面に移動できます。（編集ボタンは、ログインしている場合に限って見えるようにする方法もあります。）
🍰Re:5567◆カレンダーは、本来の表示月から指定月数ほどずらしたカレンダーを表示する記法を併用することで、複数月分を一括出力できます。例えば、[[CALENDAR]] [[CALENDAR:-1]] [[CALENDAR:-2]]と書くと「今月・前月・前々月」の3ヶ月分のカレンダーを出力できます。この方法をうまく使うと、ページ遷移せずにその場でカレンダーを切り替えられる仕組みが（JavaScriptで）作れます。
🍰Re:5568◆今年もよろしくです！(╹◡╹)ﾉ
🍰Re:5569◆ああ、なるほど。ご指摘ありがとうございます。確かに、そうなりますね。ハッシュタグを (#Hashtag)(#Hashtag) ……のように掲載している人が居ないとも限りませんから、（URLが開きカッコ(記号で終わるケースはまずないだろうと考えて）とりあえず閉じ丸括弧)だけを（ハッシュタグ化の）除外条件に加えておくと良さそうですかね。
次のバージョンで対処します。（とりあえず現時点では、お手数ですが既にお試しの通り、URLに含まれる閉じ丸括弧を %29 に置き換えてご使用をお願いします。）
🍰Re:5570◆可能です。要は鍵入力欄にinputmode属性を加えれば良いだけなので、以下のJavaScriptをスキンHTMLの末尾に書けば良いです。
<script>
document.querySelectorAll('input.passkeyinput').forEach(input => {
input.setAttribute('inputmode', 'numeric');
});
</script>
上記の 'numeric'は、入力文字種を数字に限りたい場合の記述です。英字にしたい場合は email にすると良いかもしれません。HTML5.1の仕様には latin や kana がありましたが既に廃止されていますから、今のブラウザでは指定しても効かないかもしれません。
🍰Re:5571◆何かテストに使える無難なYouTubeのプレイリストってあります？
🍰Re:5572◆それはブラウザで skin-cover.html にアクセスしている状態です。tegalog.cgi にアクセスして下さい。
年末……！ 2025年最後の週！（水曜日までしかない！） まだ何も終わっていない。┌(:3」└)┐
二度寝しようかな……。(:3[_____]
🌭Re:5554◆違うという認識で合っています。単にリストの見た目が入れ子構造になるだけです。
🌭Re:5555◆てがろぐに限らず、Faviconは常に「HTMLに直接記述されている方」が優先されます。スキンごとにFaviconを変更したい場合は、てがろぐ側では何も設定せず、スキン(HTML)側に直接Favicon指定を書く方法が分かりやすいのではないかと思います。
もしくは、
※てがろぐのFaviconのデフォルト設定では、適用先が「管理画面内のみ」になっているので、そのままではWebページのFaviconとしては使われません。また、たとえ適用先を「管理画面とスキン」に変更しても、スキン側に [[FAVICON]] の記述がなければFavicon指定はどこにも出力されないので使われませんからご注意下さい。
🌭Re:5556◆お読み下さってありがとうございます。(╹◡╹) ヘルプドキュメントでもブログでもだいたい「誰か読む人おるんかいな？」と疑問に思いながら書いていますので反応があるのはありがたいです。(笑) 「汎用いいね拍手ボタン的なツール（名称未定）」も、なんとかリリースに漕ぎ着けたいと思っています～。
二度寝しようかな……。(:3[_____]
🌭Re:5554◆違うという認識で合っています。単にリストの見た目が入れ子構造になるだけです。
🌭Re:5555◆てがろぐに限らず、Faviconは常に「HTMLに直接記述されている方」が優先されます。スキンごとにFaviconを変更したい場合は、てがろぐ側では何も設定せず、スキン(HTML)側に直接Favicon指定を書く方法が分かりやすいのではないかと思います。
もしくは、
- 特殊な1カテゴリを作るスキンにだけFaviconを直接記述しておき、
- 他のスキンには [[FAVICON]] を書いててがろぐ側でFaviconを変更できるようにする
※てがろぐのFaviconのデフォルト設定では、適用先が「管理画面内のみ」になっているので、そのままではWebページのFaviconとしては使われません。また、たとえ適用先を「管理画面とスキン」に変更しても、スキン側に [[FAVICON]] の記述がなければFavicon指定はどこにも出力されないので使われませんからご注意下さい。
🌭Re:5556◆お読み下さってありがとうございます。(╹◡╹) ヘルプドキュメントでもブログでもだいたい「誰か読む人おるんかいな？」と疑問に思いながら書いていますので反応があるのはありがたいです。(笑) 「汎用いいね拍手ボタン的なツール（名称未定）」も、なんとかリリースに漕ぎ着けたいと思っています～。
クリスマスがイブと当日の2日間しかないので、クリスマスケーキを食べても良さげな期間も2日間しかないのが問題なのではないか。🍰🍰🍰
🍰Re:5548,5550◆ご説明をありがとうございます。ご要望として記録しておきます。「HTMLを書ける機能」と「YouTubeドメイン選択機能」では後者の方が楽です。なので、楽かどうかだけで決める場合には後者を作ります。ただ、需要は前者の方が多そうですから、必ずしも楽な方を作るとは限りませんが。しかし、だからといって楽ではない方は（楽ではないために）そうそう直近で実装できる可能性も低いですから、実際にどちらが先になるかは（今の時点では）分かりませんけども。「楽に作れて、かつ、需要も多い」場合には実装する可能性は高くなります。(^_^;)
🍰Re:5549◆ご回答ありがとうございます。順序変更機能のご要望ということで受け取っておきます。なお、順序変更でも大丈夫なら、とりあえず現状でもtegalog.iniファイルの中身を編集すると実現できますので、もし今すぐに対処したい場合には下記の操作をお試し下さい。
その行には、すべてのユーザIDの情報が ユーザID<>権限Lv<>ユーザ名<>補足<>アイコン<> の規則で書かれていて、ユーザとユーザの間は <,> で区切られています。
例えば、ユーザがⒶⒷⒸの3つ登録されている場合は、userids=ユーザⒶ情報<,>ユーザⒷ情報<,>ユーザⒸ情報 のように記述されています。
もっと細かく書くと、userids=ユーザⒶID<>権限Lv<>ユーザ名<>補足<>アイコン<><,>ユーザⒷID<>権限Lv<>ユーザ名<>補足<>アイコン<><,>ユーザⒸID<>権限Lv<>ユーザ名<>補足<>アイコン<> ということですが。
以上で、ログインフォームのセレクトボックスの並び順を自由に変更できます。
※念のために、編集前の tegalog.ini ファイルのバックアップコピーを残しておくとこを忘れないようにご注意下さい。もし何らかの問題があれば、元のファイルに書き戻せば、すべて元通りになります。
🍰Re:5548,5550◆ご説明をありがとうございます。ご要望として記録しておきます。「HTMLを書ける機能」と「YouTubeドメイン選択機能」では後者の方が楽です。なので、楽かどうかだけで決める場合には後者を作ります。ただ、需要は前者の方が多そうですから、必ずしも楽な方を作るとは限りませんが。しかし、だからといって楽ではない方は（楽ではないために）そうそう直近で実装できる可能性も低いですから、実際にどちらが先になるかは（今の時点では）分かりませんけども。「楽に作れて、かつ、需要も多い」場合には実装する可能性は高くなります。(^_^;)
🍰Re:5549◆ご回答ありがとうございます。順序変更機能のご要望ということで受け取っておきます。なお、順序変更でも大丈夫なら、とりあえず現状でもtegalog.iniファイルの中身を編集すると実現できますので、もし今すぐに対処したい場合には下記の操作をお試し下さい。
- サーバにある tegalog.ini ファイルをダウンロードします。
- その tegalog.ini ファイルをテキストエディタで開きます。
- userids=で始まる行を探します。（アルファベット順に並んでいますから、かなり末尾にありますので、ファイルの終わりから探す方が早いです。たぶん終わりから21行目付近にあります。）
その行には、すべてのユーザIDの情報が ユーザID<>権限Lv<>ユーザ名<>補足<>アイコン<> の規則で書かれていて、ユーザとユーザの間は <,> で区切られています。
例えば、ユーザがⒶⒷⒸの3つ登録されている場合は、userids=ユーザⒶ情報<,>ユーザⒷ情報<,>ユーザⒸ情報 のように記述されています。
もっと細かく書くと、userids=ユーザⒶID<>権限Lv<>ユーザ名<>補足<>アイコン<><,>ユーザⒷID<>権限Lv<>ユーザ名<>補足<>アイコン<><,>ユーザⒸID<>権限Lv<>ユーザ名<>補足<>アイコン<> ということですが。
- この記述順序を、ログインフォームのセレクトボックスに表示したい望みの順序に書き換えます。例えば、ユーザⒷ→ユーザⒸ→ユーザⒶの順にしたいなら、userids=ユーザⒷ情報<,>ユーザⒸ情報<,>ユーザⒶ情報 のように書き換えます。
- ユーザの区切りとして <,> を適切に加えること。
- 余計な空白文字や改行を含めないこと。
- 書き換えられたら上書き保存します。
- 編集した tegalog.ini ファイルをサーバに上書きアップロードします。
以上で、ログインフォームのセレクトボックスの並び順を自由に変更できます。
※念のために、編集前の tegalog.ini ファイルのバックアップコピーを残しておくとこを忘れないようにご注意下さい。もし何らかの問題があれば、元のファイルに書き戻せば、すべて元通りになります。
クリスマスケーキを食べないまま、あっという間にクリスマスが過ぎていきました……。🍰🍰🍰
🍰Re:5543◆ご要望をありがとうございます！ 参考にさせて頂きます。#を頻繁に入力する場合は何でも簡単入力ボタン機能を使って頂くのが良い気がします。
🍰Re:5544◆ああ、確かにLOGIN REQUIREDの画面にはOGPの出力がないですね。出すようにします。
🍰Re:5545◆ログインフォームに表示されるIDの順序を変更できれば良いわけではなくて、ゲスト権限のIDしか出てこない専用画面がある方が望ましいですか？（どちらにしてもご要望としては記録しておきますが、できれば「なぜそれが必要なのか」の理由も教えて頂けると、優先度を判断する参考にできてありがたいです。）
🍰Re:5546◆youtube-nocookie.comドメインで「この動画は非公開です」と表示されるなら、youtube.comドメインでもあなた以外の閲覧者には「この動画は非公開です」と表示されると思いますが、その点は大丈夫ですか？
🍰Re:5543◆ご要望をありがとうございます！ 参考にさせて頂きます。#を頻繁に入力する場合は何でも簡単入力ボタン機能を使って頂くのが良い気がします。
🍰Re:5544◆ああ、確かにLOGIN REQUIREDの画面にはOGPの出力がないですね。出すようにします。
🍰Re:5545◆ログインフォームに表示されるIDの順序を変更できれば良いわけではなくて、ゲスト権限のIDしか出てこない専用画面がある方が望ましいですか？（どちらにしてもご要望としては記録しておきますが、できれば「なぜそれが必要なのか」の理由も教えて頂けると、優先度を判断する参考にできてありがたいです。）
🍰Re:5546◆youtube-nocookie.comドメインで「この動画は非公開です」と表示されるなら、youtube.comドメインでもあなた以外の閲覧者には「この動画は非公開です」と表示されると思いますが、その点は大丈夫ですか？
久しぶりにジャーマンポテトを食べました。🥔🥔🥔
🥔Re:5536◆設定画面って、ただでさえ項目が多い中、入力欄の文字サイズを16pxにしてしまうと、見渡せる範囲がさらに低下してしまう問題はないですかね……？ 元々画面が狭くて見渡せる量が少ないのに、さらに見える量が減ってしまうと、なおさら使いにくくなるのではないかな、という危惧もあります。設定はできるだけPCでするのをお勧め致します。
🥔Re:5537◆ああ、確かに # だけでなく #[] も加えるオプションを用意しておくと便利かもしれませんね。ToDoリストに入れておきます。今の時点では、管理画面の[設定]→[投稿欄の表示]→【機能ボタンの表示設定】→『▼何でも簡単入力ボタン機能』に #[] を書いておくと、投稿欄下部の[機能]ボタンを押したときに #[] を入力できるボタンが表示されます。とりあえず、これを代わりに使ってみて下さい。 ➡Ver 4.7.3βで追加しました。>>5540
なお、半角全角混じりのハッシュタグを [] なしで書くのは、既存の記法との兼ね合いで無理なのですが、 [] 付きで書いても、実際の表示では [] を省略して見せる設定はできます。
🥔Re:5536◆設定画面って、ただでさえ項目が多い中、入力欄の文字サイズを16pxにしてしまうと、見渡せる範囲がさらに低下してしまう問題はないですかね……？ 元々画面が狭くて見渡せる量が少ないのに、さらに見える量が減ってしまうと、なおさら使いにくくなるのではないかな、という危惧もあります。設定はできるだけPCでするのをお勧め致します。
🥔Re:5537◆ああ、確かに # だけでなく #[] も加えるオプションを用意しておくと便利かもしれませんね。ToDoリストに入れておきます。
なお、半角全角混じりのハッシュタグを [] なしで書くのは、既存の記法との兼ね合いで無理なのですが、 [] 付きで書いても、実際の表示では [] を省略して見せる設定はできます。
読んだ漫画にクッキーが出てきたのでクッキー食べたいな……と思ったのだけども買い置きはない……。🍪🍪🍪
🍪Re:5520,5528◆ご指摘ありがとうございます。そして、アナウンスする前に気付いて下さってありがとうございます。^^ 「MM/D」や「M/D」や「M/DD」などの形式で書いても自動で「MM/DD」に修正して解釈するよう仕様を改善しました。
🍪Re:5521◆ご要望をありがとうございます。参考までにお尋ねしたいのですが、「カテゴリをまとめて変更したいとき」というのは、具体的にはどんな感じの変更ですかね？
🍪Re:5525◆便利ツールをありがとうございます。以前も拝見しましたが、UIの見た目が良いですね！
🍪Re:5526◆ご紹介をありがとうございます。なるほど、同梱JSの機能でしたか。便利な機能拡張はとてもありがたいですね。(╹◡╹)
🍪Re:5520,5528◆ご指摘ありがとうございます。そして、アナウンスする前に気付いて下さってありがとうございます。^^ 「MM/D」や「M/D」や「M/DD」などの形式で書いても自動で「MM/DD」に修正して解釈するよう仕様を改善しました。
🍪Re:5521◆ご要望をありがとうございます。参考までにお尋ねしたいのですが、「カテゴリをまとめて変更したいとき」というのは、具体的にはどんな感じの変更ですかね？
- ある条件に該当する投稿を、あるカテゴリに追加で属させたい。
- ある条件に該当する投稿を、所属カテゴリなしの状態にしたい。
- ある条件に該当する投稿から、特定のカテゴリの所属だけを削除（他のカテゴリにも属している場合、それはそのまま）したい。
- あるカテゴリに属している投稿のうち、ある条件に該当する投稿だけを、別のカテゴリに移動させたい。
- ： ： ：
🍪Re:5525◆便利ツールをありがとうございます。以前も拝見しましたが、UIの見た目が良いですね！
🍪Re:5526◆ご紹介をありがとうございます。なるほど、同梱JSの機能でしたか。便利な機能拡張はとてもありがたいですね。(╹◡╹)
🍵Re:5515◆そういえば、ハッシュタグを使う方法もありますので、ご活用下さい。普通にハッシュタグを使うと「ハッシュタグ一覧」に出てきてしまいますが、一覧にリストアップされない「隠れハッシュタグ」というのもありますので、最初から大量の投稿を繋げると分かっていて投稿する場合にはこの方法も使えると思います。
なお、Twitter的な埋め込み形式をご希望の場合は、リンク先ページのOGP情報を読み取ってカード型リンクを表示する方法というのはあります。これは主に外部サイトへのリンクをカード型にする用途の機能ですが、てがろぐ側でOGP情報が出力する設定なら、てがろぐの任意の投稿を引用っぽく埋め込む用途にも使えると思います。ただ、毎回URLを書かないといけないので少々面倒な気はしますけども。
あと、てがろぐはTwitterと違って後からいくらでも再編集可能ですし文字数制限もありませんから、「複数の投稿を繋げよう」と考えなくても、単純に「最初の投稿の本文末尾にどんどん追記していく」という方法も使えると思います。その方が、1つの話題が1投稿に収まるので、後から見直す際や全文検索で探す際にも分かりやすくて望ましいのではないでしょうか？
とはいえ、ご要望は記録しておきます。返信連結機能は（Twitter等のSNSで標準仕様なためか）わりと需要はあるようで以前からご要望は頂いていますが、実装するにしてもちょいと仕様の拡張に手間がかかりそうですので、今のところは上記に挙げたような方法をご活用頂ければ幸いです。
なお、Twitter的な埋め込み形式をご希望の場合は、リンク先ページのOGP情報を読み取ってカード型リンクを表示する方法というのはあります。これは主に外部サイトへのリンクをカード型にする用途の機能ですが、てがろぐ側でOGP情報が出力する設定なら、てがろぐの任意の投稿を引用っぽく埋め込む用途にも使えると思います。ただ、毎回URLを書かないといけないので少々面倒な気はしますけども。
あと、てがろぐはTwitterと違って後からいくらでも再編集可能ですし文字数制限もありませんから、「複数の投稿を繋げよう」と考えなくても、単純に「最初の投稿の本文末尾にどんどん追記していく」という方法も使えると思います。その方が、1つの話題が1投稿に収まるので、後から見直す際や全文検索で探す際にも分かりやすくて望ましいのではないでしょうか？
とはいえ、ご要望は記録しておきます。返信連結機能は（Twitter等のSNSで標準仕様なためか）わりと需要はあるようで以前からご要望は頂いていますが、実装するにしてもちょいと仕様の拡張に手間がかかりそうですので、今のところは上記に挙げたような方法をご活用頂ければ幸いです。
夏が暑かったならそれだけ冬も暖冬になって欲しいのですけども、なんか近畿圏でももう雪が降りそうだとか……？☃ ☃ ☃
まだ12月に入ったばかりなのに。
🍵Re:5512◆てがろぐの拡張ではなく、「てがろぐアドオンとしても使える」という機能を備えた独立プログラムなので、そもそも「どのIDで投稿されたものか」という情報を調べる仕組みを用意していなかったのでした。もちろん、てがろぐ側のデータファイルを読めば分かるので、最初から仕様として盛り込んでいればできたとは思うんですが、そこそこ作り上げてしまった今から追加するのはちょっと難しいな、という感じです。
そもそも、ボタンが押された際に表示される「お礼メッセージ」がツール内で共通な仕様（＝複数ユーザで別々に用意することを考慮した仕組みになっていない）ですから、設置ツールが1つだけだと、お礼メッセージが全ユーザ共通になります。そこまでユーザ別に分けられるように作ろうとすると、もうデータファイルの仕様から考え直すことになるので、残念ながら今となっては無理ですね。（というか、たとえ当初にそうしようと考えたとしても、複雑になり過ぎるために断念した可能性もありますけども。）
なので、「1ユーザにつき1ツール設置する」という方向性でご理解下さい。
🍵Re:5513◆返信をツリーで表示する機能はありませんが、複数の投稿をまとめて表示する「複数投稿の連結表示」機能はあります。書き方はこちら。
引用する機能は公式にはありませんが、JavaScriptを使って動的に引用できる機能を作ったスキンを公開して下さっている方もいらっしゃいますので、その辺もご活用になると良いのではないかと思います。
まだ12月に入ったばかりなのに。
🍵Re:5512◆てがろぐの拡張ではなく、「てがろぐアドオンとしても使える」という機能を備えた独立プログラムなので、そもそも「どのIDで投稿されたものか」という情報を調べる仕組みを用意していなかったのでした。もちろん、てがろぐ側のデータファイルを読めば分かるので、最初から仕様として盛り込んでいればできたとは思うんですが、そこそこ作り上げてしまった今から追加するのはちょっと難しいな、という感じです。
そもそも、ボタンが押された際に表示される「お礼メッセージ」がツール内で共通な仕様（＝複数ユーザで別々に用意することを考慮した仕組みになっていない）ですから、設置ツールが1つだけだと、お礼メッセージが全ユーザ共通になります。そこまでユーザ別に分けられるように作ろうとすると、もうデータファイルの仕様から考え直すことになるので、残念ながら今となっては無理ですね。（というか、たとえ当初にそうしようと考えたとしても、複雑になり過ぎるために断念した可能性もありますけども。）
なので、「1ユーザにつき1ツール設置する」という方向性でご理解下さい。
🍵Re:5513◆返信をツリーで表示する機能はありませんが、複数の投稿をまとめて表示する「複数投稿の連結表示」機能はあります。書き方はこちら。
引用する機能は公式にはありませんが、JavaScriptを使って動的に引用できる機能を作ったスキンを公開して下さっている方もいらっしゃいますので、その辺もご活用になると良いのではないかと思います。
ホットケーキは食べました。先日の朝食で。🥞🥞🥞
🥞Re:5504◆それは（パラメータの組み合わせによって）同じ本文が何度もBotに取得されることでサーバが高負荷になってしまうのを防止するための、クローラー向けアクセス制限機能が働いた結果です。具体的には、パラメータに date・user・tag のどれかが1つ以上含まれている場合、Botに対しては「403 Forbidden」エラーを返します。ブラウザの開発者ツールなどを使ってUA(ユーザエージェント)名をGoogle Botなどのものに変更してアクセスしてみると、下図のようなシンプルなエラーが返っていることを確認できます。
今のところ、この機能をOFFにする選択肢は用意していません。ただ、date(日付別ページ)・user(ユーザ別ページ)・tag(ハッシュタグ別ページ)はクロールできなくても、個別記事ページのクロールは可能ですから特に悪影響はないと考えています。
なお、cat(カテゴリ別ページ)については、同じ本文を重複して取得する要因にもなりますが、「特定のカテゴリページ」だけを特殊な表示にするカスタマイズで使われているケースがありますので（※それをクロールされたいケースもあるだろうと考えて）、アクセス制限からは除外してあります。
🥞Re:5505◆ご愛用をどうもありがとうございます。また、ご要望もありがとうございます。既に「ログイン者限定表示」機能という機能がありますが、これでは何か不足がありますか？
🥞Re:5504◆それは（パラメータの組み合わせによって）同じ本文が何度もBotに取得されることでサーバが高負荷になってしまうのを防止するための、クローラー向けアクセス制限機能が働いた結果です。具体的には、パラメータに date・user・tag のどれかが1つ以上含まれている場合、Botに対しては「403 Forbidden」エラーを返します。ブラウザの開発者ツールなどを使ってUA(ユーザエージェント)名をGoogle Botなどのものに変更してアクセスしてみると、下図のようなシンプルなエラーが返っていることを確認できます。
今のところ、この機能をOFFにする選択肢は用意していません。ただ、date(日付別ページ)・user(ユーザ別ページ)・tag(ハッシュタグ別ページ)はクロールできなくても、個別記事ページのクロールは可能ですから特に悪影響はないと考えています。
なお、cat(カテゴリ別ページ)については、同じ本文を重複して取得する要因にもなりますが、「特定のカテゴリページ」だけを特殊な表示にするカスタマイズで使われているケースがありますので（※それをクロールされたいケースもあるだろうと考えて）、アクセス制限からは除外してあります。
🥞Re:5505◆ご愛用をどうもありがとうございます。また、ご要望もありがとうございます。既に「ログイン者限定表示」機能という機能がありますが、これでは何か不足がありますか？
そういえば最近はホットケーキを食べていないような……。🥞🥞🥞
🥞Re:5501◆外側スキンに [[IMAGELIST:LB]] と書くと、新着画像群がLightboxを使ってその場で拡大表示されるためのHTMLは出力されるのですが、『Lightboxスクリプトそのもの』は読み込まれないのです。Lightboxが動作するためには、そのページでjQueryとLightboxが読み込まれている必要があります。おそらく、お使いのギャラリー用スキンやサイトマップ用スキンには、 [[JS:LIGHTBOX:JQ]] の記述がどこにもないのではないでしょうか？ それが原因です。外側スキン（skin-cover.html）の末尾あたりにでも [[JS:LIGHTBOX:JQ]] を書いて下さい。すると動作します。
➡ 詳しくは、リファレンスの【新着画像リスト要素】区画内にある[[IMAGELIST:LB:個数]]項目の直下にある水色の囲み内に書かれた注釈部分をお読み下さい。
🥞Re:5501◆外側スキンに [[IMAGELIST:LB]] と書くと、新着画像群がLightboxを使ってその場で拡大表示されるためのHTMLは出力されるのですが、『Lightboxスクリプトそのもの』は読み込まれないのです。Lightboxが動作するためには、そのページでjQueryとLightboxが読み込まれている必要があります。おそらく、お使いのギャラリー用スキンやサイトマップ用スキンには、 [[JS:LIGHTBOX:JQ]] の記述がどこにもないのではないでしょうか？ それが原因です。外側スキン（skin-cover.html）の末尾あたりにでも [[JS:LIGHTBOX:JQ]] を書いて下さい。すると動作します。
➡ 詳しくは、リファレンスの【新着画像リスト要素】区画内にある[[IMAGELIST:LB:個数]]項目の直下にある水色の囲み内に書かれた注釈部分をお読み下さい。
🍎Re:5496◆拝見しました。
いろいろ問題がありますが、一気に解決する方法はないので、1つずつ試してみて下さい。
まず、WordPress側のCSSが完全に適用されない理由は、てがろぐスキン側で読み込んでいる tegalog.css があるためです。
なので、とりあえず、てがろぐスキン(skin-cover.html)の中から<link type="text/css" rel="stylesheet" href="tegalog.css?1.2">の1行を丸ごと消してみて下さい。
それで、WordPress側の見栄えは現れるようになるはずです。（その代わり、てがろぐ生成部分の装飾はなくなりますが。）
その後、『本当に必要なCSSだけ』を add.css などに書いて、それを読み込むと良いと思います。
あと、そもそも合成したいヘッダのページ側にいくつか問題があります。
確かに、単独でアクセスするとヘッダ部分だけが存在するように見えるのですが、このHTMLソースを見ると、<!DOCTYPE html>から始まって、headもbodyも何もかもが存在するフル仕様のHTMLになっていますね。
これをこのまま「別HTMLのdiv要素の中」に丸々放り込んでしまうと、HTMLの文法的に正しくなくなりますから、予想しない問題がいろいろ起きそうです。
その状態では原因究明が困難になりますから、まず、この状態で合成するのはやめる必要があります。
まず、wp-header.php を以下のように分割しましょう。
※wp-header.phpは、他のページに合成するためだけに用意するデータなので、これが単独で「1つのHTMLとして成立する」必要はありません。なので、<!DOCTYPE html>から書き始めてはいけません。ここに書くのは、「div要素の中に挿入して大丈夫な必要最低限のソース」だけです。
ただ、おそらく、動的に変化するのは②だけですよね？
①は固定的な内容だと思いますので、合成はせずに、てがろぐスキン(skin-cover.html)内に直接コピーして書けば良いのではないかと思います。
ただ、それでも（①は）かなり膨大なソース量になっていますが、本当にこの莫大な行数が必要なのかどうかを確かめてみて下さい。
<link rel="preload" as="font"～だけで350行以上ありますが、これ、たぶん要らないですよね……？(^_^;)
あと、メインのCSSですが <style id='main_style-inline-css' type='text/css'>～</style>までの間に5千行近くありますよね!? このヘッダ部分の見栄えを作るためだけに、こんな莫大なCSSソースはたぶん要らないと思うんですよね……。^^;
いや、まあ、あっても良いんですが、それならそれで、これは1つの独立したCSSファイルに保存して、link要素で読み込むように書く方が、何かとメンテナンスしやすいと思います。
この莫大なソースを合成すると、どこの記述が何に影響しているのか？が分かりにくくなりますので、とにかくまず、『必要最小限のソースになるまで削って』から、それを合成してみて下さい。
……というわけで、いろいろ書きましたが、
それを全部ぶった切ることになりますけども、
たぶん、一番の近道は、以下のような手順で試してみることではないかな……と思います。
「PHPで生成された内容を合成する」というのは、そこそこ知識が必要なので、いきなりそこから始めるのはハードルが高すぎるのではないかと思います。
いろいろ問題がありますが、一気に解決する方法はないので、1つずつ試してみて下さい。
まず、WordPress側のCSSが完全に適用されない理由は、てがろぐスキン側で読み込んでいる tegalog.css があるためです。
なので、とりあえず、てがろぐスキン(skin-cover.html)の中から<link type="text/css" rel="stylesheet" href="tegalog.css?1.2">の1行を丸ごと消してみて下さい。
それで、WordPress側の見栄えは現れるようになるはずです。（その代わり、てがろぐ生成部分の装飾はなくなりますが。）
その後、『本当に必要なCSSだけ』を add.css などに書いて、それを読み込むと良いと思います。
あと、そもそも合成したいヘッダのページ側にいくつか問題があります。
確かに、単独でアクセスするとヘッダ部分だけが存在するように見えるのですが、このHTMLソースを見ると、<!DOCTYPE html>から始まって、headもbodyも何もかもが存在するフル仕様のHTMLになっていますね。
これをこのまま「別HTMLのdiv要素の中」に丸々放り込んでしまうと、HTMLの文法的に正しくなくなりますから、予想しない問題がいろいろ起きそうです。
その状態では原因究明が困難になりますから、まず、この状態で合成するのはやめる必要があります。
何かに何かを合成するときの鉄則は、最小限から1ステップずつです。
いきなり、どっかーん！と全部を放り込めば、何がどこにどう影響しているのかが分からなくなりますので。
まず、wp-header.php を以下のように分割しましょう。
- HTMLのhead要素内に入れるべき内容（CSSやmeta要素など）
- Webページのヘッダ部分になる内容（body要素の中身）
※wp-header.phpは、他のページに合成するためだけに用意するデータなので、これが単独で「1つのHTMLとして成立する」必要はありません。なので、<!DOCTYPE html>から書き始めてはいけません。ここに書くのは、「div要素の中に挿入して大丈夫な必要最低限のソース」だけです。
ただ、おそらく、動的に変化するのは②だけですよね？
①は固定的な内容だと思いますので、合成はせずに、てがろぐスキン(skin-cover.html)内に直接コピーして書けば良いのではないかと思います。
ただ、それでも（①は）かなり膨大なソース量になっていますが、本当にこの莫大な行数が必要なのかどうかを確かめてみて下さい。
<link rel="preload" as="font"～だけで350行以上ありますが、これ、たぶん要らないですよね……？(^_^;)
あと、メインのCSSですが <style id='main_style-inline-css' type='text/css'>～</style>までの間に5千行近くありますよね!? このヘッダ部分の見栄えを作るためだけに、こんな莫大なCSSソースはたぶん要らないと思うんですよね……。^^;
いや、まあ、あっても良いんですが、それならそれで、これは1つの独立したCSSファイルに保存して、link要素で読み込むように書く方が、何かとメンテナンスしやすいと思います。
この莫大なソースを合成すると、どこの記述が何に影響しているのか？が分かりにくくなりますので、とにかくまず、『必要最小限のソースになるまで削って』から、それを合成してみて下さい。
……というわけで、いろいろ書きましたが、
それを全部ぶった切ることになりますけども、
たぶん、一番の近道は、以下のような手順で試してみることではないかな……と思います。
- まずは、合成するのではなく、『skin-cover.htmlに全部のHTMLソースを直接書く形』で、望みのページデザインを確実に作る。
- その上で、『WordPress側と共通する部分』は合成する方法が採用できないか検討する。
「PHPで生成された内容を合成する」というのは、そこそこ知識が必要なので、いきなりそこから始めるのはハードルが高すぎるのではないかと思います。
Re:5496 返信ありがとうございます！
にしし様から教えていただいた方法で、今までうんともすんともしなかったヘッダーがなんとか表示されるようになりました！
ただ、新たな問題が出てきてしまいまして…。
WordpressのCSSが反映されなくなってしまったのと、今度はてがろぐの操作が効かなくなってしまいました。
該当のてがろぐのリンクはこちら です！
にしし様から教えていただいた方法で、今までうんともすんともしなかったヘッダーがなんとか表示されるようになりました！
ただ、新たな問題が出てきてしまいまして…。
WordpressのCSSが反映されなくなってしまったのと、今度はてがろぐの操作が効かなくなってしまいました。
該当のてがろぐのリンクはこちら です！
りんごを食べました。
🍎Re:5494◆ありがとうございます！
🍎Re:5495◆PHPはWebサーバに実行させないと処理されないので、てがろぐのスキン内にそのまま埋め込んでも元のPHPソースがそのまま埋め込まれるだけになります。
WordPressのヘッダ・フッタをてがろぐ側に合成したい場合、いくつかの方法があります。
https://（設置ドメイン等）/wp-header.php のようなURLで wp-header.php を単独で実行した場合に、望みのヘッダが出力されますか？ される場合は、以下の方法で合成できます。
ヘッダやフッタで何を出力しているのかに依ってどの方法を使うのが望ましいかは変わってきますが、シンプルなのはJavaScriptで合成する方法です。
まず、ヘッダを合成したい場所に（てがろぐスキン側に）<div id="wpHeader">(準備中)</div>などと書いて合成用空間を用意しておきます。
そして、スキンHTMLの末尾あたりに以下のJavaScriptを書きます。
<script>
fetch('https://（設置ドメイン等）/wp-header.php')
.then(response => {
if(!response.ok) {
throw new Error(`HTTPエラー: ${response.status}`);
}
return response.text();
})
.then(html => {
document.getElementById('wpHeader').innerHTML = html;
})
.catch(error => {
document.getElementById('wpHeader').innerHTML = `読み込めませんでした。エラー内容: ${error.message}`;
});
</script>
これで合成できるでしょう。上記のソースだと、エラーがある場合にはエラーメッセージがそのまま表示されますけども。その辺は、必要に応じてConsoleへの出力に留めるとか何かすると良いです。
なお、JavaScriptで合成するのでは意味がないケース（SEO関連のmeta要素を出力している場合など）では、
なお、https://（設置ドメイン等）/wp-header.php のようなURLで wp-header.php を単独で実行した場合に、望みのヘッダが出力されない場合は、PHP側の依存関係を見直す必要がありますので、単純な合成はできません。
その場合は、「JavaScriptで実際にWordPressが生成するページを読んで、そのHTML内からヘッダ部分だけを抜き出して、それを合成する」みたいな処理を書く必要があるでしょう。（JavaScriptによる動的合成では困る場合は、その処理をPHPでして、結果を静的なHTMLファイルに出力しておいて、それをてがろぐ側のスキンにINCLUDE記法で埋め込む方法が使えます。）
※その辺の方法をご案内するためには、実際にどんなソースが出力されているのかを知らないと無理なので、問題のページ（URL）を教えて頂く必要があります。
🍎Re:5494◆ありがとうございます！
🍎Re:5495◆PHPはWebサーバに実行させないと処理されないので、てがろぐのスキン内にそのまま埋め込んでも元のPHPソースがそのまま埋め込まれるだけになります。
WordPressのヘッダ・フッタをてがろぐ側に合成したい場合、いくつかの方法があります。
https://（設置ドメイン等）/wp-header.php のようなURLで wp-header.php を単独で実行した場合に、望みのヘッダが出力されますか？ される場合は、以下の方法で合成できます。
ヘッダやフッタで何を出力しているのかに依ってどの方法を使うのが望ましいかは変わってきますが、シンプルなのはJavaScriptで合成する方法です。
まず、ヘッダを合成したい場所に（てがろぐスキン側に）<div id="wpHeader">(準備中)</div>などと書いて合成用空間を用意しておきます。
そして、スキンHTMLの末尾あたりに以下のJavaScriptを書きます。
<script>
fetch('https://（設置ドメイン等）/wp-header.php')
.then(response => {
if(!response.ok) {
throw new Error(`HTTPエラー: ${response.status}`);
}
return response.text();
})
.then(html => {
document.getElementById('wpHeader').innerHTML = html;
})
.catch(error => {
document.getElementById('wpHeader').innerHTML = `読み込めませんでした。エラー内容: ${error.message}`;
});
</script>
これで合成できるでしょう。上記のソースだと、エラーがある場合にはエラーメッセージがそのまま表示されますけども。その辺は、必要に応じてConsoleへの出力に留めるとか何かすると良いです。
なお、JavaScriptで合成するのでは意味がないケース（SEO関連のmeta要素を出力している場合など）では、
- 一旦サーバ側で wp-header.php を実行させた結果を temp-wp-header.htm 等のファイルに静的に出力する。
- その静的HTMLファイルを、てがろぐ側のスキンにINCLUDE記法で埋め込む。
なお、https://（設置ドメイン等）/wp-header.php のようなURLで wp-header.php を単独で実行した場合に、望みのヘッダが出力されない場合は、PHP側の依存関係を見直す必要がありますので、単純な合成はできません。
その場合は、「JavaScriptで実際にWordPressが生成するページを読んで、そのHTML内からヘッダ部分だけを抜き出して、それを合成する」みたいな処理を書く必要があるでしょう。（JavaScriptによる動的合成では困る場合は、その処理をPHPでして、結果を静的なHTMLファイルに出力しておいて、それをてがろぐ側のスキンにINCLUDE記法で埋め込む方法が使えます。）
※その辺の方法をご案内するためには、実際にどんなソースが出力されているのかを知らないと無理なので、問題のページ（URL）を教えて頂く必要があります。
