てがろぐ
- Fumy Otegaru Memo Logger -
2022年12月 この範囲を時系列順で読む この範囲をファイルに出力する
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
てがろぐ5周年おめでとうございます！
もうてがろぐは手放せない存在なので、これからも愛用させていただきます！
素晴らしいプログラムをありがとうございます！
もうてがろぐは手放せない存在なので、これからも愛用させていただきます！
素晴らしいプログラムをありがとうございます！
5周年おめでとうございます！！いつもありがとうございます。
もうてがろぐなしのサイトには戻れません！これからもお世話になります・・・！！
もうてがろぐなしのサイトには戻れません！これからもお世話になります・・・！！
ご質問を頂きましたので、カスタマイズ方法ページにも回答を書いておきました。#🌱豆知識
➡『先頭固定機能を使いつつ、最新の1件を別ページに埋め込みたい場合の方法』（『あるスキンの出力結果を別のページに埋め込む方法』の補足）
SSIやPHP等を使って「最新の1件」を別ページに埋め込んでいるとき、先頭固定機能も同時に使うと、そのままでは「先頭固定された投稿」だけがずっと固定的に埋め込まれてしまって役に立ちません。^^; そんなときには、「表示条件が限定されているときには先頭固定機能は働かない」という仕様を利用するとうまくいきます。……という解説を加えました。
➡『先頭固定機能を使いつつ、最新の1件を別ページに埋め込みたい場合の方法』（『あるスキンの出力結果を別のページに埋め込む方法』の補足）
SSIやPHP等を使って「最新の1件」を別ページに埋め込んでいるとき、先頭固定機能も同時に使うと、そのままでは「先頭固定された投稿」だけがずっと固定的に埋め込まれてしまって役に立ちません。^^; そんなときには、「表示条件が限定されているときには先頭固定機能は働かない」という仕様を利用するとうまくいきます。……という解説を加えました。
てがろぐ5周年🎉 ありがとうございます。使って下さる方々のおかげで、ここまで開発モチベーションを失わずに来れました。(╹◡╹)ﾉ
🍘Re:3315◆説明はとても分かりやすかったです。ありがとうございます。需要の存在になかなか気付く機会がないので、ご報告はいつでも歓迎です。^^
（ツイート埋め込み処理中...）Twitterで見る
🍘Re:3315◆説明はとても分かりやすかったです。ありがとうございます。需要の存在になかなか気付く機会がないので、ご報告はいつでも歓迎です。^^
もうちょっと秋が長くても良いのでは……と思ったのだけども、いつの間にかもう12月なの……。
🍘Re:3308◆詳しいご指摘をどうもありがとうございます。「続きを読む」機能を入れ子で使う発想が微塵もなかったのでテストもしていませんでした。(笑) なるほど、そんな需要もあるんですね！ 早速、修正しましたので次のバージョンからは問題なくお使い頂けるハズです。ここ（試験場）では既にその修正版が動作していまして、No.3313で動作試験しています。次のβ版として配布しますので、もうしばらくお待ち下さい。
🍘Re:3309◆私もその発想がありませんでした。というか、わりと作者の発想になかったことをお知らせ頂くことが多くてありがたいです。(笑) やはり、自分だけの使用感だと発想の幅に(わりとすぐの)限界があるんですよね。
🍘Re:3310◆ご愛用ありがとうございます。そういえば、新着投稿リストにはカテゴリを出力する機能がありませんでしたね。なんでかな……と思ったら、カテゴリ機能を搭載したのが Ver 3.0.0 だったのに対して、新着画像リスト(LATESTLIST)を搭載したのは Ver 2.6.0 だったからのようです。^^; ToDoリストには加えますので、もうしばらくお待ち頂ければ幸いです。
🍘Re:3311◆なるほど、そんな技が……。考えましたね！ [[NAVI:PREVNEXT]] だけは外側にカバー要素を用意しなければ、たしかにそれらを並列にして順序を指定できますね！ 思いつきませんでした。^^;
🍘Re:3308◆詳しいご指摘をどうもありがとうございます。「続きを読む」機能を入れ子で使う発想が微塵もなかったのでテストもしていませんでした。(笑) なるほど、そんな需要もあるんですね！ 早速、修正しましたので次のバージョンからは問題なくお使い頂けるハズです。ここ（試験場）では既にその修正版が動作していまして、No.3313で動作試験しています。次のβ版として配布しますので、もうしばらくお待ち下さい。
🍘Re:3309◆私もその発想がありませんでした。というか、わりと作者の発想になかったことをお知らせ頂くことが多くてありがたいです。(笑) やはり、自分だけの使用感だと発想の幅に(わりとすぐの)限界があるんですよね。
🍘Re:3310◆ご愛用ありがとうございます。そういえば、新着投稿リストにはカテゴリを出力する機能がありませんでしたね。なんでかな……と思ったら、カテゴリ機能を搭載したのが Ver 3.0.0 だったのに対して、新着画像リスト(LATESTLIST)を搭載したのは Ver 2.6.0 だったからのようです。^^; ToDoリストには加えますので、もうしばらくお待ち頂ければ幸いです。
🍘Re:3311◆なるほど、そんな技が……。考えましたね！ [[NAVI:PREVNEXT]] だけは外側にカバー要素を用意しなければ、たしかにそれらを並列にして順序を指定できますね！ 思いつきませんでした。^^;
指定範囲を隠す機能を入れ子にした場合の動作テスト Ver 3.8.8β(未配布)
▼ラベルなしの折り畳み：
(改行あり)
折り畳み1
折り畳み2
折り畳み3
畳む畳む畳む
(改行なし)
折り畳み折り畳み折り畳み畳む畳む畳む
▼ラベルありの折り畳み：
(改行あり)
折り畳みa
折り畳みb
折り畳みc
折り畳みd
折り畳みe
折り畳みf
畳む畳む畳む畳む畳む畳む
(改行なし)
折り畳みa折り畳みb折り畳みc折り畳みd折り畳みe折り畳みf畳む畳む畳む畳む畳む畳む
▼ラベルありなし混在の折り畳み
1：ありA→なし→ありB→なし→ありC→なし
折り畳み1
折り畳み2
折り畳み3
折り畳み4
折り畳み5
折り畳み6
畳む畳む畳む畳む畳む畳む
2：なし→ありA→なし→ありB→なし→ありC
折り畳み1
折り畳み2
折り畳み3
折り畳み4
折り畳み5
折り畳み6
畳む畳む畳む畳む畳む畳む
3：ありA→ありB→ありC→なし→なし→ありD
折り畳み1a折り畳み2b折り畳み3c折り畳み4折り畳み5折り畳み6d畳む畳む畳む畳む畳む畳む
リンクラベル内に # を使った場合のテスト。にしし#ふぁくとりー
▼ラベルなしの折り畳み：
(改行あり)
折り畳み1
折り畳み2
折り畳み3
畳む畳む畳む
(改行なし)
折り畳み折り畳み折り畳み畳む畳む畳む
▼ラベルありの折り畳み：
(改行あり)
折り畳みa
折り畳みb
折り畳みc
折り畳みd
折り畳みe
折り畳みf
畳む畳む畳む畳む畳む畳む
(改行なし)
折り畳みa折り畳みb折り畳みc折り畳みd折り畳みe折り畳みf畳む畳む畳む畳む畳む畳む
▼ラベルありなし混在の折り畳み
1：ありA→なし→ありB→なし→ありC→なし
折り畳み1
折り畳み2
折り畳み3
折り畳み4
折り畳み5
折り畳み6
畳む畳む畳む畳む畳む畳む
2：なし→ありA→なし→ありB→なし→ありC
折り畳み1
折り畳み2
折り畳み3
折り畳み4
折り畳み5
折り畳み6
畳む畳む畳む畳む畳む畳む
3：ありA→ありB→ありC→なし→なし→ありD
折り畳み1a折り畳み2b折り畳み3c折り畳み4折り畳み5折り畳み6d畳む畳む畳む畳む畳む畳む
リンクラベル内に # を使った場合のテスト。にしし#ふぁくとりー
ページナビのほうですが私はCSSでそのように表示してるのでご参考になれば幸いです
skin-cover.html
<div class="pagenavi">
[[NAVI:PREVNEXT]]
<p class="pagenums">[[NAVI:PAGELIST]]</p>
<p class="pagehome">[[NAVI:TOPPAGE]]</p>
</div>
CSS
.pagenavi {
margin:1.5em 0px;
padding:.5em 0px;
text-align:center;
display:flex;
flex-direction:row;
width:100%;
justify-content:center;
}
.pagehome a, .prevlink, .nextlink {
margin:0 .7em;
padding:0 .7em;
}
.pagehome a {
display:inline-block;
height:100%;
}
.prevlink {order:1}
.linkseparator {display:none}
.nextlink {order:3}
.pagenums {order:2;}
上記は装飾部分のスタイルは省いてますが位置関係は画像のような感じになるかと思います。
skin-cover.html
<div class="pagenavi">
[[NAVI:PREVNEXT]]
<p class="pagenums">[[NAVI:PAGELIST]]</p>
<p class="pagehome">[[NAVI:TOPPAGE]]</p>
</div>
CSS
.pagenavi {
margin:1.5em 0px;
padding:.5em 0px;
text-align:center;
display:flex;
flex-direction:row;
width:100%;
justify-content:center;
}
.pagehome a, .prevlink, .nextlink {
margin:0 .7em;
padding:0 .7em;
}
.pagehome a {
display:inline-block;
height:100%;
}
.prevlink {order:1}
.linkseparator {display:none}
.nextlink {order:3}
.pagenums {order:2;}
上記は装飾部分のスタイルは省いてますが位置関係は画像のような感じになるかと思います。
てがろぐ使いやすくて愛用させて頂いてます！ありがとうございます。
#要望 なのですが
・最近の投稿(LATESTLIST)にカテゴリを表示出来るようになったら嬉しいなと思いました。
・ページナビで現在だと
前の〇件 / 次の〇件
1.2.3～
の様に2段表示になっているところを
前の〇件 1.2.3. 次の〇件の様に1段で表示できるように出来ますでしょうか？
どちらも出来たら有難いな～と思いました。
もし可能でしたらご検討頂ければ幸いです。いつもありがとうございますm(__)m
#要望 なのですが
・最近の投稿(LATESTLIST)にカテゴリを表示出来るようになったら嬉しいなと思いました。
・ページナビで現在だと
前の〇件 / 次の〇件
1.2.3～
の様に2段表示になっているところを
前の〇件 1.2.3. 次の〇件の様に1段で表示できるように出来ますでしょうか？
どちらも出来たら有難いな～と思いました。
もし可能でしたらご検討頂ければ幸いです。いつもありがとうございますm(__)m
折り畳みの中にさらに折り畳みする…という発想がなかったのでなるほど…と思いました。
こちらを拝見してると皆さんいろんな使い方されてるんだなぁと発見があります。
こちらを拝見してると皆さんいろんな使い方されてるんだなぁと発見があります。
β版配布お疲れ様です。
Ver 3.8.7にアップデートしました。
#を簡単に引き出せるようになってとても使いやすくなりました。
いつも細かい修正や要望に対応してくださりありがとうございます。
#感謝
この機能を早速使用して気づいたのですが、「#」をリンク内テキストに入れると
[#文字]https:⁄⁄xxx～.com/
というように、うまくリンクが反映されませんでした。
それと、今回のβ版とは関係ない箇所ですが、折り畳み機能の中にもう一つ折り畳みタグを入れると正しく表示されませんでした。
状況の説明が少し長くなったので、畳みます
実際に以下書いてみた内容は以下の通りです。
全角文字が混ざってないか、入れ子が間違ってないかなど何度も確認しましたが、表記ミスがあったらすみません。
投稿した結果
▽ラベルの表示
（1）（4）1階層目の内容がラベルに表示され、2階層目のタグが反映されません。
（2）「ラベルA」ではなく、「続きを読む（標準ラベル）」の表示になります。
（3）正常に「ラベルA」と表示されます。
▽1階層目のラベルを展開
（1）2階層目の内容だけ表示されます。
（2）テキストの前に「ラベルA:」のテキストが入ります。「ラベルB」は正常に表示されます。
（3）正常に「続きを読む（標準ラベル）」が表示されます。
（4）テキストの前に「ラベルB:」のテキストが入ります。2階層目の内容のみ表示されます。
▽2階層目のラベルを展開
（２）（３）2階層目の内容は正常に表示されます。
ということで、折り畳みを入れ子にした場合、（３）の1階層目だけラベルを付けた場合のみ、正常に表示されました。
2階層目のタグの前に改行を入れてみたところ、（1）（３）（4）は正常に見れましたが、（2）は改行入れなかったときと同じような状態で表示されました。畳む
色々ややこしくて上手く説明できてるかわかりませんが、正常に表示できるようにしていただければと思います。
大変お手数おかけしますが、よろしくお願いいたします。
#報告
Ver 3.8.7にアップデートしました。
#を簡単に引き出せるようになってとても使いやすくなりました。
いつも細かい修正や要望に対応してくださりありがとうございます。
#感謝
この機能を早速使用して気づいたのですが、「#」をリンク内テキストに入れると
[#文字]https:⁄⁄xxx～.com/
というように、うまくリンクが反映されませんでした。
それと、今回のβ版とは関係ない箇所ですが、折り畳み機能の中にもう一つ折り畳みタグを入れると正しく表示されませんでした。
状況の説明が少し長くなったので、畳みます
実際に以下書いてみた内容は以下の通りです。
全角文字が混ざってないか、入れ子が間違ってないかなど何度も確認しましたが、表記ミスがあったらすみません。
（１）ラベルを何もつけない
[H:折り畳み1階層目 [H:折り畳み2階層目]]
（２）ラベルを二つともつける（ラベルA・ラベルB）
[H:ラベルA:折り畳み1階層目[H:ラベルB:折り畳み2階層目]]
（３）最初だけラベルをつける（ラベルA）
[H:ラベルA:折り畳み1階層目[H:折り畳み2階層目]]
（４）2階層目だけラベルをつける（ラベルB）
[H:折り畳み1階層目[H:ラベルB:折り畳み2階層目]]
投稿した結果
▽ラベルの表示
（1）（4）1階層目の内容がラベルに表示され、2階層目のタグが反映されません。
（2）「ラベルA」ではなく、「続きを読む（標準ラベル）」の表示になります。
（3）正常に「ラベルA」と表示されます。
▽1階層目のラベルを展開
（1）2階層目の内容だけ表示されます。
（2）テキストの前に「ラベルA:」のテキストが入ります。「ラベルB」は正常に表示されます。
（3）正常に「続きを読む（標準ラベル）」が表示されます。
（4）テキストの前に「ラベルB:」のテキストが入ります。2階層目の内容のみ表示されます。
▽2階層目のラベルを展開
（２）（３）2階層目の内容は正常に表示されます。
ということで、折り畳みを入れ子にした場合、（３）の1階層目だけラベルを付けた場合のみ、正常に表示されました。
2階層目のタグの前に改行を入れてみたところ、（1）（３）（4）は正常に見れましたが、（2）は改行入れなかったときと同じような状態で表示されました。畳む
色々ややこしくて上手く説明できてるかわかりませんが、正常に表示できるようにしていただければと思います。
大変お手数おかけしますが、よろしくお願いいたします。
#報告
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
暑いのも困るが、寒いのも困る……！ 冬眠してしまいそう……。
🍘Re:3305◆ご要望は需要判断の参考にもなりますので、直接的に実装できない場合でもたいへんありがたいです。ご要望は歓迎ですのでまた何かお気づきの点があればいつでもお気軽にお知らせ下さい～。
🍘Re:3305◆ご要望は需要判断の参考にもなりますので、直接的に実装できない場合でもたいへんありがたいです。ご要望は歓迎ですのでまた何かお気づきの点があればいつでもお気軽にお知らせ下さい～。
めちゃくちゃさむい……！
返信が遅くなってすみません。ねむい。
🍘Re:3301◆カウントする種類を増やせば増やすほど動作が遅くなる(と思う)ので今のところカウントは最小限にしたいと思ってはいるのですが、もし何か遅くならずに済みそうな方法を思いついたときには実装を試してみるようにします。一応はToDoにメモっておきますので、期待せずにお待ち下さい。^^;
🍘Re:3302◆ご要望をどうもありがとうございます！ てがろぐの画像投稿機能は本当にオマケ程度の機能として始まったので、内部で何のデータも持っていないのですよね。元々は投稿日時もファイル名から得ていましたし。今は日付はファイルのタイムスタンプを参照するようになっていますが。で、投稿者のユーザIDだけはファイルに保持させる方法がないので、ハイフンで区切られたファイル名を見る仕様のままなわけですが。
で、今のままだと「鍵付き投稿用にUPした画像」のような属性を加えることもできないので、新着画像リストには問答無用で全部の画像が出てしまいます。それでは困りそうなので、投稿されている全画像を独立したデータファイル（画像インデックス）で管理する仕様を作る計画でいます。この画像インデックスができれば、画像1つ1つに対して任意のデータを付与できますから、
問題は、この画像インデックス生成機能を実装するのがわりと大変そうなので（1から作るだけなら良いのですが、既存の画像管理機能との整合性を取りつつ改造しないといけないので）実装する時間と気力をどうやって確保するのかが難しいところなのですけども。_(┐｢ε:)_
当初は画像投稿にここまで需要があるとは思っていなかったので（てがろぐVer.1では画像投稿機能がそもそもありませんでした）かなりテキトーな実装だったのですが、最初からもうちょっと設計しておけば良かったな……と今では思います。^^;
そんなわけで、気力さえ出ればもうちょっと便利な仕様になりますので、気長にお待ち頂ければ幸いです。
🍘Re:3303◆計算したところ、翌年の8月26日が11月299日のようですね。閏年でなければ。
返信が遅くなってすみません。ねむい。
🍘Re:3301◆カウントする種類を増やせば増やすほど動作が遅くなる(と思う)ので今のところカウントは最小限にしたいと思ってはいるのですが、もし何か遅くならずに済みそうな方法を思いついたときには実装を試してみるようにします。一応はToDoにメモっておきますので、期待せずにお待ち下さい。^^;
🍘Re:3302◆ご要望をどうもありがとうございます！ てがろぐの画像投稿機能は本当にオマケ程度の機能として始まったので、内部で何のデータも持っていないのですよね。元々は投稿日時もファイル名から得ていましたし。今は日付はファイルのタイムスタンプを参照するようになっていますが。で、投稿者のユーザIDだけはファイルに保持させる方法がないので、ハイフンで区切られたファイル名を見る仕様のままなわけですが。
で、今のままだと「鍵付き投稿用にUPした画像」のような属性を加えることもできないので、新着画像リストには問答無用で全部の画像が出てしまいます。それでは困りそうなので、投稿されている全画像を独立したデータファイル（画像インデックス）で管理する仕様を作る計画でいます。この画像インデックスができれば、画像1つ1つに対して任意のデータを付与できますから、
- 画像のキャプション
- 画像が鍵付きかどうか(新着画像リストに掲載して良いかどうか)のフラグ
- 画像を投稿したユーザID
問題は、この画像インデックス生成機能を実装するのがわりと大変そうなので（1から作るだけなら良いのですが、既存の画像管理機能との整合性を取りつつ改造しないといけないので）実装する時間と気力をどうやって確保するのかが難しいところなのですけども。_(┐｢ε:)_
当初は画像投稿にここまで需要があるとは思っていなかったので（てがろぐVer.1では画像投稿機能がそもそもありませんでした）かなりテキトーな実装だったのですが、最初からもうちょっと設計しておけば良かったな……と今では思います。^^;
そんなわけで、気力さえ出ればもうちょっと便利な仕様になりますので、気長にお待ち頂ければ幸いです。
🍘Re:3303◆計算したところ、翌年の8月26日が11月299日のようですね。閏年でなければ。
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
「元のファイル名をできるだけ維持してアップロードする機能」の話です。
＞この機能をONにした場合で、元のファイル名が維持されてアップロードされた場合、編集者権限未満のユーザは（自分でUPした画像でも）削除できなくなります。
＞編集者権限未満だと「自分でUPした画像しか削除できない」仕様ですが、元のファイル名が維持されると「誰がUPした画像なのか」が分からなくなる仕様だからです。(^_^;;;
とありますが、これに関しふと思いついて軽く検証をした結果、
例えば「hogehoge.png」の名前でアップロード後、「hogehoge-tomoyo.png」のように最後がハイフン+ユーザIDになるように変更すると、その画像はそのユーザIDに属することになるみたいですね。
現状ではハイフン込みの状態でアップロードできないので実質的には裏技未満ですが。
（ファイル名を後からいじるにしてもそのサイトの管理者でないと変更できませんし）
それで、何が言いたいかというと、「元のファイル名をできるだけ維持する」の追加オプションで「ファイル名にユーザIDを付加する」が増えると、（ONにすれば）画像をUPした本人の手でも削除することができるようになって便利になるかな、と思ったわけです。
……どう締めていいのかわからなくなったのでハッシュタグをつけて終わります。#要望
＞この機能をONにした場合で、元のファイル名が維持されてアップロードされた場合、編集者権限未満のユーザは（自分でUPした画像でも）削除できなくなります。
＞編集者権限未満だと「自分でUPした画像しか削除できない」仕様ですが、元のファイル名が維持されると「誰がUPした画像なのか」が分からなくなる仕様だからです。(^_^;;;
とありますが、これに関しふと思いついて軽く検証をした結果、
例えば「hogehoge.png」の名前でアップロード後、「hogehoge-tomoyo.png」のように最後がハイフン+ユーザIDになるように変更すると、その画像はそのユーザIDに属することになるみたいですね。
現状ではハイフン込みの状態でアップロードできないので実質的には裏技未満ですが。
（ファイル名を後からいじるにしてもそのサイトの管理者でないと変更できませんし）
それで、何が言いたいかというと、「元のファイル名をできるだけ維持する」の追加オプションで「ファイル名にユーザIDを付加する」が増えると、（ONにすれば）画像をUPした本人の手でも削除することができるようになって便利になるかな、と思ったわけです。
……どう締めていいのかわからなくなったのでハッシュタグをつけて終わります。#要望
2022年11月 この範囲を時系列順で読む この範囲をファイルに出力する
>>3299
3297です。
>「ギャラリーに表示される投稿だけを対象にしたカウント値を見せたい
その通りです…！わかりやすくまとめてくださり、ありがとうございます。
そして機能的にないことが分かってスッキリしました。どこかにあるのかも？とずっと探していたので…
ずぼらな自分が良くないのですが、あまりカテゴリを増やすとカテゴリ分け自体しなくなるので少なめにしたくて(汗)
このカテゴリ総数に対して、画像がどれくらいあるのかな？と知りたいことがありまして。
でも確かにカテゴリを増やせばいいですし、リンクを押せば状態を表すところに件数が出ますね。自分なりに模索してみます。
迅速なご返信、本当にありがとうございました！
3297です。
>「ギャラリーに表示される投稿だけを対象にしたカウント値を見せたい
その通りです…！わかりやすくまとめてくださり、ありがとうございます。
そして機能的にないことが分かってスッキリしました。どこかにあるのかも？とずっと探していたので…
ずぼらな自分が良くないのですが、あまりカテゴリを増やすとカテゴリ分け自体しなくなるので少なめにしたくて(汗)
このカテゴリ総数に対して、画像がどれくらいあるのかな？と知りたいことがありまして。
でも確かにカテゴリを増やせばいいですし、リンクを押せば状態を表すところに件数が出ますね。自分なりに模索してみます。
迅速なご返信、本当にありがとうございました！
開発進捗状況報告サイトで、てがろぐ Ver 3.8.7(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。
このバージョンでは、影響の大きなバグを修正しています。普通に使っている状況ではまず問題は起きないでしょうし、問題を起こすには管理者権限のあるIDでログインする必要がありますから悪用される可能性もほとんどないとは思いますが、もし悪用されるとダメージが大きいので、3.8.2β以降をご試用下さっている場合は必ずバージョンアップをお願い致します。
主に以下の点を搭載しています。
🆕 Ver 3.8.7βの更新点(概要)：
《▼新機能》
●上位ディレクトリや別階層に存在するスキンも指定可能に。「?skin=../upperdir/some/skin-dir」のような感じで。
●スキン切り替え画面で、任意のディレクトリ名を指定してスキンをプレビューしたり簡易適用したりできる機能を追加。
●投稿日時の経過時間表記(「xx日前」のような相対時間)で、使用単位を「時間→日」に切り替えるタイミングを自由に設定できる機能を追加。
●ハッシュタグだとは認識されない「#」記号を簡単に表示させる方法として、「#」を入力できる項目をハッシュタグ簡単入力プルダウンメニューに追加できる機能を追加。
《▼仕様改善》
●管理画面の投稿一覧表にも「全部選択」・「全部解除」ボタンを追加。
●10件以上の投稿や画像を一括削除するときには、確認画面にある「削除する」ボタンを押した後にJavaScriptで最終確認する安全仕様を追加。
●モバイル端末で閲覧した場合のログイン画面を改善。
《▼スキン更新》
●すべてのスキンに、最初から「xx日前」のような相対時間(投稿後の経過時間)の表記も表示しておくよう更新。
●「最終更新日時」にも経過時間(相対時間)表記を表示するよう更新。
《▼不具合修正》
●Ver 3.8.2β以降に存在していた(影響の大きな)バグを修正。
●Lightboxが必要ない状況でも、そのスクリプトとjQueryが無駄に読み込まれる可能性があったバグを修正。
●サーバのエラーログに「CGI::param called in list context」のようなアラートが出力されるのを防ぐよう改善。
●『サムネイル画像があればサムネイルの方を表示』項目がONでもOFFでも、問答無用でONの動作をしていた不具合を修正。
●『画像パスに絶対URL(フルパス)を使う』がONで、「スラッシュで始まる絶対パス」で画像が指定されたとき、画像のURLがおかしくなって正しく画像が表示されない不具合を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。
このバージョンでは、影響の大きなバグを修正しています。普通に使っている状況ではまず問題は起きないでしょうし、問題を起こすには管理者権限のあるIDでログインする必要がありますから悪用される可能性もほとんどないとは思いますが、もし悪用されるとダメージが大きいので、3.8.2β以降をご試用下さっている場合は必ずバージョンアップをお願い致します。
主に以下の点を搭載しています。
🆕 Ver 3.8.7βの更新点(概要)：
《▼新機能》
●上位ディレクトリや別階層に存在するスキンも指定可能に。「?skin=../upperdir/some/skin-dir」のような感じで。
●スキン切り替え画面で、任意のディレクトリ名を指定してスキンをプレビューしたり簡易適用したりできる機能を追加。
●投稿日時の経過時間表記(「xx日前」のような相対時間)で、使用単位を「時間→日」に切り替えるタイミングを自由に設定できる機能を追加。
●ハッシュタグだとは認識されない「#」記号を簡単に表示させる方法として、「#」を入力できる項目をハッシュタグ簡単入力プルダウンメニューに追加できる機能を追加。
《▼仕様改善》
●管理画面の投稿一覧表にも「全部選択」・「全部解除」ボタンを追加。
●10件以上の投稿や画像を一括削除するときには、確認画面にある「削除する」ボタンを押した後にJavaScriptで最終確認する安全仕様を追加。
●モバイル端末で閲覧した場合のログイン画面を改善。
《▼スキン更新》
●すべてのスキンに、最初から「xx日前」のような相対時間(投稿後の経過時間)の表記も表示しておくよう更新。
●「最終更新日時」にも経過時間(相対時間)表記を表示するよう更新。
《▼不具合修正》
●Ver 3.8.2β以降に存在していた(影響の大きな)バグを修正。
●Lightboxが必要ない状況でも、そのスクリプトとjQueryが無駄に読み込まれる可能性があったバグを修正。
●サーバのエラーログに「CGI::param called in list context」のようなアラートが出力されるのを防ぐよう改善。
●『サムネイル画像があればサムネイルの方を表示』項目がONでもOFFでも、問答無用でONの動作をしていた不具合を修正。
●『画像パスに絶対URL(フルパス)を使う』がONで、「スラッシュで始まる絶対パス」で画像が指定されたとき、画像のURLがおかしくなって正しく画像が表示されない不具合を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。
脂肪が、増えている……！😱（体重計に乗った）
🍩Re:3297◆なるほど、「ギャラリーに表示される投稿だけを対象にしたカウント値を見せたい」ということですね……。なるほど、そういう需要もあったのかと気付きました。^^; 今のところそのように表示できる機能はありません。実は（ハッシュタグにせよカテゴリにせよ日付にせよ）該当個数のカウント値は、投稿操作があったときに一気に全部を再カウントし直してキャッシュしておく仕様なのですよね。閲覧されるたびに毎回カウントすると動作がもたつく可能性があるので、表示が遅くなってしまわないようにあらかじめキャッシュしておく仕様になっています。なので、動的にカウントできないんですよね……。まあ、ギャラリーに限定した投稿数も同時にカウントしてキャッシュしておく手もなくはないのですが。できれば、「ギャラリーで見える個数が欲しいカテゴリには、ギャラリーで見える投稿だけを属させる」という対処方法が可能だとありがたいんですが。(^_^;;; いかながものでしょうか。
🍩Re:3298◆解説を拝読して「この状況ではjQueryは読み込まれないハズだが……」と思ってサンプルも拝見するとなぜかjQueryが読まれている……という点からバグの存在に昨夜気付きまして無事に修正できました。なので、お書き下さった解説がなかったら、バグの存在に気付かないままだったと思います。ありがとうございます。そして、芋づる式にもっと(潜在的な影響の)大きなバグの存在に気付きまして、これはやばい……と思いながら本日修正しました。というわけで、大変ありがとうございます。◆jQueryのバージョン。そうですよね。てがろぐで「なんでここはこんな古い様式なのか」と思われた場合、それはたいてい「IE対策」です。ただ、ようやくMicrosoftのサポートも終わったので、もはやIEを気にする必要はないと言えるでしょうから、少しずつ発見したところから新しい様式に移しつつあるところです。で、Lightboxも最新版を読むように更新したわけですが、そうえいばjQueryが古いままでしたね。^^; 忘れていました。次のバージョンからは、てがろぐ側でも jQuery3 を読むようにします。
🍩Re:3297◆なるほど、「ギャラリーに表示される投稿だけを対象にしたカウント値を見せたい」ということですね……。なるほど、そういう需要もあったのかと気付きました。^^; 今のところそのように表示できる機能はありません。実は（ハッシュタグにせよカテゴリにせよ日付にせよ）該当個数のカウント値は、投稿操作があったときに一気に全部を再カウントし直してキャッシュしておく仕様なのですよね。閲覧されるたびに毎回カウントすると動作がもたつく可能性があるので、表示が遅くなってしまわないようにあらかじめキャッシュしておく仕様になっています。なので、動的にカウントできないんですよね……。まあ、ギャラリーに限定した投稿数も同時にカウントしてキャッシュしておく手もなくはないのですが。できれば、「ギャラリーで見える個数が欲しいカテゴリには、ギャラリーで見える投稿だけを属させる」という対処方法が可能だとありがたいんですが。(^_^;;; いかながものでしょうか。
🍩Re:3298◆解説を拝読して「この状況ではjQueryは読み込まれないハズだが……」と思ってサンプルも拝見するとなぜかjQueryが読まれている……という点からバグの存在に昨夜気付きまして無事に修正できました。なので、お書き下さった解説がなかったら、バグの存在に気付かないままだったと思います。ありがとうございます。そして、芋づる式にもっと(潜在的な影響の)大きなバグの存在に気付きまして、これはやばい……と思いながら本日修正しました。というわけで、大変ありがとうございます。◆jQueryのバージョン。そうですよね。てがろぐで「なんでここはこんな古い様式なのか」と思われた場合、それはたいてい「IE対策」です。ただ、ようやくMicrosoftのサポートも終わったので、もはやIEを気にする必要はないと言えるでしょうから、少しずつ発見したところから新しい様式に移しつつあるところです。で、Lightboxも最新版を読むように更新したわけですが、そうえいばjQueryが古いままでしたね。^^; 忘れていました。次のバージョンからは、てがろぐ側でも jQuery3 を読むようにします。
私もドーナツ🍩食べたくなってきました😋
>>3295
>>3293 です。にししさん丁寧なフォローありがとうございます。方法としてまずくはなさそうとのことで一安心です😀
しかしjQueryが常に読み込まれていたのはバグだったのですね…！気づかずほかにもjQueryで実装していて無問題だったのでここでご指摘いただかなければバージョンアップしたときに困惑するところでした😅
思い返してみれば解説で「Lightboxを使うような場合のみ読み込まれる」とあったので常時使える時点で疑問に思うべきでした。
お教えいただいたように修正しておきます！
ついでの質問になりますが、jQueryは現在最新版が3.6.1ですがてがろぐで読み込んでいるのが1.12.4なのは何か理由がありますか？
特に支障がなければ自力で書くCDNは最新版にしておきたいなと思っているのですが…。
>>3295
>>3293 です。にししさん丁寧なフォローありがとうございます。方法としてまずくはなさそうとのことで一安心です😀
しかしjQueryが常に読み込まれていたのはバグだったのですね…！気づかずほかにもjQueryで実装していて無問題だったのでここでご指摘いただかなければバージョンアップしたときに困惑するところでした😅
思い返してみれば解説で「Lightboxを使うような場合のみ読み込まれる」とあったので常時使える時点で疑問に思うべきでした。
お教えいただいたように修正しておきます！
ついでの質問になりますが、jQueryは現在最新版が3.6.1ですがてがろぐで読み込んでいるのが1.12.4なのは何か理由がありますか？
特に支障がなければ自力で書くCDNは最新版にしておきたいなと思っているのですが…。
てがろぐ愛用しております。素敵なCGIをありがとうございます！
外側スキンのカテゴリツリーに関して質問があります。
自分はカテゴリ名＋件数表示
[[CATEGORY:TREE:<T>c]]
で利用してます。
これをギャラリースキンを維持したままのリンク＋表示件数にしたいので、下記の記述にしました。
[[CATEGORY:TREE:<T>c:GALLERY]]
【てがろぐ Ver 3.8.1 beta版 ：ギャラリーモード等を維持したリンクを出力する新記法等】
リンクについては上記で解決するのですが、件数は通常スキンの数が表示されます。
ギャラリー内でのカテゴリ件数を表示する方法はありますでしょうか？
既にどこかにハウツー記載ありましたら申し訳ありません…
外側スキンのカテゴリツリーに関して質問があります。
自分はカテゴリ名＋件数表示
[[CATEGORY:TREE:<T>c]]
で利用してます。
これをギャラリースキンを維持したままのリンク＋表示件数にしたいので、下記の記述にしました。
[[CATEGORY:TREE:<T>c:GALLERY]]
【てがろぐ Ver 3.8.1 beta版 ：ギャラリーモード等を維持したリンクを出力する新記法等】
リンクについては上記で解決するのですが、件数は通常スキンの数が表示されます。
ギャラリー内でのカテゴリ件数を表示する方法はありますでしょうか？
既にどこかにハウツー記載ありましたら申し訳ありません…
参考までに、なんとなくの開発優先順位の決め方の話も書いておきました。
JavaScriptで実現できる場合でも(将来的には)本体機能として実装する方が望ましい(かもしれない)話と、
でも、JavaScriptで実現できるなら開発の優先度は下がる、という話です。
いずれにしても、「気長にお待ち下さい」ということに変わりはないんですが。^^;
JavaScriptで実現できる場合でも(将来的には)本体機能として実装する方が望ましい(かもしれない)話と、
でも、JavaScriptで実現できるなら開発の優先度は下がる、という話です。
いずれにしても、「気長にお待ち下さい」ということに変わりはないんですが。^^;
昨日、昼にオールドファッションを食べたのでドーナツ欲は満たされました。🍩🍩🍩
🍩名前変換に関して、てがろぐ側にあると良さげな何らかの支援機能は（あるとすれば）No.3289に書いた「頻繁に入力する可能性のある定型句」を登録しておける機能くらいでしょうか？ 他に何か用意する必要性はなさそうな感じでしょうかね？ JavaScript版もPHP版もスクリプトの側でご対処頂けているような話を目にしますし（※正確なところは把握できていないのですが）。何かありそうならお気軽にお知らせ下さい。実現できるとは限りませんが、お知らせ頂かないと需要の存在に気がつきませんので。^^;
あと、名前変換機能についてメールでご要望下さった方、27日に返信はお送りしておりますが、もし届いていないようなら迷惑メールフォルダ等もご確認下さい。再送が必要そうならご連絡頂ければ再送します。
🍩Re:3293◆分かりやすい解説を公開して下さってありがとうございます！ JavaScriptを使って良ければ、ご提示の方法がベストだと思います。ただ1点だけすみません。ご提示の方法は、Ver 3.8.2β～3.8.6βでは（tegalog.cgiに含まれているバグの存在によって）常にうまく動作しますが、他のバージョンではうまくいかない可能性があります。すみません。このバグは次のβ版で修正しますので、3.8.7β以降でもうまくいかない可能性が出てきます。とはいえ対処は簡単で、ご提示の方法を使う場合は、jQueryを常に読み込むようにスキンをお書き頂けば問題ありません。詳しい話は下記の通りです。
▼てがろぐ側の本来の動作
ご提示の方法では [[JS:LIGHTBOX:JQ]] の記述によってjQueryが読み込まれることを前提にされていますが、実はこの記述は（本来は）『Lightbox(または指定された画像拡大スクリプト)が必要な状況でだけそのスクリプト＋jQueryを読み込む』という指示なのです。なので、
▼Ver 3.8.2β～3.8.6βに存在するバグ
しかし、Ver 3.8.2β以降では以下の条件に該当する場合にだけ、画像があろうがなかろうが関係なく、常にLightbox(または指定された画像拡大スクリプト)＋jQueryを無駄に読み込んでしまうバグがありました。
おそらく、No.3293さんの環境もそうなっているのだと思います。なので仕様上の問題に遭遇することなくうまく動作しているわけですね。
▼対処方法
したがって、ご提示の方法を使うには、以下の2点の対策が必要だと思います。
……というわけで、バグのためにご面倒をおかけして済みません。背景の説明が長いですが、話は単に「jQueryだけは自力で読み込む必要がある」というだけのことなんですけども。よろしくご対処頂ければ幸いです。
分かりやすく有用な解説をどうもありがとうございます。
🍩Re:3294◆ご要望をどうもありがとうございます。たしかに、記事前後へ移動するリンクにもタイトル的な文字列を指定したいケースもありそうですね。ただそれもNo.3285の回答と同じ問題がありまして直近での実装はできないと思いますが、ToDoリストには加えておきます。気長にお待ち頂ければ幸いです。title要素に関しては、今すぐに実現なさりたい場合はNo.3293さんのJavaScriptをご採用になるのが良いと思います。
🍩名前変換に関して、てがろぐ側にあると良さげな何らかの支援機能は（あるとすれば）No.3289に書いた「頻繁に入力する可能性のある定型句」を登録しておける機能くらいでしょうか？ 他に何か用意する必要性はなさそうな感じでしょうかね？ JavaScript版もPHP版もスクリプトの側でご対処頂けているような話を目にしますし（※正確なところは把握できていないのですが）。何かありそうならお気軽にお知らせ下さい。実現できるとは限りませんが、お知らせ頂かないと需要の存在に気がつきませんので。^^;
あと、名前変換機能についてメールでご要望下さった方、27日に返信はお送りしておりますが、もし届いていないようなら迷惑メールフォルダ等もご確認下さい。再送が必要そうならご連絡頂ければ再送します。
🍩Re:3293◆分かりやすい解説を公開して下さってありがとうございます！ JavaScriptを使って良ければ、ご提示の方法がベストだと思います。ただ1点だけすみません。ご提示の方法は、Ver 3.8.2β～3.8.6βでは（tegalog.cgiに含まれているバグの存在によって）常にうまく動作しますが、他のバージョンではうまくいかない可能性があります。すみません。このバグは次のβ版で修正しますので、3.8.7β以降でもうまくいかない可能性が出てきます。とはいえ対処は簡単で、ご提示の方法を使う場合は、jQueryを常に読み込むようにスキンをお書き頂けば問題ありません。詳しい話は下記の通りです。
▼てがろぐ側の本来の動作
ご提示の方法では [[JS:LIGHTBOX:JQ]] の記述によってjQueryが読み込まれることを前提にされていますが、実はこの記述は（本来は）『Lightbox(または指定された画像拡大スクリプト)が必要な状況でだけそのスクリプト＋jQueryを読み込む』という指示なのです。なので、
- 本文中に(拡大リンクのある)画像が含まれていない場合や、
- そもそも画像拡大スクリプトを使う設定になっていない場合や、
- 「画像をその場で拡大する版の新着画像リスト」が使われる設定ではない場合（デフォルトではそうなっていません。デフォルトは「その画像が使われている投稿に移動する新着画像リスト」ですので。
▼Ver 3.8.2β～3.8.6βに存在するバグ
しかし、Ver 3.8.2β以降では以下の条件に該当する場合にだけ、画像があろうがなかろうが関係なく、常にLightbox(または指定された画像拡大スクリプト)＋jQueryを無駄に読み込んでしまうバグがありました。
- 《条件》下記4項目のうち少なくとも1つが空欄の場合
- ［設定］→［ページの表示］→【投稿本文の表示／画像】→『画像リンクにLightbox系用の属性を付加』の属性欄
- ［設定］→［ページの表示］→【投稿本文の表示／画像】→『画像リンクに独自のclass属性値を追加』の属性欄
- ［設定］→［ページの表示］→【投稿本文内のURL処理】→旧仕様も表示→『画像リンクにLightbox系用の属性を付加』の属性欄
- ［設定］→［ページの表示］→【投稿本文内のURL処理】→旧仕様も表示→『画像リンクにLightbox系用の属性を付加』の属性欄
おそらく、No.3293さんの環境もそうなっているのだと思います。なので仕様上の問題に遭遇することなくうまく動作しているわけですね。
▼対処方法
したがって、ご提示の方法を使うには、以下の2点の対策が必要だと思います。
- [[JS:LIGHTBOX:JQ]] の記述を [[JS:LIGHTBOX]] のように書き換えて、Lightbox(または指定された画像拡大スクリプト)だけを読み込むよう修正。
- 上記の記述より前に、jQueryを直接読み込む記述を追加。（例：<script src="https://code.jquery.com/jquery-1.12.4.min.js"></script>畳む）
……というわけで、バグのためにご面倒をおかけして済みません。背景の説明が長いですが、話は単に「jQueryだけは自力で読み込む必要がある」というだけのことなんですけども。よろしくご対処頂ければ幸いです。
分かりやすく有用な解説をどうもありがとうございます。
🍩Re:3294◆ご要望をどうもありがとうございます。たしかに、記事前後へ移動するリンクにもタイトル的な文字列を指定したいケースもありそうですね。ただそれもNo.3285の回答と同じ問題がありまして直近での実装はできないと思いますが、ToDoリストには加えておきます。気長にお待ち頂ければ幸いです。title要素に関しては、今すぐに実現なさりたい場合はNo.3293さんのJavaScriptをご採用になるのが良いと思います。
#要望 私も個別記事に[[COMMENT:TITLE]]をtitleタグに表示できると嬉しいです。
長文日記としててがろぐを使っているので、個別記事にある前後記事へのリンクもNo.ではなく[[COMMENT:TITLE]]であるタイトルを表示させたいなあと思っています。ここまでくるとそもそもタイトル機能がないと難しいですかね。私としてはてがろぐ機能にあれば使いたい、という感じなのでいずれ実装されたら嬉しいです。これからも愛用します！
長文日記としててがろぐを使っているので、個別記事にある前後記事へのリンクもNo.ではなく[[COMMENT:TITLE]]であるタイトルを表示させたいなあと思っています。ここまでくるとそもそもタイトル機能がないと難しいですかね。私としてはてがろぐ機能にあれば使いたい、という感じなのでいずれ実装されたら嬉しいです。これからも愛用します！
個別表示時のブラウザタイトル欄への記事タイトル表示、について書いてみたのでよろしければ見てみてください。
https://10prs.com/view/57
これだとちょっとまずいかもとかもっとうまいやり方があるとかがあればご教示いただけるとありがたいです～。
https://10prs.com/view/57
これだとちょっとまずいかもとかもっとうまいやり方があるとかがあればご教示いただけるとありがたいです～。
3285 ご返答ありがとうございます。
個別表示時のブラウザタイトル欄への記事タイトル表示は…漠然と簡単そうに思ってたのですがわりと面倒くさそうなものなんですね。
そうは言いつつやはりあった方がいいように思えるので実装されるのを気長に楽しみにしています。よろしくお願い致します。
個別表示時のブラウザタイトル欄への記事タイトル表示は…漠然と簡単そうに思ってたのですがわりと面倒くさそうなものなんですね。
そうは言いつつやはりあった方がいいように思えるので実装されるのを気長に楽しみにしています。よろしくお願い致します。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172
