てがろぐ
- Fumy Otegaru Memo Logger -
カテゴリ「回答/返信」に属する投稿［661件］（3ページ目）
にしし様
4923でカテゴリに関する要望を出したものです。
ご教授ありがとうございます🙇♀️
教えて頂いた方法を実践してカスタマイズに成功しました。JavaScriptで出来ることも多いのですね……勉強不足でお恥ずかしい限りです。今回を機に、JavaScriptにも積極的に触れて勉強しようと思います。本当にありがとうございました！
4923でカテゴリに関する要望を出したものです。
ご教授ありがとうございます🙇♀️
教えて頂いた方法を実践してカスタマイズに成功しました。JavaScriptで出来ることも多いのですね……勉強不足でお恥ずかしい限りです。今回を機に、JavaScriptにも積極的に触れて勉強しようと思います。本当にありがとうございました！
そういえば、Unicodeには餅の絵文字もないんですね……。
月餅ならありますけども。🥮🥮🥮
☕Re:4921◆便利そうなスクリプトをありがとうございます！
☕Re:4923◆ご要望をありがとうございます。ご要望としては記録しておきますが、そのように設定できる機能を作るのは大変なので、ご自身でJavaScriptを書いてスキンに追加なさるのがたぶん一番早いのではないかと思います。スキンだけでなく管理画面の投稿欄でもedit.jsやedit.htmを使う方法で、任意のJavaScriptを加えられます。
てがろぐ投稿欄のカテゴリチェックボックスはinput要素で作られていますが、value="info"のようにカテゴリIDが値に含まれています。これを利用することで、『Ⓐにチェックが入ったらⒷにもチェックを入れる』というような処理はJavaScriptで実現可能です。
例えば、infoにチェックを入れたらmemoにも入れるという場合は、
document.addEventListener('DOMContentLoaded', function () {
// カテゴリID「info」のチェックボックスを取得
const infoCheckbox = document.querySelector('input[type="checkbox"][value="info"]');
// カテゴリID「memo」のチェックボックスを取得
const memoCheckbox = document.querySelector('input[type="checkbox"][value="memo"]');
// infoチェックボックスの状態が変わったら……
infoCheckbox.addEventListener('change', function () {
// memoチェックボックスの状態を infoチェックボックスに合わせる
memoCheckbox.checked = infoCheckbox.checked;
});
});
動作確認はしていないんですけども、だいたいこんな感じでいけるのではないかと思います。カテゴリID名はハードコーディングになりますから汎用的ではありませんが、自分だけで使うなら使えるのではないかと思います。(^_^;)
☕Re:4924◆[[LOOPCOUNT]]は「そのページ内で上から何番目に表示されているのか」を出すだけなので、2ページ目に行けばまたNo.1から始まりますが、その点は大丈夫ですかね……？
また、そもそも投稿単独ページでは、常に「No.1」になってしまうと思いますが。
もし「一欄外にした投稿にNo.を割り振りたくない」というご要望だとすると、そこはさすがに、現状のシステムから乖離しすぎるので実現は困難だと思います。まさしくご自身で書かれている通り、直接本文に「No.123」のようにお好きな番号を書くのが現実的ではないかと思います。いっそのこと、記事No.を表示するのをやめてしまえば良い気もしますけどもね。(^_^;)
もしくは、てがろぐを2個セットアップして、これまで一覧外にしていた投稿をすべて2つ目のてがろぐに移す方法もありそうです。それだと、1つ目のてがろぐ（全部見せる投稿だけのてがろぐ）では番号は連番になるでしょうから。
☕Re:4926◆なるほど、お知らせありがとうございます。スキン名とリンクを No.4918 の本文末尾に加えておきました。
月餅ならありますけども。🥮🥮🥮
☕Re:4921◆便利そうなスクリプトをありがとうございます！
☕Re:4923◆ご要望をありがとうございます。ご要望としては記録しておきますが、そのように設定できる機能を作るのは大変なので、ご自身でJavaScriptを書いてスキンに追加なさるのがたぶん一番早いのではないかと思います。スキンだけでなく管理画面の投稿欄でもedit.jsやedit.htmを使う方法で、任意のJavaScriptを加えられます。
てがろぐ投稿欄のカテゴリチェックボックスはinput要素で作られていますが、value="info"のようにカテゴリIDが値に含まれています。これを利用することで、『Ⓐにチェックが入ったらⒷにもチェックを入れる』というような処理はJavaScriptで実現可能です。
例えば、infoにチェックを入れたらmemoにも入れるという場合は、
document.addEventListener('DOMContentLoaded', function () {
// カテゴリID「info」のチェックボックスを取得
const infoCheckbox = document.querySelector('input[type="checkbox"][value="info"]');
// カテゴリID「memo」のチェックボックスを取得
const memoCheckbox = document.querySelector('input[type="checkbox"][value="memo"]');
// infoチェックボックスの状態が変わったら……
infoCheckbox.addEventListener('change', function () {
// memoチェックボックスの状態を infoチェックボックスに合わせる
memoCheckbox.checked = infoCheckbox.checked;
});
});
動作確認はしていないんですけども、だいたいこんな感じでいけるのではないかと思います。カテゴリID名はハードコーディングになりますから汎用的ではありませんが、自分だけで使うなら使えるのではないかと思います。(^_^;)
☕Re:4924◆[[LOOPCOUNT]]は「そのページ内で上から何番目に表示されているのか」を出すだけなので、2ページ目に行けばまたNo.1から始まりますが、その点は大丈夫ですかね……？
また、そもそも投稿単独ページでは、常に「No.1」になってしまうと思いますが。
もし「一欄外にした投稿にNo.を割り振りたくない」というご要望だとすると、そこはさすがに、現状のシステムから乖離しすぎるので実現は困難だと思います。まさしくご自身で書かれている通り、直接本文に「No.123」のようにお好きな番号を書くのが現実的ではないかと思います。いっそのこと、記事No.を表示するのをやめてしまえば良い気もしますけどもね。(^_^;)
もしくは、てがろぐを2個セットアップして、これまで一覧外にしていた投稿をすべて2つ目のてがろぐに移す方法もありそうです。それだと、1つ目のてがろぐ（全部見せる投稿だけのてがろぐ）では番号は連番になるでしょうから。
☕Re:4926◆なるほど、お知らせありがとうございます。スキン名とリンクを No.4918 の本文末尾に加えておきました。
年越しにはフィレオフィッシュセットを食べてきました。🍔🍔🍔
年末に書いた開発近況とか諸々はこちら。
今年もよろしくお願い致します。
ちょいと放置気味ですみません。年末から今月にかけて仕事が忙しいので。_(:3」∠)_
🍔Re:4905◆残念ながら記事をまたがない専用機能(記法)は今のところありません。ただ、隣接画像を連続して閲覧させなくするにはこのへんの方法はあります。NSFWだけを除外するにはNo.4915さんがご提示下さったようなJavaScriptを活用する手がありますのでお試し下さい。
🍔Re:4911◆おぉ、製作中ですか。期待しています！(╹◡╹)ﾉ
🍔Re:4914,4917◆今のところ専用機能はないのですが、解決したようで良かったです。^^
🍔Re:4915◆JavaScriptの提示をどうもありがとうございます！
🍔Re:4916◆詳しい情報と解説付きのサポートをどうもありがとうございます！
🍔Re:4918◆参考情報をどうもありがとうございます。そのJavaScriptソースは、各投稿が article要素 で囲まれていることが前提になっていますね。外部で配布されているスキンが前提でしょうかね。もしよろしければそのスキンの情報も教えて頂けると、今後に読む方の参考になって（汎用的に役に立つ情報になって）ありがたいです。何にしても、詳しいお役立ち情報をありがとうございます！(╹◡╹)ﾉ
なお、このソースを任意のスキンでお試しになる方々のための参考情報として補足しておきますと、各投稿が <div class="onelogbox" id="…">～</div> という要素で囲まれている場合（標準スキンなどがそうです／※id属性値に投稿番号が出力されるスキンである必要があります。例えばスキンソースに id="pos[[LOOPCOUNT]]" と書かれているなど）は、No.4918さんのソースに含まれる imagelink.closest("article").id の部分を imagelink.closest("div.onelogbox").id に書き換えると良いと思います。
🍔Re:4919◆ご要望をどうもありがとうございます！ 今後の参考にします。(╹◡╹)
年末に書いた開発近況とか諸々はこちら。
今年もよろしくお願い致します。
ちょいと放置気味ですみません。年末から今月にかけて仕事が忙しいので。_(:3」∠)_
🍔Re:4905◆残念ながら記事をまたがない専用機能(記法)は今のところありません。ただ、隣接画像を連続して閲覧させなくするにはこのへんの方法はあります。NSFWだけを除外するにはNo.4915さんがご提示下さったようなJavaScriptを活用する手がありますのでお試し下さい。
🍔Re:4911◆おぉ、製作中ですか。期待しています！(╹◡╹)ﾉ
🍔Re:4914,4917◆今のところ専用機能はないのですが、解決したようで良かったです。^^
🍔Re:4915◆JavaScriptの提示をどうもありがとうございます！
🍔Re:4916◆詳しい情報と解説付きのサポートをどうもありがとうございます！
🍔Re:4918◆参考情報をどうもありがとうございます。そのJavaScriptソースは、各投稿が article要素 で囲まれていることが前提になっていますね。外部で配布されているスキンが前提でしょうかね。もしよろしければそのスキンの情報も教えて頂けると、今後に読む方の参考になって（汎用的に役に立つ情報になって）ありがたいです。何にしても、詳しいお役立ち情報をありがとうございます！(╹◡╹)ﾉ
なお、このソースを任意のスキンでお試しになる方々のための参考情報として補足しておきますと、各投稿が <div class="onelogbox" id="…">～</div> という要素で囲まれている場合（標準スキンなどがそうです／※id属性値に投稿番号が出力されるスキンである必要があります。例えばスキンソースに id="pos[[LOOPCOUNT]]" と書かれているなど）は、No.4918さんのソースに含まれる imagelink.closest("article").id の部分を imagelink.closest("div.onelogbox").id に書き換えると良いと思います。
🍔Re:4919◆ご要望をどうもありがとうございます！ 今後の参考にします。(╹◡╹)
久しぶりにミスドのドーナツを食べました。🍩🍩🍩
返信が遅くなってすみません。なぜか仕事が凄まじく忙しいので……。_(:3」z)_
🍩Re:4886◆あります。そのような表示でスキンを実現している方々もたくさんいらっしゃいますから、いろいろソースを眺めてみると参考になるのではないかと思います。とりあえず、デフォルトの設定なら、投稿画像の最も外側はfigure要素で囲まれていまして、このfigure要素が（横並びにならない）要因ですから、figure要素に対して何か横方向に並ぶようなCSSを適用すれば良いです。例えば、figure { display: inline-block; } とか。なお、画像周りの出力HTMLに関しては、ヘルプドキュメントの「画像表示のカスタマイズ方法」をご覧下さい。
🍩Re:4887◆ご要望は把握しました。ありがとうございます。「最初の投稿日時」でアクセスできるようにするためには、現状の「投稿日時」とは別に「最初の投稿日時」を保持する機能を加える必要がありまして、そのためにはデータ仕様の拡張から必要になりますから直近でできることはないのですけども、「初回投稿日時と更新日時とを両方表示したい」というご要望をちらほら頂いていますから、それを実装することがあれば、それと同時に実装できそうな気はします。気長にお待ち頂ければ幸いです。
🍩Re:4888◆てがろぐ側に「いまログイン中かどうか」を返すAPI的なものがあると、もしかして便利になりますかね？
🍩Re:4889◆Perl、PHP、SSIも使えるとは太っ腹ですね。
🍩Re:4890◆サポートありがとうございます。(╹◡╹)
🍩Re:4891◆Amazonギフト券ありがとうございます！ クリスマスまではあと1週間以上くらいあるような気分で居たんですが、もうあと4日しかないんですね……。┌(:3」└)┐
ご要望をありがとうございます。いいね機能に関しては、まさしくdoさんの「いいねボタン・改」が使えるならいいか、と思っていた面もあったのですけども、なるほど一筋縄にはいかない問題があるケースもあるんですね。そこまで需要があるなら、てがろぐ本体側で直接いいね機能を実装するか、もしくは、てがろぐと組み合わせて使う専用のいいねアドオン的な何かを用意するか、何かそんな方向で考えてみます。情報ありがとうございます。(╹◡╹)ﾉ
🍩Re:4892◆リリースノートをチェックして下さってありがとうございます。リリースノートは本当に「読む人が居るんかいな……？」と思いながら毎回書いていますので。(笑)
返信が遅くなってすみません。なぜか仕事が凄まじく忙しいので……。_(:3」z)_
🍩Re:4886◆あります。そのような表示でスキンを実現している方々もたくさんいらっしゃいますから、いろいろソースを眺めてみると参考になるのではないかと思います。とりあえず、デフォルトの設定なら、投稿画像の最も外側はfigure要素で囲まれていまして、このfigure要素が（横並びにならない）要因ですから、figure要素に対して何か横方向に並ぶようなCSSを適用すれば良いです。例えば、figure { display: inline-block; } とか。なお、画像周りの出力HTMLに関しては、ヘルプドキュメントの「画像表示のカスタマイズ方法」をご覧下さい。
🍩Re:4887◆ご要望は把握しました。ありがとうございます。「最初の投稿日時」でアクセスできるようにするためには、現状の「投稿日時」とは別に「最初の投稿日時」を保持する機能を加える必要がありまして、そのためにはデータ仕様の拡張から必要になりますから直近でできることはないのですけども、「初回投稿日時と更新日時とを両方表示したい」というご要望をちらほら頂いていますから、それを実装することがあれば、それと同時に実装できそうな気はします。気長にお待ち頂ければ幸いです。
🍩Re:4888◆てがろぐ側に「いまログイン中かどうか」を返すAPI的なものがあると、もしかして便利になりますかね？
🍩Re:4889◆Perl、PHP、SSIも使えるとは太っ腹ですね。
🍩Re:4890◆サポートありがとうございます。(╹◡╹)
🍩Re:4891◆Amazonギフト券ありがとうございます！ クリスマスまではあと1週間以上くらいあるような気分で居たんですが、もうあと4日しかないんですね……。┌(:3」└)┐
ご要望をありがとうございます。いいね機能に関しては、まさしくdoさんの「いいねボタン・改」が使えるならいいか、と思っていた面もあったのですけども、なるほど一筋縄にはいかない問題があるケースもあるんですね。そこまで需要があるなら、てがろぐ本体側で直接いいね機能を実装するか、もしくは、てがろぐと組み合わせて使う専用のいいねアドオン的な何かを用意するか、何かそんな方向で考えてみます。情報ありがとうございます。(╹◡╹)ﾉ
🍩Re:4892◆リリースノートをチェックして下さってありがとうございます。リリースノートは本当に「読む人が居るんかいな……？」と思いながら毎回書いていますので。(笑)
昼食はピザ。🍕🍕🍕
🧇Re:4879,4882◆てがろぐの投稿は、本文を再編集できるだけでなく、投稿日時も自由に再編集できるんですよね……。あとから投稿日時を変更された場合、日時ベースのURLはどうなるべきでしょうね？ 「変わらないURL」である必要があるなら『最初の投稿時点の日時』を維持すべきでしょうが、そうすると「URLで示されている日時」と「表示される投稿日時」が異なることになりますから、パラメータとしての役割がおかしくなる気もします。あと、投稿日時を再編集した結果として「同じ投稿日時の投稿が複数個ある」という状況になる可能性があるので、その場合にどう表示すべきか、という問題もあります。(^_^;)
……そう考えると、投稿IDの付け方を「連番」か「乱数」かで選べる仕組みにする方がまだ良いのかもしれませんね。（ただ、乱数にすると、「既に使われているIDでないかどうか」を1つ1つ比較して確認しないといけないので、投稿総数が多くなるとIDの生成に時間が掛かりそうな気もしますが。連番の場合は「一番大きい数」に1を足すだけで済みますので。もっともその点では、日時なら何も計算しなくて良いので一番速いですけどもね。：笑）
🧇Re:4880-4881◆お役立ちツールをありがとうございます。(╹◡╹)ﾉ
🧇Re:4883◆おおっと、確かに不具合ですね。ご指摘ありがとうございます！ ページネーションを生成する処理で、CGIによくありがちな二重エスケープをやってしまっているようです。どうにかします。
🧇Re:4884◆その通りです。日付境界バーは、先頭だけでなく「日付が切り替わる投稿と投稿の間」にも出力する必要がありますから『一連の投稿の内部』に必要に応じて挿入されます。なので『日付境界バーを出力する専用の記法』というものはありません。ですから、（あらゆるスキンで日付境界バーを見せたくないなら設定でOFFにする手がありますが）スキンによって日付境界バーを見せたり見せなかったりしたい場合は、見せたくない方のスキンではCSSを使って非表示にして頂くしか方法はありません。
※ヘルプドキュメントの存在について既にご認識頂いているようですが、これを読んでいる第三者の方々にも参考のために記しておきます。
➡日付境界バーの装飾方法や、実際に出力されるHTMLについては、ヘルプドキュメントの「日付境界バーの装飾方法」をご覧下さい。なお、「先頭固定」の最初に出力される日付境界バーは若干仕様が異なります。そちらについては、「先頭固定専用の日付境界バーをCSSで装飾する方法」をご覧下さい。
🧇Re:4879,4882◆てがろぐの投稿は、本文を再編集できるだけでなく、投稿日時も自由に再編集できるんですよね……。あとから投稿日時を変更された場合、日時ベースのURLはどうなるべきでしょうね？ 「変わらないURL」である必要があるなら『最初の投稿時点の日時』を維持すべきでしょうが、そうすると「URLで示されている日時」と「表示される投稿日時」が異なることになりますから、パラメータとしての役割がおかしくなる気もします。あと、投稿日時を再編集した結果として「同じ投稿日時の投稿が複数個ある」という状況になる可能性があるので、その場合にどう表示すべきか、という問題もあります。(^_^;)
……そう考えると、投稿IDの付け方を「連番」か「乱数」かで選べる仕組みにする方がまだ良いのかもしれませんね。（ただ、乱数にすると、「既に使われているIDでないかどうか」を1つ1つ比較して確認しないといけないので、投稿総数が多くなるとIDの生成に時間が掛かりそうな気もしますが。連番の場合は「一番大きい数」に1を足すだけで済みますので。もっともその点では、日時なら何も計算しなくて良いので一番速いですけどもね。：笑）
🧇Re:4880-4881◆お役立ちツールをありがとうございます。(╹◡╹)ﾉ
🧇Re:4883◆おおっと、確かに不具合ですね。ご指摘ありがとうございます！ ページネーションを生成する処理で、CGIによくありがちな二重エスケープをやってしまっているようです。どうにかします。
🧇Re:4884◆その通りです。日付境界バーは、先頭だけでなく「日付が切り替わる投稿と投稿の間」にも出力する必要がありますから『一連の投稿の内部』に必要に応じて挿入されます。なので『日付境界バーを出力する専用の記法』というものはありません。ですから、（あらゆるスキンで日付境界バーを見せたくないなら設定でOFFにする手がありますが）スキンによって日付境界バーを見せたり見せなかったりしたい場合は、見せたくない方のスキンではCSSを使って非表示にして頂くしか方法はありません。
※ヘルプドキュメントの存在について既にご認識頂いているようですが、これを読んでいる第三者の方々にも参考のために記しておきます。
➡日付境界バーの装飾方法や、実際に出力されるHTMLについては、ヘルプドキュメントの「日付境界バーの装飾方法」をご覧下さい。なお、「先頭固定」の最初に出力される日付境界バーは若干仕様が異なります。そちらについては、「先頭固定専用の日付境界バーをCSSで装飾する方法」をご覧下さい。
昼食は中辛カレーライス。🍛🍛🍛
🍛Re:4877◆ご確認をありがとうございました。やはりそうでしたか。どうやら「/」で始まるPATHが指定されているときの扱いにミスがあったようです（単にそのまま使えば良いだけなのに、あえてサーバ上のフルパスを生成してしまっていました^^;）。次のバージョンで修正します。ご指摘ありがとうございました！
🍛Re:4876◆ご要望をありがとうございます。なるほど確かにそういう単独投稿の示し方があっても良いかな、という気はしました。現状でも、「2024/12/11 10:54:50」のような投稿日時を検索語にすれば該当する1件だけが表示されますから、この方法でリンクする手もあるとは思いますが、これだとあくまでも「限定表示ページ」であって「投稿単独ページ」としては表示されませんからね。
既存の投稿単独ページURLのエイリアス(別名)として、例えば ?posttime=20241211105450 のようなパラメータで特定の投稿が単独表示されるようにする、という機能ならできるとは思います。ただ、その場合は、
この仕様でご要望に添いますか？
もしかして、ご希望は、『Ⓑだけでアクセス可能にしたい。Ⓐでのアクセスは不可能にしたい』ということでしょうか？ だとすると、ちょっとIDの仕様から見直す必要があるので、そのオプションを作るのは労力が掛かるな、と思います。（無理ではないんですが、そこを実現する労力に見合う効果があるかな？ という疑問はあります。）
ところで、ご要望の本文を読んでいてふと思ったのですが、
投稿IDを 20241211210726 のような年月日時分秒にすると、そもそも連番になりませんよね？（毎秒1件の割合で投稿する場合に限っては連番になりますが。^^;）
その「連番にならない」状況を受け入れられるのであれば、現状の「投稿IDが連番にならない(可能性がある)」状況も受け入れられるのではないかと思うのですが。^^;
その場合は、単に「投稿番号を連番に直さなければ良い」のではないでしょうか？(^_^;)
再採番機能さえ使わなかったら、投稿IDはずっと変わりませんので、リンクに使ってもズレることはありません。
※なお、うっかり再採番してしまう誤操作を避けたい場合は、ヘルプドキュメントの『投稿の一括調整を禁止する設定方法』のように設定すると、投稿IDの振り直し機能を使えなくできます。
🍛Re:4877◆ご確認をありがとうございました。やはりそうでしたか。どうやら「/」で始まるPATHが指定されているときの扱いにミスがあったようです（単にそのまま使えば良いだけなのに、あえてサーバ上のフルパスを生成してしまっていました^^;）。次のバージョンで修正します。ご指摘ありがとうございました！
🍛Re:4876◆ご要望をありがとうございます。なるほど確かにそういう単独投稿の示し方があっても良いかな、という気はしました。現状でも、「2024/12/11 10:54:50」のような投稿日時を検索語にすれば該当する1件だけが表示されますから、この方法でリンクする手もあるとは思いますが、これだとあくまでも「限定表示ページ」であって「投稿単独ページ」としては表示されませんからね。
既存の投稿単独ページURLのエイリアス(別名)として、例えば ?posttime=20241211105450 のようなパラメータで特定の投稿が単独表示されるようにする、という機能ならできるとは思います。ただ、その場合は、
- ?postid=4876 でもアクセスできるし、
- ?posttime=20241211105450 でもアクセスできる
この仕様でご要望に添いますか？
もしかして、ご希望は、『Ⓑだけでアクセス可能にしたい。Ⓐでのアクセスは不可能にしたい』ということでしょうか？ だとすると、ちょっとIDの仕様から見直す必要があるので、そのオプションを作るのは労力が掛かるな、と思います。（無理ではないんですが、そこを実現する労力に見合う効果があるかな？ という疑問はあります。）
ところで、ご要望の本文を読んでいてふと思ったのですが、
投稿IDを 20241211210726 のような年月日時分秒にすると、そもそも連番になりませんよね？（毎秒1件の割合で投稿する場合に限っては連番になりますが。^^;）
その「連番にならない」状況を受け入れられるのであれば、現状の「投稿IDが連番にならない(可能性がある)」状況も受け入れられるのではないかと思うのですが。^^;
その場合は、単に「投稿番号を連番に直さなければ良い」のではないでしょうか？(^_^;)
再採番機能さえ使わなかったら、投稿IDはずっと変わりませんので、リンクに使ってもズレることはありません。
※なお、うっかり再採番してしまう誤操作を避けたい場合は、ヘルプドキュメントの『投稿の一括調整を禁止する設定方法』のように設定すると、投稿IDの振り直し機能を使えなくできます。
「牛乳入りのコップ」という絵文字は「🥛」で定義されているのに、牛乳パックの絵文字はないのか……。「紙パック飲料」というのは「🧃」にあるけども。
🍮Re:4874◆早速のお試しをどうもありがとうございます。お役に立ったようで何よりです。削除確認のプレビューが表示されませんでしたか……。よくよく確認してみると、画像のPATHに無用なスラッシュが1個入っていますね……。その辺が影響して設定に依っては画像の表示に失敗しているのかもしれません。ご指摘ありがとうございます。
参考までにお尋ねしたいのですが、[設定]→[システム設定]→【カスタム絵文字機能の設定】→「カスタム絵文字用画像ファイルを置くディレクトリ」欄は、デフォルトではない値に設定されていますか？（※デフォルト値は、スラッシュ記号等が含まれていない「emoji」の5文字です。）もしよろしければ教えて下さい。
🍮Re:4874◆早速のお試しをどうもありがとうございます。お役に立ったようで何よりです。削除確認のプレビューが表示されませんでしたか……。よくよく確認してみると、画像のPATHに無用なスラッシュが1個入っていますね……。その辺が影響して設定に依っては画像の表示に失敗しているのかもしれません。ご指摘ありがとうございます。
参考までにお尋ねしたいのですが、[設定]→[システム設定]→【カスタム絵文字機能の設定】→「カスタム絵文字用画像ファイルを置くディレクトリ」欄は、デフォルトではない値に設定されていますか？（※デフォルト値は、スラッシュ記号等が含まれていない「emoji」の5文字です。）もしよろしければ教えて下さい。
明日は特に寒そうなのに、朝早い。_(:3」z)_
☕Re:4861◆ご指摘の差は、確かに抜粋収録か完全収録かの差ですね（深くは気にしていませんでしたが、確かに「抜粋収録」の方では投稿No.の出力がありませんね^^;）。
さて、てがろぐではRSSフィードも1つのスキンで作られています。デフォルトではそれが「外部ファイル」の形ではなく（てがろぐ本体に）内蔵されているものが使われているというだけの違いです。
てがろぐの「完全版ZIP」か「スキンだけのZIP」をダウンロードして頂くと、rssというフォルダの中に、RSSフィード用スキンのサンプルが格納されています。それを設置した上で、[設定]→[補助出力]→【RSSフィードの出力】で『自作のRSSスキンを使う』を選択すると、RSSフィードの中身を好きなように書き換えられます。
このRSSスキンサンプルでは、元々「No.XX～」は出力されません。
そのままでは、冒頭の150文字だけが出力されるように書かれていますので、skin-onelog.html ファイルの中の [[COMMENT:TEXT:150]] の部分を [[COMMENT]] に書き換えれば、全文が収録されます。
そのほかの表示も好きなように書き換えられますのでお試し下さい。
詳しくは、RSSフィード用スキンの作り方・使い方もご参照頂くと良いと思います。
この方法だと、RSSフィード用スキンを複数個用意して使い分けることもできます。
☕Re:4861◆ご指摘の差は、確かに抜粋収録か完全収録かの差ですね（深くは気にしていませんでしたが、確かに「抜粋収録」の方では投稿No.の出力がありませんね^^;）。
さて、てがろぐではRSSフィードも1つのスキンで作られています。デフォルトではそれが「外部ファイル」の形ではなく（てがろぐ本体に）内蔵されているものが使われているというだけの違いです。
てがろぐの「完全版ZIP」か「スキンだけのZIP」をダウンロードして頂くと、rssというフォルダの中に、RSSフィード用スキンのサンプルが格納されています。それを設置した上で、[設定]→[補助出力]→【RSSフィードの出力】で『自作のRSSスキンを使う』を選択すると、RSSフィードの中身を好きなように書き換えられます。
このRSSスキンサンプルでは、元々「No.XX～」は出力されません。
そのままでは、冒頭の150文字だけが出力されるように書かれていますので、skin-onelog.html ファイルの中の [[COMMENT:TEXT:150]] の部分を [[COMMENT]] に書き換えれば、全文が収録されます。
そのほかの表示も好きなように書き換えられますのでお試し下さい。
詳しくは、RSSフィード用スキンの作り方・使い方もご参照頂くと良いと思います。
この方法だと、RSSフィード用スキンを複数個用意して使い分けることもできます。
🥞Re:4858◆3点ご質問を頂いていますので、以下に順番に回答します。
✅1つ目：特に設定は要りません。標準スキンで [[FREESPACEEDIT]] と書いた場合はどうなりますか？ ➡リファレンスが間違っているので [[FREESPACEEDIT:URL]] と書いて下さい。
✅2つ目：そのIF文は『「 selected-cat または deeppage 」かつ「 nofiltering 」』の意味になります。つまり、
しかし、①「selected-cat かつ nofiltering」は指定が矛盾しますから（この条件の成立があり得ないので）、結果として②「deeppage かつ nofiltering」の場合にしか出力されません。
てがろぐの検索機能はANDよりもORの方が強く、優先順の指定方法はありませんから、ご希望の条件を1個のIF文で書くのは無理だと思います(たぶん)。既にお試し頂いているように2個に分けるか、（同じHTMLを複数書きたくないのであれば）IF文は使わずにCSSで表示/非表示を切り替えるのが良いと思います。（もちろん、IF文とCSSを併用する手もあります。）
✅3つ目：こちらで試した限りではその書き方でも問題ないのですが、条件の書き方や（さらに）前後にある記述によっては、何らかの要因で解釈がうまくいかなくなる可能性はあります。標準スキンに書いてみた場合でも同様にうまくいかないでしょうか？
✅1つ目：
✅2つ目：そのIF文は『「 selected-cat または deeppage 」かつ「 nofiltering 」』の意味になります。つまり、
- selected-cat かつ nofiltering
- deeppage かつ nofiltering
しかし、①「selected-cat かつ nofiltering」は指定が矛盾しますから（この条件の成立があり得ないので）、結果として②「deeppage かつ nofiltering」の場合にしか出力されません。
てがろぐの検索機能はANDよりもORの方が強く、優先順の指定方法はありませんから、ご希望の条件を1個のIF文で書くのは無理だと思います(たぶん)。既にお試し頂いているように2個に分けるか、（同じHTMLを複数書きたくないのであれば）IF文は使わずにCSSで表示/非表示を切り替えるのが良いと思います。（もちろん、IF文とCSSを併用する手もあります。）
✅3つ目：こちらで試した限りではその書き方でも問題ないのですが、条件の書き方や（さらに）前後にある記述によっては、何らかの要因で解釈がうまくいかなくなる可能性はあります。標準スキンに書いてみた場合でも同様にうまくいかないでしょうか？
仕事が忙しくなってきました。
たこ焼き食べたい……！
Re:4850◆Bluesky側の仕様がなぜか複雑で、今の時点では埋め込められないのです。Bluesky側がもうちょっと楽な手段を用意してくれると良いのですが……。
Re:4851◆将来的にはそうするつもりではありますので、気長にお待ち頂ければ幸いです。
Re:4853◆どうぞ～。
Re:4854◆はやい……！
Re:4855◆その場合は、「画像をリンクにしないよう設定する」かまたは「img要素を <img src="[[GETURL:PICT:1]]"… のように作る」かですね。No.4856さんがご回答下さった通りです。Ver 4.4.2からは「画像をリンクにしない設定」を通常モードとギャラリーモードとで別々に設定できるようになりました。それで済むなら前者の方法で良いでしょう。そうできない理由があるなら、後者のようにimg要素を自力で組み立てる方法（No.4619のように）が適していそうに思います。
Re:4856◆サポートありがとうございます！(╹◡╹)ﾉ
たこ焼き食べたい……！
Re:4850◆Bluesky側の仕様がなぜか複雑で、今の時点では埋め込められないのです。Bluesky側がもうちょっと楽な手段を用意してくれると良いのですが……。Re:4851◆将来的にはそうするつもりではありますので、気長にお待ち頂ければ幸いです。Re:4853◆どうぞ～。Re:4854◆はやい……！Re:4855◆その場合は、「画像をリンクにしないよう設定する」かまたは「img要素を <img src="[[GETURL:PICT:1]]"… のように作る」かですね。No.4856さんがご回答下さった通りです。Ver 4.4.2からは「画像をリンクにしない設定」を通常モードとギャラリーモードとで別々に設定できるようになりました。それで済むなら前者の方法で良いでしょう。そうできない理由があるなら、後者のようにimg要素を自力で組み立てる方法（No.4619のように）が適していそうに思います。Re:4856◆サポートありがとうございます！(╹◡╹)ﾉ
朝食はシフォンケーキ。
🥞Re:4846◆カレンダーを横並びにしたいだけならCGIソースを弄る必要はなく、CSSだけで実現できます。要はtable内のセルを全部inlineにしてしまえば良いので、.calendar, .calendar tr, .calendar th, .calendar td { display: inline; } のようなCSSを追加すれば良いだけです。これだけで、カレンダー内の全ての日付が横並びになります。
この場合、先頭行の日月火……という曜日もそのまま横並びになってしまいますので、そこはてがろぐ管理画面の［設定］→［ページの表示］→【カレンダーの表示】で、「カレンダーの先頭行に曜日名を表示」項目をOFFにして下さい。すると、日付だけが横並びになります。あとは、好きなように装飾して下さい。
※各日のセルにはclass名に <td class="day10 sun"> のように曜日が含まれていますので、特定の曜日だけを装飾するのも簡単です。
※カレンダーの出力HTMLの構造については、カスタマイズ方法ページの「カレンダー表示の装飾方法」をご覧下さい。
🥞Re:4845◆なるほど。カテゴリ別に新着順で見せられると良いな……というのは、ギャラリーに限らず通常の投稿でもありますね。新着投稿リストに限っては既にその機能がありますけども。あれば便利だと思いますのでご要望としてはToDoリストに加えておきます。ただ、そのような機能を実装するにはかなりの時間と労力が必要ですから、直近でできることはないと思います。なので、今の時点では
🥞Re:4846◆カレンダーを横並びにしたいだけならCGIソースを弄る必要はなく、CSSだけで実現できます。要はtable内のセルを全部inlineにしてしまえば良いので、.calendar, .calendar tr, .calendar th, .calendar td { display: inline; } のようなCSSを追加すれば良いだけです。これだけで、カレンダー内の全ての日付が横並びになります。
この場合、先頭行の日月火……という曜日もそのまま横並びになってしまいますので、そこはてがろぐ管理画面の［設定］→［ページの表示］→【カレンダーの表示】で、「カレンダーの先頭行に曜日名を表示」項目をOFFにして下さい。すると、日付だけが横並びになります。あとは、好きなように装飾して下さい。
※各日のセルにはclass名に <td class="day10 sun"> のように曜日が含まれていますので、特定の曜日だけを装飾するのも簡単です。
※カレンダーの出力HTMLの構造については、カスタマイズ方法ページの「カレンダー表示の装飾方法」をご覧下さい。
🥞Re:4845◆なるほど。カテゴリ別に新着順で見せられると良いな……というのは、ギャラリーに限らず通常の投稿でもありますね。新着投稿リストに限っては既にその機能がありますけども。あれば便利だと思いますのでご要望としてはToDoリストに加えておきます。ただ、そのような機能を実装するにはかなりの時間と労力が必要ですから、直近でできることはないと思います。なので、今の時点では
- iframeで読み込む
- JavaScriptで合成する
昼食はパスタでした。
🍝Re:4842◆情報提供ありがとうございます！
🍝Re:4843◆ギャラリーモードでもカテゴリは有効ですのでご活用下さい。例えば、
※ギャラリーモードというのは単に、「画像が1つ以上含まれる投稿だけが表示される」というだけで、それ以外の仕様は通常時と同じなのです。なので、カテゴリでもハッシュタグでも限定表示ができます。
※標準添付しているギャラリーモード用スキンの場合は、ギャラリーモード上でカテゴリボタンやハッシュタグボタンを押せば、「そのカテゴリやハッシュタグに限定した状態のギャラリーモード」が表示される仕様になっています。（他の方がお作りになったギャラリー用スキンの場合にどのような動作になっているかは、そのスキンの作り方次第です。）
🍝Re:4842◆情報提供ありがとうございます！
🍝Re:4843◆ギャラリーモードでもカテゴリは有効ですのでご活用下さい。例えば、
- ノーマルなギャラリーモード ?mode=gallery
- カテゴリ「回答/返信」に限定したギャラリーモード ?mode=gallery&cat=answer
- カテゴリ「つぶやき」に限定したギャラリーモード ?mode=gallery&cat=diary
※ギャラリーモードというのは単に、「画像が1つ以上含まれる投稿だけが表示される」というだけで、それ以外の仕様は通常時と同じなのです。なので、カテゴリでもハッシュタグでも限定表示ができます。
※標準添付しているギャラリーモード用スキンの場合は、ギャラリーモード上でカテゴリボタンやハッシュタグボタンを押せば、「そのカテゴリやハッシュタグに限定した状態のギャラリーモード」が表示される仕様になっています。（他の方がお作りになったギャラリー用スキンの場合にどのような動作になっているかは、そのスキンの作り方次第です。）
🍵Re:4839◆何のスキンをお使いでしょうか？
実際のURLを教えて頂けば、何らかのアドバイスができる可能性はあります。
スキンのカスタマイズの問題ということは、HTMLかCSSの問題でしょうから。それは実際に（ブラウザ上の表示とソースを）見てみないと、何がどうなっているのか何も分かりませんので。
なお、スキンのカスタマイズの結果としておかしくなる場合にありがちなのは、
HTMLやCSSの文法をチェックするツールを使って問題点を探せば、おかしくなった位置を特定できるかもしれません。
どうしても解決できない場合は、『お使いのスキンをその配布元から再度ダウンロードしてきて、上書きしてみる』のが一番だと思います。要するにカスタマイズを最初からやり直すということですが。
（今のスキンはダウンロードして保管しておいて、新品のスキンとソースを見比べてみることでも何か分かるかもしれません。）
実際のURLを教えて頂けば、何らかのアドバイスができる可能性はあります。
スキンのカスタマイズの問題ということは、HTMLかCSSの問題でしょうから。それは実際に（ブラウザ上の表示とソースを）見てみないと、何がどうなっているのか何も分かりませんので。
なお、スキンのカスタマイズの結果としておかしくなる場合にありがちなのは、
- HTMLの開始タグを残したまま終了タグだけを消してしまった結果として、ブロックの包含関係が変わってしまった。
- CSSのカッコ { } のうち、片方だけを消してしまった結果、一部のCSSが適用されなくなってしまった。
HTMLやCSSの文法をチェックするツールを使って問題点を探せば、おかしくなった位置を特定できるかもしれません。
どうしても解決できない場合は、『お使いのスキンをその配布元から再度ダウンロードしてきて、上書きしてみる』のが一番だと思います。要するにカスタマイズを最初からやり直すということですが。
（今のスキンはダウンロードして保管しておいて、新品のスキンとソースを見比べてみることでも何か分かるかもしれません。）
昼食はうどん、夕食はコロッケ。
次のバージョンでは、カスタム絵文字を管理画面上でアップロードしたり削除したりできるようになる予定です。
🥞Re:4831◆早速のバージョンアップありがとうございます。お役に立っているようで嬉しいです。(╹◡╹)ﾉ
🥞Re:4832◆「サムネイル画像があったらサムネイル側が表示される」という、てがろぐ側の機能(仕様)については、ヘルプドキュメントの『サムネイル画像があればサムネイル画像の方を表示する機能(簡易版)』項目もご覧下さい。デフォルトで有効に設定されていますが、設定次第では無効にもなります。サムネイルが認識されている場合の確認方法も解説してありますので、参考にして頂ければ幸いです。
🥞Re:4833◆解説ありがとうございます！
🥞Re:4834◆詳細なテストをどうもありがとうございます。JS版は一旦ブラウザ側にデータをダウンロードするので、総数が少ないうちはやはりServer版の方が速くなりますね。おっしゃるとおり、Server版はPICT記法の存在をチェックしているのに対して、JS版はファイル名の存在しかチェックしていません。これはどちらが望ましいのか今の時点では判断できていないので、とりあえず仕様を分けたままにしてあります。(^_^;) 必要な画像を誤って消してしまうのを防ぐにはJS版の仕様の方が望ましいんだろうな、という気もするのですけども。どうでしょうかね？^^;
🥞Re:4836◆てがろぐに関係する告知にはぜひご活用下さい～。(╹◡╹)
🥞Re:4837◆ご報告をどうもありがとうございます！
次のバージョンでは、カスタム絵文字を管理画面上でアップロードしたり削除したりできるようになる予定です。
🥞Re:4831◆早速のバージョンアップありがとうございます。お役に立っているようで嬉しいです。(╹◡╹)ﾉ
🥞Re:4832◆「サムネイル画像があったらサムネイル側が表示される」という、てがろぐ側の機能(仕様)については、ヘルプドキュメントの『サムネイル画像があればサムネイル画像の方を表示する機能(簡易版)』項目もご覧下さい。デフォルトで有効に設定されていますが、設定次第では無効にもなります。サムネイルが認識されている場合の確認方法も解説してありますので、参考にして頂ければ幸いです。
🥞Re:4833◆解説ありがとうございます！
🥞Re:4834◆詳細なテストをどうもありがとうございます。JS版は一旦ブラウザ側にデータをダウンロードするので、総数が少ないうちはやはりServer版の方が速くなりますね。おっしゃるとおり、Server版はPICT記法の存在をチェックしているのに対して、JS版はファイル名の存在しかチェックしていません。これはどちらが望ましいのか今の時点では判断できていないので、とりあえず仕様を分けたままにしてあります。(^_^;) 必要な画像を誤って消してしまうのを防ぐにはJS版の仕様の方が望ましいんだろうな、という気もするのですけども。どうでしょうかね？^^;
🥞Re:4836◆てがろぐに関係する告知にはぜひご活用下さい～。(╹◡╹)
🥞Re:4837◆ご報告をどうもありがとうございます！
🧇Re:4828◆かわいくカスタマイズしてご活用下さってありがとうございます。拝見しました。
以下のCSSを加えると「 >>4828 」のような番号リンクの番号も「Fredoka One」フォントで表示されます。
a.postidlink {
font-family: 'Fredoka One', cursive;
}
お試し下さい。
なお、お使いのCSSでは a:link や a:hover に対して、表示用のフォント font-family: 'Noto Sans JP', sans-serif; が指定されているので、上記のCSSソースを .postidlink というセレクタにしてしまうと指定が効きません（詳細度が足りなくて上書きされないため）。なので、必ず a.postidlink と指定する必要があります。先頭の「a」を忘れずにお書き下さい。
※将来的なCSS更新作業のしやすさを考えれば、a:link や a:hover のような疑似クラスに対しては表示フォントを指定しない方が楽だと思いますが。
ちなみにですが、「ネタバレ」として隠されている部分を開くと「黄色のBOX」が外枠からはみ出してしまいますね。これは、.readmorearea に対して box-sizing: border-box; というCSSを加えると解決します。
以下のCSSを加えると「 >>4828 」のような番号リンクの番号も「Fredoka One」フォントで表示されます。
a.postidlink {
font-family: 'Fredoka One', cursive;
}
お試し下さい。
なお、お使いのCSSでは a:link や a:hover に対して、表示用のフォント font-family: 'Noto Sans JP', sans-serif; が指定されているので、上記のCSSソースを .postidlink というセレクタにしてしまうと指定が効きません（詳細度が足りなくて上書きされないため）。なので、必ず a.postidlink と指定する必要があります。先頭の「a」を忘れずにお書き下さい。
※将来的なCSS更新作業のしやすさを考えれば、a:link や a:hover のような疑似クラスに対しては表示フォントを指定しない方が楽だと思いますが。
ちなみにですが、「ネタバレ」として隠されている部分を開くと「黄色のBOX」が外枠からはみ出してしまいますね。これは、.readmorearea に対して box-sizing: border-box; というCSSを加えると解決します。
昼食は、ピザとコロッケ。🍕🍕🍕
🍕Re:4823◆うまくいったようで良かったです～。^^
🍕Re:4824◆①てがろぐ側では何もフォントを強制しませんから、スキン(CSS)を書き換えればどこのフォントでも変更できます。（具体的にどう書けば良いかは、お使いのスキン次第なので、ここで説明はできませんが。実際に稼働しているページを見せて頂ければ何らかのアドバイスはできる可能性はあります。）◆②本文に >> に続けて投稿番号を書けば >>4824 のように自動でリンクになります。そのほかの記号を使いたい場合でも、「リンクにしたい範囲」を範囲選択してから「指定No.リンク」ボタンを押して番号を入力すれば、その文字がリンクになります。
🍕Re:4823◆うまくいったようで良かったです～。^^
🍕Re:4824◆①てがろぐ側では何もフォントを強制しませんから、スキン(CSS)を書き換えればどこのフォントでも変更できます。（具体的にどう書けば良いかは、お使いのスキン次第なので、ここで説明はできませんが。実際に稼働しているページを見せて頂ければ何らかのアドバイスはできる可能性はあります。）◆②本文に >> に続けて投稿番号を書けば >>4824 のように自動でリンクになります。そのほかの記号を使いたい場合でも、「リンクにしたい範囲」を範囲選択してから「指定No.リンク」ボタンを押して番号を入力すれば、その文字がリンクになります。
返信が遅くなってすみません。てがろぐ Ver 4.5.0 正式版は（たぶんこのまま順調にいけば）明日にはリリースできる気がしています。
🧀Re:4817◆回答が遅くなってすみません。画像拡大スクリプトをLightboxではなく、例えばfuwaimgに変えると、①が実現できます。fuwaimg自体には「隣接画像に移動する機能」がありますが、てがろぐ上でfuwaimgを使う場合にはグループ化ができませんから、すべての画像は単独で拡大表示されます。詳しくは、『設定例：Fuwaimgを使って画像を拡大したい場合』をご覧下さい。もちろん、同様の動作になるならそれ以外のスクリプトでも良いでしょう。汎用的な設定方法については、『Lightbox以外の画像拡大スクリプトを読み込んで使う方法』をご参照下さい。
🧀Re:4818◆直接的にその機能はないのですが、JavaScriptでリンク先URLの末尾に &skin=スキンDIR名 という文字列を加える方法で実現できるような気がします。[[LATESTLIST:CAT(***)]] の記法で出力されるHTMLソースは、『新着投稿リストの各部分をCSSで装飾する方法』で紹介しているような感じです。
リスト全体は <ul class="latestpostlist"> ～ </ul> のように出力されますから、このさらに外側に適当なclass付きのBOX（例えば <div class="info">～</div>を加えて、カテゴリ別の新着投稿リストを区別できるようにしておけば、『div.info の中の ul.latestpostlist の中に含まれる a要素の href属性値の末尾に &skin=スキンDIR名 を加える』……という感じのJavaScriptを書けばいけるのではないでしょうかね……？（試してはいないので、何か抜けがあるかもしれませんが。^^;）
🧀Re:4819◆どんどん多機能になりますね。たしかに、こちらのFirefoxでも警告は出ました。何が誤判定の要因になるんでしょうかね。^^;
🧀Re:4817◆回答が遅くなってすみません。画像拡大スクリプトをLightboxではなく、例えばfuwaimgに変えると、①が実現できます。fuwaimg自体には「隣接画像に移動する機能」がありますが、てがろぐ上でfuwaimgを使う場合にはグループ化ができませんから、すべての画像は単独で拡大表示されます。詳しくは、『設定例：Fuwaimgを使って画像を拡大したい場合』をご覧下さい。もちろん、同様の動作になるならそれ以外のスクリプトでも良いでしょう。汎用的な設定方法については、『Lightbox以外の画像拡大スクリプトを読み込んで使う方法』をご参照下さい。
🧀Re:4818◆直接的にその機能はないのですが、JavaScriptでリンク先URLの末尾に &skin=スキンDIR名 という文字列を加える方法で実現できるような気がします。[[LATESTLIST:CAT(***)]] の記法で出力されるHTMLソースは、『新着投稿リストの各部分をCSSで装飾する方法』で紹介しているような感じです。
リスト全体は <ul class="latestpostlist"> ～ </ul> のように出力されますから、このさらに外側に適当なclass付きのBOX（例えば <div class="info">～</div>を加えて、カテゴリ別の新着投稿リストを区別できるようにしておけば、『div.info の中の ul.latestpostlist の中に含まれる a要素の href属性値の末尾に &skin=スキンDIR名 を加える』……という感じのJavaScriptを書けばいけるのではないでしょうかね……？（試してはいないので、何か抜けがあるかもしれませんが。^^;）
🧀Re:4819◆どんどん多機能になりますね。たしかに、こちらのFirefoxでも警告は出ました。何が誤判定の要因になるんでしょうかね。^^;
4810です。
ログに気づかず大変申し訳ございません。
OGPや.htaccessについて色々とご教示ありがとうございます……！試してみます！
ログに気づかず大変申し訳ございません。
OGPや.htaccessについて色々とご教示ありがとうございます……！試してみます！
当初は焼きそばパンを食べる気が満々だったのですけども、売り場に行ったらそういう気分でもなかったので、結局買いませんでした。┌(:3」└)┐🍔🍔🍔
🍔Re:4807◆早速のご報告をどうもありがとうございます！ 参考になって助かります。
🍔Re:4808◆今度はFirefoxも何も警告を出さなくなりましたね。^^; 前の何が誤判定要因だったのか分かりませんが。
🍔Re:4809◆情報をどうもありがとうございます。動いたのなら何もせずそのままの状態でお使い頂けば問題ありません。（CGIモジュールとTime::Localモジュールが存在しなければ絶対に動きませんので、動いたならそれらが入っているということですから。一般的な場所に入っていなくても、パスが通っているディレクトリのどこかに入っていれば読めますから、どこか別のところに入っているのかもしれません。） Webに掲載しているカラフルボックスの情報は1年以上前のものなので、今はデフォルトでインストールされるモジュールが増加されたのかもしれませんね。
🍔Re:4810◆表示されるかどうかに関係なく本文内で1枚目に書かれた画像がOGP用画像に使われる仕様ですから、No.4799の方法を使えば、何でも好きな画像（画像保存用ディレクトリ内ではない別の場所にある画像でも）をOGPだけに指定できます。
いちいち隠すのが面倒な場合は、「本文1行目にはOGP用画像を書く」・「本当の本文は2行目から書く」というローカルルールで書くことにして、スキン側では本文として [[COMMENT:BODY]] または [[COMMENT:LINE:2*]] などを使う手もあります。
なお、User Agent名でアクセス先を分けるのは .htaccess で RewriteCond %{HTTP_USER_AGENT} ～ のように書くことでもできますので、その方法を使うとCGIソースの改変はしなくてもいけるかもしれません。
🍔Re:4807◆早速のご報告をどうもありがとうございます！ 参考になって助かります。
🍔Re:4808◆今度はFirefoxも何も警告を出さなくなりましたね。^^; 前の何が誤判定要因だったのか分かりませんが。
🍔Re:4809◆情報をどうもありがとうございます。動いたのなら何もせずそのままの状態でお使い頂けば問題ありません。（CGIモジュールとTime::Localモジュールが存在しなければ絶対に動きませんので、動いたならそれらが入っているということですから。一般的な場所に入っていなくても、パスが通っているディレクトリのどこかに入っていれば読めますから、どこか別のところに入っているのかもしれません。） Webに掲載しているカラフルボックスの情報は1年以上前のものなので、今はデフォルトでインストールされるモジュールが増加されたのかもしれませんね。
🍔Re:4810◆表示されるかどうかに関係なく本文内で1枚目に書かれた画像がOGP用画像に使われる仕様ですから、No.4799の方法を使えば、何でも好きな画像（画像保存用ディレクトリ内ではない別の場所にある画像でも）をOGPだけに指定できます。
いちいち隠すのが面倒な場合は、「本文1行目にはOGP用画像を書く」・「本当の本文は2行目から書く」というローカルルールで書くことにして、スキン側では本文として [[COMMENT:BODY]] または [[COMMENT:LINE:2*]] などを使う手もあります。
なお、User Agent名でアクセス先を分けるのは .htaccess で RewriteCond %{HTTP_USER_AGENT} ～ のように書くことでもできますので、その方法を使うとCGIソースの改変はしなくてもいけるかもしれません。
冬が来たような気温……！（でも来週はまた暑くなるとか？）
🥞Re:4798◆その場合、要は『「Aの画像が本文で1枚目の画像として書かれている」しかし「Aの画像は非表示になっている」』という状況にすれば良いので、以下のような方法で実現できます。
まず、非表示にする装飾を何か用意しておきます。
例えば、.deco-hide { display:none; } などを書いておきます。
あとは、1枚目の画像（＝OGPだけに使いたい画像）を本文の最初（＝というか他の画像が出てくるよりも前）に書いた上で、その非表示用の装飾記法で囲んで [F:hide: [PICT:～]] のような感じで書きます。
すると、お望みの動作になると思います。
🥞Re:4798◆その場合、要は『「Aの画像が本文で1枚目の画像として書かれている」しかし「Aの画像は非表示になっている」』という状況にすれば良いので、以下のような方法で実現できます。
まず、非表示にする装飾を何か用意しておきます。
例えば、.deco-hide { display:none; } などを書いておきます。
あとは、1枚目の画像（＝OGPだけに使いたい画像）を本文の最初（＝というか他の画像が出てくるよりも前）に書いた上で、その非表示用の装飾記法で囲んで [F:hide: [PICT:～]] のような感じで書きます。
すると、お望みの動作になると思います。
あと2時間後くらいには寝たい……！（明日は朝が早いので）
🥞Re:4790◆安心して年を越せるということで、良かったではないですか。(笑)
🥞Re:4794◆実際のページ全体のソースを拝見しないと何とも言い難いですが、その .newsign の直後に .newsign:empty{ display: none; } を加えると良いのではないかと思います。
※そのHTMLとCSSだと、どんな場合でも絶対にpaddingの分だけ背景色が見えます。『例えば「cat=」などのソートでは出現しません』という場合、その状況では別のスキンが適用されているか、別のCSSが適用されているか、または何らかの追加CSSが影響しているのではないかと思います。てがろぐが出力を制御するのはあくまでも [[NEW]] の部分だけなので、それを囲んでいる <span class="newsign">と</span> はどんな場合でも常に出力されますから。
なお、ハッシュタグだと認識されたくない半角 # 記号を書きたい場合は、# と書くと良いです。
「そんなの覚えられん」という場合は、[設定]→[投稿欄の表示]→【既存ハッシュタグ簡単入力機能】→[▼リストに追加する項目：]欄にある『「#」を挿入する項目を末尾に追加』項目にチェックを入れておくと、ハッシュタグ簡単入力用のセレクトボックスの末尾に出てきます。（※デフォルトではOFFですが、ここの動作試験場ではONになっています。）
🥞Re:4790◆安心して年を越せるということで、良かったではないですか。(笑)
🥞Re:4794◆実際のページ全体のソースを拝見しないと何とも言い難いですが、その .newsign の直後に .newsign:empty{ display: none; } を加えると良いのではないかと思います。
※そのHTMLとCSSだと、どんな場合でも絶対にpaddingの分だけ背景色が見えます。『例えば「cat=」などのソートでは出現しません』という場合、その状況では別のスキンが適用されているか、別のCSSが適用されているか、または何らかの追加CSSが影響しているのではないかと思います。てがろぐが出力を制御するのはあくまでも [[NEW]] の部分だけなので、それを囲んでいる <span class="newsign">と</span> はどんな場合でも常に出力されますから。
なお、ハッシュタグだと認識されたくない半角 # 記号を書きたい場合は、# と書くと良いです。
「そんなの覚えられん」という場合は、[設定]→[投稿欄の表示]→【既存ハッシュタグ簡単入力機能】→[▼リストに追加する項目：]欄にある『「#」を挿入する項目を末尾に追加』項目にチェックを入れておくと、ハッシュタグ簡単入力用のセレクトボックスの末尾に出てきます。（※デフォルトではOFFですが、ここの動作試験場ではONになっています。）
昨日の夕食はカレーライス。🍛🍛🍛
🍛Re:4783◆ご要望ありがとうございます。そうですよね、バランス的にはあった方が良いですよね。^^; カテゴリなしをカウントしていないのは（詳細は忘れましたが）なんか実装上の都合があったんだと思います。「ある物は簡単に数えられるけど、ない物は数えにくい」みたいな。とはいえ不可能ではないので、ToDoリストには入れておきます。気長にお待ち頂ければ幸いです。
🍛Re:4784◆ChromeやEdgeではZIPを問題なくダウンロードできますが、Firefoxだと警告が出るのはなんででしょうかね……？ たぶん、Firefox側の何らかの検出ミスなんでしょうけども。便利な拡張ツールをありがとうございます。
🍛Re:4785◆ご報告をどうもありがとうございます！ 助かります。確かに、不具合がありますね。
まだハッキリと原因は掴んでいませんが、たぶん正規表現の書き方に問題があるのだと思いますので、次のバージョンで修正します。
🍛Re:4786◆回答ありがとうございます。参考にさせて頂きます。^^ 実装の手間で言えば、何の入力欄も拡張しない③が一番楽ではあります。
🍛Re:4783◆ご要望ありがとうございます。そうですよね、バランス的にはあった方が良いですよね。^^; カテゴリなしをカウントしていないのは（詳細は忘れましたが）なんか実装上の都合があったんだと思います。「ある物は簡単に数えられるけど、ない物は数えにくい」みたいな。とはいえ不可能ではないので、ToDoリストには入れておきます。気長にお待ち頂ければ幸いです。
🍛Re:4784◆ChromeやEdgeではZIPを問題なくダウンロードできますが、Firefoxだと警告が出るのはなんででしょうかね……？ たぶん、Firefox側の何らかの検出ミスなんでしょうけども。便利な拡張ツールをありがとうございます。
🍛Re:4785◆ご報告をどうもありがとうございます！ 助かります。確かに、不具合がありますね。
- NG [1:def:あい[2:abc:う]えお] ←defがclass名とは解釈されずに見えてしまう。
- OK [1:def:あ[B:い[2:abc:う]え]お] ←間に別の装飾を入れれば問題ない。
- OK [3:あい[4:う]えお] ←class名を使わない汎用装飾なら入れ子にしても何も問題ない。
- OK [5:abc:あい[6:う]えお] ←外側が「class名あり」でも内側が「class名なし」の汎用装飾なら問題ない。
- OK [5:あい[6:abc:う]えお] ←内側が「class名あり」でも外側が「class名なし」の汎用装飾なら問題ない。
- NG [1:ghi:あ[2:def:い[3:abc:う]え]お] ←3重入れ子：一番外側のghiは問題ないが、2番目のdefはテキストとして見えてしまう。
- OK [1:def:あ[2:い[3:abc:う]え]お] ←3重入れ子：2番目の汎用装飾を「classなし」にすると問題ない。
まだハッキリと原因は掴んでいませんが、たぶん正規表現の書き方に問題があるのだと思いますので、次のバージョンで修正します。
🍛Re:4786◆回答ありがとうございます。参考にさせて頂きます。^^ 実装の手間で言えば、何の入力欄も拡張しない③が一番楽ではあります。
ハロウィン帽子を被ったピカチュウは手に入れました（ポケモンスリープ）。🎃
🎃Re:4779◆ご回答ありがとうございます。更新日時を記録する場合でも、強制的に表示されるようなことにはならないのでご安心下さい。それ専用の記法を新たに用意して、（その記法がスキンに使われている場合に）そこに表示される形にしかならないと思いますので。
🎃Re:4779◆ご回答ありがとうございます。更新日時を記録する場合でも、強制的に表示されるようなことにはならないのでご安心下さい。それ専用の記法を新たに用意して、（その記法がスキンに使われている場合に）そこに表示される形にしかならないと思いますので。
いつの間にか10月も最終週になってしまいました。はやい。_(┐｢ε:)_...🎃
🎃Re:4773,4774◆ご回答ありがとうございます。参考にさせて頂きます～。
🎃Re:4776◆画像保存用ディレクトリ以外にある画像が指定されていたり、画像保存用ディレクトリにある画像でも「まだ画像インデックスが更新されていなくて情報が載っていない画像」が指定されている場合には「キャプション自動取得対象外」という文字列が挿入されます。
🎃Re:4777◆ご指摘をどうもありがとうございます！ 設計では「先頭固定・下書き・予約待ち」だけを表示対象から除外しているつもりだったのですが、実際にソースを確認すると、うっかり「下げる」も表示対象外にしていました。次のβ版（近日中に公開予定です）で修正します。
🎃Re:4773,4774◆ご回答ありがとうございます。参考にさせて頂きます～。
🎃Re:4776◆画像保存用ディレクトリ以外にある画像が指定されていたり、画像保存用ディレクトリにある画像でも「まだ画像インデックスが更新されていなくて情報が載っていない画像」が指定されている場合には「キャプション自動取得対象外」という文字列が挿入されます。
- 画像保存用ディレクトリにある画像なら（画像管理画面を1度表示するなどして）画像インデックスファイルを更新させれば通常のalt属性値が入ります。
- なお、[PICT:ほげほげ:画像位置]のように書けば、（画像保存用ディレクトリ以外にある画像でも）任意のalt属性値（この例では「ほげほげ」）をその都度指定できます。
🎃Re:4777◆ご指摘をどうもありがとうございます！ 設計では「先頭固定・下書き・予約待ち」だけを表示対象から除外しているつもりだったのですが、実際にソースを確認すると、うっかり「下げる」も表示対象外にしていました。次のβ版（近日中に公開予定です）で修正します。
昼食はジェノベーゼピザ。🍕
---《緩募》---
投稿日時だけでなく更新日時も扱えるようになって欲しいというご要望をわりと頻繁に頂いている気がしますので、ちょっと具体的なイメージを考えてみました。
もし実装するとしたとして、下記の Ⓐ～Ⓒ、①～③、㋐～㋒ では、それぞれどれが望ましいですかね？
更新日時も扱えるようになって欲しいというご希望をお持ちの方は、番号でお知らせ頂けると今後の開発検討の参考になってありがたいです。
▼更新日時の扱い方：
🍕Re:4767◆よろしければ上記にご回答下さい。今後の参考にさせて頂きますので。
🍕Re:4768◆既に No.4769 さんがご回答下さっている通り、（専用の記法は用意していませんが）検索結果へのリンクを作れる書き方は用意していますので、その方法が使えます。
🍕Re:4768◆的確なサポートをありがとうございます！(╹◡╹)ﾉ
🍕Re:4769◆画像処理に関しては、Perlだとサーバ側にどんなモジュールがあると期待できるかは分からないわけですが、PHPだと少なくともGDライブラリはある前提にして良さそうなので、そこもPHPのメリットですねえ。
---《緩募》---
投稿日時だけでなく更新日時も扱えるようになって欲しいというご要望をわりと頻繁に頂いている気がしますので、ちょっと具体的なイメージを考えてみました。
もし実装するとしたとして、下記の Ⓐ～Ⓒ、①～③、㋐～㋒ では、それぞれどれが望ましいですかね？
更新日時も扱えるようになって欲しいというご希望をお持ちの方は、番号でお知らせ頂けると今後の開発検討の参考になってありがたいです。
▼更新日時の扱い方：
- Ⓐ 更新日時は「編集した瞬間の日時」が自動で記録されれば良い。手動で入力する機能は不要。
- Ⓑ 更新日時は「編集した瞬間の日時」を自動で記録して欲しいが、手動で編集する機能も欲しい。
- Ⓒ 更新日時は自動では記録せず、常に手動で指定したい。
- ①は、現状の投稿日時とは別に『更新日時用の入力欄』を追加するパターン。
- ②は、現状の投稿日時欄に、追加で更新日時も入力できるようにするパターン。
- ③は、投稿日時欄は何も変わらず、本文にコメントの形で更新日時を書いておけるようにするパターン。
- ㋐ 投稿日時を出力する。
- ㋑ 何も出力しない。
- ㋒ 「未更新」のような任意の文字列を出力する。
🍕Re:4767◆よろしければ上記にご回答下さい。今後の参考にさせて頂きますので。
🍕Re:4768◆既に No.4769 さんがご回答下さっている通り、（専用の記法は用意していませんが）検索結果へのリンクを作れる書き方は用意していますので、その方法が使えます。
🍕Re:4768◆的確なサポートをありがとうございます！(╹◡╹)ﾉ
🍕Re:4769◆画像処理に関しては、Perlだとサーバ側にどんなモジュールがあると期待できるかは分からないわけですが、PHPだと少なくともGDライブラリはある前提にして良さそうなので、そこもPHPのメリットですねえ。
ちょいと仕事が忙しくなってきまして、返信が放置気味ですみません。
私の代わりにサポートして下さっているみなさん、ありがとうございます。^^
なんとか今月中に次のβ版を公開したいと思っています。なかなか開発は進められていないのですが、今日はちょっとだけ進みました。
さて、どれに返信が必要なのか分からなくなりつつありますが、とりあえず解決した様子の件についてはもう私からはいいですかね。(^_^;)
それ以外について書きます。もし返信漏れがあったら、催促して下さい。
🍘Re:4752◆便利なツールをありがとうございます。私もてがろぐの機能増強分をPHPで書きたくなってきました。^^; Deprecatedの警告は「将来的に廃止される予定の機能」を使っている場合に出ます（だから古いバージョンのPHPでは警告が出ません）。なので、今のバージョンのPHPでは動いても、将来的なバージョンのPHPでは動かなくなる可能性があります。Function xxx() is deprecatedのように表示されるのだとしたら、その「xxx」が警告の対象です。そこを別の手段で実現するのが正攻法ですね。とりあえず、動作確認(開発)に使ったPHPのバージョンも併記なさると、今後に使おうとする方々の参考になって望ましいかもしれません。
🍘Re:4756◆ご要望をどうもありがとうございます。なるほど、その発想はありませんでした。ToDoリストに加えておきます。ただ、ToDoリストは既に莫大になっていますので、とりあえず直近でどうにかしたい場合はJavaScriptを使うのが良いと思います。日付境界バーは class="dateseparator" が付加されたブロック(現状ではp要素固定ですが)で出力されていますので、
🍘Re:4757◆ご要望をありがとうございます。しかしながら、クローラーをブロックするのはサーバ側の機能で、画像の保存を云々するのはスキン側の機能なので、それぞれサーバ設定（＝.htaccessファイル）やスキン自体のカスタマイズでご対応頂くのが最も望ましいと思います。もちろん、てがろぐ本体側でそこまで面倒を見ることは技術的に不可能ではありませんが、費用対効果（というか「実装の手間」と効果）が見合わない気がしますから、よほど何か事情がない限り開発の優先度は高まらないと思いますので。
それぞれ手動で対応する場合には、
ところが、てがろぐ側でこれらの面倒を見ようとすると、
前者については、
後者については、
そもそも、Web上に表示されている画像の保存を厳密に禁止する方法はありません。同種のテクニックはいろいろありますが、どれも「保存しにくくする」程度のものです。なので、どれくらい保存しにくくしたいか、という希望の程度に応じて採用テクニックを選択する必要があります。つまり「これ1種類で万人がOK」というテクニックはないので、そもそも ⓐ が用意しにくいのですよね。もし複数のテクニックを用意するなら、どれを出力したいのかを選択する機能を設ける必要もありますし。
……というわけで、てがろぐ側で面倒を見ることは技術的には可能ですけども、それを実装するだけのメリットがない（実装の手間が掛かるのに、ユーザ側の自由度は減る）と思うのです。
なので、その辺はサーバ設定とスキン編集で（手動で）ご対応頂くのが一番だと思います。畳む
それに、手動で.htaccess（やrobots.txt）を書く方が、てがろぐだけでなくサイト全体を一括で対象にできるので（クローラーをブロックしたいなら特に）保守が楽になるメリットもあります。
🍘Re:4763◆[[INFO:LASTUPDATE]]で出力される更新日時は（投稿の更新日時ではなく）てがろぐ全体の更新日時ですが、それを併記したいということですか？ それとも、投稿の更新日時を表示できるような機能が欲しい、というご要望でしょうかね？
私の代わりにサポートして下さっているみなさん、ありがとうございます。^^
なんとか今月中に次のβ版を公開したいと思っています。なかなか開発は進められていないのですが、今日はちょっとだけ進みました。
さて、どれに返信が必要なのか分からなくなりつつありますが、とりあえず解決した様子の件についてはもう私からはいいですかね。(^_^;)
それ以外について書きます。もし返信漏れがあったら、催促して下さい。
🍘Re:4752◆便利なツールをありがとうございます。私もてがろぐの機能増強分をPHPで書きたくなってきました。^^; Deprecatedの警告は「将来的に廃止される予定の機能」を使っている場合に出ます（だから古いバージョンのPHPでは警告が出ません）。なので、今のバージョンのPHPでは動いても、将来的なバージョンのPHPでは動かなくなる可能性があります。Function xxx() is deprecatedのように表示されるのだとしたら、その「xxx」が警告の対象です。そこを別の手段で実現するのが正攻法ですね。とりあえず、動作確認(開発)に使ったPHPのバージョンも併記なさると、今後に使おうとする方々の参考になって望ましいかもしれません。
🍘Re:4756◆ご要望をどうもありがとうございます。なるほど、その発想はありませんでした。ToDoリストに加えておきます。ただ、ToDoリストは既に莫大になっていますので、とりあえず直近でどうにかしたい場合はJavaScriptを使うのが良いと思います。日付境界バーは class="dateseparator" が付加されたブロック(現状ではp要素固定ですが)で出力されていますので、
- 初めて class="dateseparator" が出てきたらその直前に <div> を加える。
- 2度目以降に class="dateseparator" が出てきたらその直前に </div><div> を加える。
- 外側スキンの [[TEGALOG]] の直後に、例えば <!-- CLOSETAG --> などとコメントタグを書いておいて、上記1が実行されている場合に限って、そのコメントタグを </div> に置き換える。
🍘Re:4757◆ご要望をありがとうございます。しかしながら、クローラーをブロックするのはサーバ側の機能で、画像の保存を云々するのはスキン側の機能なので、それぞれサーバ設定（＝.htaccessファイル）やスキン自体のカスタマイズでご対応頂くのが最も望ましいと思います。もちろん、てがろぐ本体側でそこまで面倒を見ることは技術的に不可能ではありませんが、費用対効果（というか「実装の手間」と効果）が見合わない気がしますから、よほど何か事情がない限り開発の優先度は高まらないと思いますので。
それぞれ手動で対応する場合には、
- .htaccessファイル（紳士的なクローラーを対象にするならrobots.txtも使えますが）にクローラーをブロックする記述を加える。
- 外側スキンファイルに、画像に対する操作を抑止するようなJavaScriptなりを加える。
ところが、てがろぐ側でこれらの面倒を見ようとすると、
前者については、
- どんなクローラーを対象にするのかを設定できる項目を用意する。
- それが設定されていたら、
- Ⓐ.htaccessファイルがあるかどうかを確認して、
- Ⓑある場合には指定のクローラーに対する指示が既に含まれていないかどうかを確認して、
- Ⓒ含まれていない場合には書き加える。
- Ⓓ設定がOFFにされた場合には、書き加えた部分だけを削除して出力しなおす。
後者については、
- ⓐ 画像の保存を阻止するような何らかの制限を施すソースを用意しておく。
- ⓑ 専用の記法 [[PROTECTIMAGES]] があったら、そのソースを出力する。
そもそも、Web上に表示されている画像の保存を厳密に禁止する方法はありません。同種のテクニックはいろいろありますが、どれも「保存しにくくする」程度のものです。なので、どれくらい保存しにくくしたいか、という希望の程度に応じて採用テクニックを選択する必要があります。つまり「これ1種類で万人がOK」というテクニックはないので、そもそも ⓐ が用意しにくいのですよね。もし複数のテクニックを用意するなら、どれを出力したいのかを選択する機能を設ける必要もありますし。
……というわけで、てがろぐ側で面倒を見ることは技術的には可能ですけども、それを実装するだけのメリットがない（実装の手間が掛かるのに、ユーザ側の自由度は減る）と思うのです。
なので、その辺はサーバ設定とスキン編集で（手動で）ご対応頂くのが一番だと思います。畳む
それに、手動で.htaccess（やrobots.txt）を書く方が、てがろぐだけでなくサイト全体を一括で対象にできるので（クローラーをブロックしたいなら特に）保守が楽になるメリットもあります。
🍘Re:4763◆[[INFO:LASTUPDATE]]で出力される更新日時は（投稿の更新日時ではなく）てがろぐ全体の更新日時ですが、それを併記したいということですか？ それとも、投稿の更新日時を表示できるような機能が欲しい、というご要望でしょうかね？
そういえば冷凍たこ焼きの備蓄がまだあるじゃないか……という事実に今気付きました。
🧀Re:4748◆ご質問は、「特定のカテゴリに限定表示されている状況で、ハッシュタグ一覧にリストアップするハッシュタグを、そのカテゴリに属している投稿内で使われているハッシュタグだけに限定して表示することは可能か？」ということですかね？ そうだとすると、残念ながらその方法はありません。特定の条件を満たす投稿に含まれているハッシュタグだけをリストにしようとすると、表示する度に毎回「全投稿の中から指定の文字列があるかどうかを検索」することになるので、投稿総数が多くなればなるほど重たくなるからです。（そのような表示を作りたい場合は、おそらく、てがろぐCGIそのものを複数個設置して使い分ける方が良さそうな気がします。）
🧀Re:4749◆サポートありがとうございます。(╹◡╹)ﾉ そのテクニックは何か他にも拡大画像の表示有無の調整用途に使えそうな気もしますね。
🧀Re:4747,4750◆解決したようで良かったです～。
🧀Re:4748◆ご質問は、「特定のカテゴリに限定表示されている状況で、ハッシュタグ一覧にリストアップするハッシュタグを、そのカテゴリに属している投稿内で使われているハッシュタグだけに限定して表示することは可能か？」ということですかね？ そうだとすると、残念ながらその方法はありません。特定の条件を満たす投稿に含まれているハッシュタグだけをリストにしようとすると、表示する度に毎回「全投稿の中から指定の文字列があるかどうかを検索」することになるので、投稿総数が多くなればなるほど重たくなるからです。（そのような表示を作りたい場合は、おそらく、てがろぐCGIそのものを複数個設置して使い分ける方が良さそうな気がします。）
🧀Re:4749◆サポートありがとうございます。(╹◡╹)ﾉ そのテクニックは何か他にも拡大画像の表示有無の調整用途に使えそうな気もしますね。
🧀Re:4747,4750◆解決したようで良かったです～。
いつもお世話になっております。
昨日は投稿ボタンの配置についてご教示いただき、ありがとうございました。おかげさまで、無事に右側に配置することができ、とても快適に使用しております。
さて、現在私は「ギャラリーモード」を
設置URL/tegalog/?mode=gallery&cat=Illust
という形式で使用しており、「イラスト」カテゴリに投稿された画像のみを抽出して一覧表示しています。
そこで、「タグ一覧」についてもイラストカテゴリに限定して表示することは可能でしょうか？
連日での質問となり恐縮ではありますが、ご教示いただけますと幸いです。また、もし過去に同様の質問がありましたら、失礼いたしました。
どうぞよろしくお願いいたします。
昨日は投稿ボタンの配置についてご教示いただき、ありがとうございました。おかげさまで、無事に右側に配置することができ、とても快適に使用しております。
さて、現在私は「ギャラリーモード」を
設置URL/tegalog/?mode=gallery&cat=Illust
という形式で使用しており、「イラスト」カテゴリに投稿された画像のみを抽出して一覧表示しています。
そこで、「タグ一覧」についてもイラストカテゴリに限定して表示することは可能でしょうか？
連日での質問となり恐縮ではありますが、ご教示いただけますと幸いです。また、もし過去に同様の質問がありましたら、失礼いたしました。
どうぞよろしくお願いいたします。
冷凍ピザの在庫は尽きたんですが、冷凍チャーハンの在庫はまだありました。
🍘Re:4740,4743◆日付表記をいろいろ活用して下さってありがとうございます。解決したようで良かったです。(╹◡╹)
🍘Re:4741◆迅速サポートありがとうございます！
🍘Re:4742◆なるほど。解説をどうもありがとうございます。ギャラリーモード用にどんなソースのスキンをお使いなのかが分からないので正確な提案はできないのですが、例えば、figure:nth-of-type(n+5) { display: none; } とCSSを書くと（同じ親要素に含まれる）5番目以降のfigure要素が全部非表示になります。このような装飾を使えば、PICTとIMGをわざわざ使い分けなくても「ギャラリーモードでは4枚目までしか見せない」みたいなことは可能そうに思います。
とはいえ、記事によって見せたい枚数が不定の場合には、この方法は使えませんけども。
画像に付加できる「一覧外」フラグを使うと、その画像は class="embeddedpictbox nolisted" のように nolisted というclass名が付いて出力されますので、このclassがある場合に（ギャラリーモード用スキンでは）非表示にするようにしても良いかもしれません。この場合は、見せたい枚数が記事によって不定でも対応できますね。
ご要望頂いた仕様（＝PICT記法と同じように [IMG:*]URL 記法でもサムネイルを見せる機能）もToDoリストには入れておきます。ただ、IMGの方の記法を使って同サイト内の画像を表示する機能は（ほぼ）過去との互換性のために残してあるような感じですので、あまり機能拡張の優先度は高くならない気がしています。なので、当面は上記の方法などをご活用頂ければ幸いです。上記の方法が適用できなさそうなスキンになっている場合は、スキンの詳細を教えて頂ければ別の何らかの解決策を提示できるかもしれません。
🍘Re:4744◆てがろぐのご活用をどうもありがとうございます。削除ボタンを右寄せで表示する設定機能はありますが、そうではなく、削除ボタンは左側のままで投稿ボタンを右側にしたいということですかね。新規投稿/編集画面には自由なCSSを加えられますので、それで投稿ボタンが右側に表示されるよう書いて頂く方法はあります。実現方法は複数ありそうですが、例えば .submitcover { float: right; } というCSSを追加すれば、投稿ボタンは右端に寄ります。
🍘Re:4740,4743◆日付表記をいろいろ活用して下さってありがとうございます。解決したようで良かったです。(╹◡╹)
🍘Re:4741◆迅速サポートありがとうございます！
🍘Re:4742◆なるほど。解説をどうもありがとうございます。ギャラリーモード用にどんなソースのスキンをお使いなのかが分からないので正確な提案はできないのですが、例えば、figure:nth-of-type(n+5) { display: none; } とCSSを書くと（同じ親要素に含まれる）5番目以降のfigure要素が全部非表示になります。このような装飾を使えば、PICTとIMGをわざわざ使い分けなくても「ギャラリーモードでは4枚目までしか見せない」みたいなことは可能そうに思います。
とはいえ、記事によって見せたい枚数が不定の場合には、この方法は使えませんけども。
画像に付加できる「一覧外」フラグを使うと、その画像は class="embeddedpictbox nolisted" のように nolisted というclass名が付いて出力されますので、このclassがある場合に（ギャラリーモード用スキンでは）非表示にするようにしても良いかもしれません。この場合は、見せたい枚数が記事によって不定でも対応できますね。
ご要望頂いた仕様（＝PICT記法と同じように [IMG:*]URL 記法でもサムネイルを見せる機能）もToDoリストには入れておきます。ただ、IMGの方の記法を使って同サイト内の画像を表示する機能は（ほぼ）過去との互換性のために残してあるような感じですので、あまり機能拡張の優先度は高くならない気がしています。なので、当面は上記の方法などをご活用頂ければ幸いです。上記の方法が適用できなさそうなスキンになっている場合は、スキンの詳細を教えて頂ければ別の何らかの解決策を提示できるかもしれません。
🍘Re:4744◆てがろぐのご活用をどうもありがとうございます。削除ボタンを右寄せで表示する設定機能はありますが、そうではなく、削除ボタンは左側のままで投稿ボタンを右側にしたいということですかね。新規投稿/編集画面には自由なCSSを加えられますので、それで投稿ボタンが右側に表示されるよう書いて頂く方法はあります。実現方法は複数ありそうですが、例えば .submitcover { float: right; } というCSSを追加すれば、投稿ボタンは右端に寄ります。
