てがろぐ
- Fumy Otegaru Memo Logger -
検索語「〔除外:$ci=;〕」の検索結果［1244件］（6ページ目）
明日は特に寒そうなのに、朝早い。_(: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フィード用スキンを複数個用意して使い分けることもできます。
お世話になっております。いつも素敵なサービスやCGIをありがとうございます。
RSSリーダーでてがろぐのRSSを読み込む時、本文末尾に「No.〇〇〜」が表示されるものと表示されないものがあるように見受けられます。
例えばにしし様のひとことログは表示されていません。
おそらく管理画面の[設定＞補助＞RSSフィードの基本設定]から抜粋収録を選んでいるか、全文収録を選んでいるかの差と思います。
自分のサイトのRSSを読み込んだ際、全文収録の設定をしていても「No.XX〜」が表示されないようにする方法がございましたら、ご教示いただけますと幸いです。
RSSリーダーでてがろぐのRSSを読み込む時、本文末尾に「No.〇〇〜」が表示されるものと表示されないものがあるように見受けられます。
例えばにしし様のひとことログは表示されていません。
おそらく管理画面の[設定＞補助＞RSSフィードの基本設定]から抜粋収録を選んでいるか、全文収録を選んでいるかの差と思います。
自分のサイトのRSSを読み込んだ際、全文収録の設定をしていても「No.XX〜」が表示されないようにする方法がございましたら、ご教示いただけますと幸いです。
スキンのカスタマイズがうまくいかない場合のご質問をしようとするすべての方へのお願いですが、質問する前に、
もし標準スキンではうまくいくなら、お使いのスキンの問題です。
その場合は、「スキンのソース全体」や「稼働しているページ」を一緒に見せて頂かないと何も判断ができない可能性があります。
また、第三者が作成なさったスキン独自の機能に関するご質問は、まずはそのスキンの作者さんへお願いします。（※「○○で配布されているスキンに変えたら、××が適用されなくなった」というような感じのご質問は特に。）
- その「うまくいかない方法」を、標準スキンに書いても同様にうまくいかないのか？
もし標準スキンではうまくいくなら、お使いのスキンの問題です。
その場合は、「スキンのソース全体」や「稼働しているページ」を一緒に見せて頂かないと何も判断ができない可能性があります。
また、第三者が作成なさったスキン独自の機能に関するご質問は、まずはそのスキンの作者さんへお願いします。（※「○○で配布されているスキンに変えたら、××が適用されなくなった」というような感じのご質問は特に。）
🥞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◆ご報告をどうもありがとうございます！
Ver4.5.0リリースお疲れ様です🍵 未使用画像を探す機能がとても便利でありがたいです #感謝
🧇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 を公開しました！ #Update
何でも簡単入力ボタン、鍵入力窓の自由配置、未使用画像を探す機能や、画像フラグ一括変更、最新投稿日時の出力記法、汎用装飾ボタン9種などの追加が主な更新点です。その他、細々した仕様改善や機能追加、不具合修正を含んでいます。
➡ https://www.nishishi.com/cgi/tegalog/
バージョンアップするには、
🆕 Ver 4.5.0の更新点(概要)：
《▼大きな機能追加》
●何でも簡単入力ボタン機能
●鍵入力フォームの掲載位置を好きにできる機能
●画像管理画面で画像を検索できる機能
●どの投稿でも使われていない画像を探す「未使用画像を探す」機能
●複数の画像のフラグ設定を一括で変更する機能
●複数カテゴリの一括(生データ)編集機能
●画像ファイルのタイムスタンプ自由修正機能
●迷惑Bot対策：指定頻度の超過アクセスに「429 Too Many Requests エラーを返す」機能
《▼その他の機能追加》
●何らかのカテゴリの限定表示時では QUICKPOST の当該カテゴリに最初からチェックを入れておく機能
●最終更新日時ではなく最新投稿日時（最も新しい投稿の投稿日時）を出力する記法の新設
●ギャラリーモードで「画像を(原寸画像への)リンクにする」項目を独自に設定できる機能
●リスト記法の拡充：丸囲み記号のサポート
●自由装飾ボタンの追加：汎用装飾1～9
●投稿欄下部の「先頭に固定」等のラベル名も自由変更できる設定機能
●特殊表示モードの名称だけを得る記法3種を追加
●スキン内で使える専用コメント記法を追加
●画像管理画面での絞り込み表示時に「1ページ当たりの表示件数」を拡張する機能
《▼細かな機能追加》
●投稿一覧画面の上部に「下書き・鍵付き・下げる」の各投稿を一覧できるリンクを追加
●画像一覧画面に「一覧外・NSFW」の各フラグ付き画像だけを一覧できるリンクを追加
●投稿欄の編集領域を広げる、編集最大ボタンを追加
●読み上げを停止するボタンを追加
《▼仕様改善》
●リスト記法の先頭記号に使える文字数を緩和
●投稿欄下部のボタン群から [機能] を分離して [公開状態] を新設
●投稿本文が0文字（空欄）でも、投稿画像が指定されていれば投稿可能にする仕様改善
●画像の削除アルゴリズムを見直して、高速に削除可能に
●画像インデックスファイルの肥大化を防ぐ仕様を追加
●総ページ数が数百ページを超える場合に極端に表示が遅くなる問題を解決
●画像の絞り込み表示中は、ページ上部のフォームを畳んでおくよう改善
●画像管理画面での画像の絞り込み表示状態から、特定の画像のメタデータを編集した場合でも、元の絞り込み状態の画面に戻るよう動作を改善
《▼スキン更新》
●標準添付の各スキンに、自由装飾記法のサンプルを1つ追加
《▼不具合修正》
❎内側スキンの中で INCLUDE記法を使って合成したファイルの中に書かれた IF文が機能しない不具合を解消
❎鍵入力フォームの解除後で、状況に依存した前後投稿へ移動できなくなる問題を解消
❎本文中にカスタム絵文字があるとき、プレーンテキストで出力される場面では、絵文字の位置にJavaScriptソース等がそのまま出力されてしまう不具合を解消
更新点について詳しい解説は、リリースノート(No.45)をご参照下さい。
アナウンス：
✔Twitter：
✔Bluesky
✔Pawoo（Mastodon）
何でも簡単入力ボタン、鍵入力窓の自由配置、未使用画像を探す機能や、画像フラグ一括変更、最新投稿日時の出力記法、汎用装飾ボタン9種などの追加が主な更新点です。その他、細々した仕様改善や機能追加、不具合修正を含んでいます。
➡ https://www.nishishi.com/cgi/tegalog/
バージョンアップするには、
- 1クリックでバージョンアップできる専用PHP「TegUp」のご使用をお勧め致します。
- もしくは、最新版のZIPの中から tegalog.cgi と fumycts.pl の2ファイルだけを抜き出して上書きアップロードして下さい。
🆕 Ver 4.5.0の更新点(概要)：
《▼大きな機能追加》
●何でも簡単入力ボタン機能
●鍵入力フォームの掲載位置を好きにできる機能
●画像管理画面で画像を検索できる機能
●どの投稿でも使われていない画像を探す「未使用画像を探す」機能
●複数の画像のフラグ設定を一括で変更する機能
●複数カテゴリの一括(生データ)編集機能
●画像ファイルのタイムスタンプ自由修正機能
●迷惑Bot対策：指定頻度の超過アクセスに「429 Too Many Requests エラーを返す」機能
《▼その他の機能追加》
●何らかのカテゴリの限定表示時では QUICKPOST の当該カテゴリに最初からチェックを入れておく機能
●最終更新日時ではなく最新投稿日時（最も新しい投稿の投稿日時）を出力する記法の新設
●ギャラリーモードで「画像を(原寸画像への)リンクにする」項目を独自に設定できる機能
●リスト記法の拡充：丸囲み記号のサポート
●自由装飾ボタンの追加：汎用装飾1～9
●投稿欄下部の「先頭に固定」等のラベル名も自由変更できる設定機能
●特殊表示モードの名称だけを得る記法3種を追加
●スキン内で使える専用コメント記法を追加
●画像管理画面での絞り込み表示時に「1ページ当たりの表示件数」を拡張する機能
《▼細かな機能追加》
●投稿一覧画面の上部に「下書き・鍵付き・下げる」の各投稿を一覧できるリンクを追加
●画像一覧画面に「一覧外・NSFW」の各フラグ付き画像だけを一覧できるリンクを追加
●投稿欄の編集領域を広げる、編集最大ボタンを追加
●読み上げを停止するボタンを追加
《▼仕様改善》
●リスト記法の先頭記号に使える文字数を緩和
●投稿欄下部のボタン群から [機能] を分離して [公開状態] を新設
●投稿本文が0文字（空欄）でも、投稿画像が指定されていれば投稿可能にする仕様改善
●画像の削除アルゴリズムを見直して、高速に削除可能に
●画像インデックスファイルの肥大化を防ぐ仕様を追加
●総ページ数が数百ページを超える場合に極端に表示が遅くなる問題を解決
●画像の絞り込み表示中は、ページ上部のフォームを畳んでおくよう改善
●画像管理画面での画像の絞り込み表示状態から、特定の画像のメタデータを編集した場合でも、元の絞り込み状態の画面に戻るよう動作を改善
《▼スキン更新》
●標準添付の各スキンに、自由装飾記法のサンプルを1つ追加
《▼不具合修正》
❎内側スキンの中で INCLUDE記法を使って合成したファイルの中に書かれた IF文が機能しない不具合を解消
❎鍵入力フォームの解除後で、状況に依存した前後投稿へ移動できなくなる問題を解消
❎本文中にカスタム絵文字があるとき、プレーンテキストで出力される場面では、絵文字の位置にJavaScriptソース等がそのまま出力されてしまう不具合を解消
更新点について詳しい解説は、リリースノート(No.45)をご参照下さい。
アナウンス：
✔Twitter：
（ツイート埋め込み処理中...）Twitterで見る
✔Bluesky
✔Pawoo（Mastodon）
返信が遅くなってすみません。てがろぐ 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ソースの改変はしなくてもいけるかもしれません。
開発進捗状況報告サイトで、てがろぐ Ver 4.4.5(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 4.4.5βの更新点(概要)：
《▼新機能》
●複数の画像のフラグ設定を一括で変更する機能
●負荷を軽減して高速化した「未使用画像を探す」機能
●画像管理画面での絞り込み表示時に「1ページ当たりの表示件数」を拡張する機能
《▼仕様改善》
●画像の絞り込み表示中は、ページ上部のフォームを畳んでおくよう改善
●画像管理画面での画像の絞り込み表示状態から、特定の画像のメタデータを編集した場合でも、元の絞り込み状態の画面に戻るよう動作を改善。（従来は絞り込み検索が解除された状態に戻ってしまっていました。）
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
🆕 Ver 4.4.5βの更新点(概要)：
《▼新機能》
●複数の画像のフラグ設定を一括で変更する機能
●負荷を軽減して高速化した「未使用画像を探す」機能
●画像管理画面での絞り込み表示時に「1ページ当たりの表示件数」を拡張する機能
《▼仕様改善》
●画像の絞り込み表示中は、ページ上部のフォームを畳んでおくよう改善
●画像管理画面での画像の絞り込み表示状態から、特定の画像のメタデータを編集した場合でも、元の絞り込み状態の画面に戻るよう動作を改善。（従来は絞り込み検索が解除された状態に戻ってしまっていました。）
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
あんまり詳しくは検証していないんですが、現在のてがろぐの仕様では、
カテゴリは専用項目で分類できるのに対して、ハッシュタグは本文全体の中身を走査しないと分類できないので、負荷がずいぶん異なります。
ハッシュタグがたくさんある場合に重たくなるのは主に「ハッシュタグを集計するタイミング」なので、たとえハッシュタグを使う場合でも、下図のように集計しない設定にしておけば、重たくなるのを回避できます。（たぶん）
ハッシュタグの集計をしない設定
※この設定をしていても、その下にある『本文中のハッシュタグをリンクにする』項目の方がONなら、ハッシュタグそのものは機能します。（単に個数を数えなくなるだけです。）
- ハッシュタグの数が多いと重たくなりやすい
カテゴリは専用項目で分類できるのに対して、ハッシュタグは本文全体の中身を走査しないと分類できないので、負荷がずいぶん異なります。
ハッシュタグがたくさんある場合に重たくなるのは主に「ハッシュタグを集計するタイミング」なので、たとえハッシュタグを使う場合でも、下図のように集計しない設定にしておけば、重たくなるのを回避できます。（たぶん）
※この設定をしていても、その下にある『本文中のハッシュタグをリンクにする』項目の方がONなら、ハッシュタグそのものは機能します。（単に個数を数えなくなるだけです。）
冬が来たような気温……！（でも来週はまた暑くなるとか？）
🥞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になっています。）
11/11締め切りと思った原稿をさっさと上げて先方に送ったら、｢早いですね、締め切り来年なのに！｣って言われて、は？と思って確認したら1/11だったorz
少し前に夏が締め切りだった原稿を最近やっと上げたと言う迷惑行為があったので(オンライン発表なので遅刻も大丈夫と言われた)、今回の締め切りはちゃんと守る！と思ったらこれですよ。まあ遅刻よりいいですけれどもー。
進捗上げないとやる気出ないタイプですが、SNSで公開するのは好みではないのでてがろぐで進捗も壁打ち放流してひとり頑張ってますので誰か褒めて。
少し前に夏が締め切りだった原稿を最近やっと上げたと言う迷惑行為があったので(オンライン発表なので遅刻も大丈夫と言われた)、今回の締め切りはちゃんと守る！と思ったらこれですよ。まあ遅刻よりいいですけれどもー。
進捗上げないとやる気出ないタイプですが、SNSで公開するのは好みではないのでてがろぐで進捗も壁打ち放流してひとり頑張ってますので誰か褒めて。
昨日の夕食はカレーライス。🍛🍛🍛
🍛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◆回答ありがとうございます。参考にさせて頂きます。^^ 実装の手間で言えば、何の入力欄も拡張しない③が一番楽ではあります。
開発進捗状況報告サイトで、てがろぐ Ver 4.4.4(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 4.4.4βの更新点(概要)：
《▼新機能》
●複数カテゴリの一括(生データ)編集機能
●自由装飾ボタンの追加：汎用装飾1～9
●リスト記法の拡充：丸囲み記号のサポート
《▼仕様改善》
●画像一覧画面に「一覧外・NSFW」の各フラグ付き画像だけを一覧できるリンクを追加。
●何でも簡単入力ボタン機能の登録欄で、入力欄の右端で折り返されないよう表示仕様を改善。
《▼不具合修正》
❎カテゴリツリーの表示時に『末尾に「カテゴリなし」を追加』をONにしていても追加されない不具合を修正。
❎本文中にカスタム絵文字があるとき、プレーンテキストで出力される場面では、絵文字の位置にJavaScriptソース等がそのまま出力されてしまう不具合を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
🆕 Ver 4.4.4βの更新点(概要)：
《▼新機能》
●複数カテゴリの一括(生データ)編集機能
●自由装飾ボタンの追加：汎用装飾1～9
●リスト記法の拡充：丸囲み記号のサポート
《▼仕様改善》
●画像一覧画面に「一覧外・NSFW」の各フラグ付き画像だけを一覧できるリンクを追加。
●何でも簡単入力ボタン機能の登録欄で、入力欄の右端で折り返されないよう表示仕様を改善。
《▼不具合修正》
❎カテゴリツリーの表示時に『末尾に「カテゴリなし」を追加』をONにしていても追加されない不具合を修正。
❎本文中にカスタム絵文字があるとき、プレーンテキストで出力される場面では、絵文字の位置にJavaScriptソース等がそのまま出力されてしまう不具合を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
ハロウィン帽子を被ったピカチュウは手に入れました（ポケモンスリープ）。🎃
🎃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のメリットですねえ。
質問したいです。
画像一覧モードで、新着画像リストのように画像を『「その画像を掲載しているすべての投稿」を見るページ(検索結果)に移動するリンク』にできる記述方法はありますか。
もしあったら教えていただけるとありがたいです。
画像一覧モードで、新着画像リストのように画像を『「その画像を掲載しているすべての投稿」を見るページ(検索結果)に移動するリンク』にできる記述方法はありますか。
もしあったら教えていただけるとありがたいです。
今日は、たこ焼きを食べました。6個。
ちょいと仕事が忙しくなってきまして、返信が放置気味ですみません。
私の代わりにサポートして下さっているみなさん、ありがとうございます。^^
なんとか今月中に次のβ版を公開したいと思っています。なかなか開発は進められていないのですが、今日はちょっとだけ進みました。
さて、どれに返信が必要なのか分からなくなりつつありますが、とりあえず解決した様子の件についてはもう私からはいいですかね。(^_^;)
それ以外について書きます。もし返信漏れがあったら、催促して下さい。
🍘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◆解決したようで良かったです～。
