検索語「〔除外:$ci=;〕」の検索結果［1375件］（22ページ目）
春になったなあ……と昨日には思ったのですけども、今日は冬に戻りましたね……。さむい。
🍮Re:3523◆てがろぐをお試し下さってありがとうございます！ お気に召せば良いのですが。管理画面にリッチな編集機能を用意するのは、先程 No.3526 で書いた感じの理由から避ける方針でいます。ただ、「表示/非表示の切り替え」程度であれば、スキンHTMLの中をテキストエディタで覗いて頂ければ、（そんな特別なスキルが必要になるわけではなく）わりと簡単に分かると思いますので、ぜひ試してみて下さい。今後ともご愛用頂ければ幸いです。(╹◡╹)ﾉ
🍮Re:3524◆β版のご試用をどうもありがとうございます！ そして、ご指摘もありがとうございます。そういえば、元々「カテゴリなし」だけは分離した位置で別処理になっている実装でしたので、リンク先の調整処理から抜けていたかもしれません。ちょっと調べてみます……！
🍮Re:3525◆ご要望ありがとうございます。ご要望はおそらく、「てがろぐを1つ設置するだけで、複数個の掲示板(タイムライン/マイクロブログ)を生成できるようにして欲しい」という意味でしょうかね？ 確かにそれが実現できれば便利だと思いますので、私も時々検討しています。ちょいと開発放言No.2364に書いたような理由で実現は簡単ではないのですが、気長にお待ち頂ければ幸いです。
🍮Re:3523◆てがろぐをお試し下さってありがとうございます！ お気に召せば良いのですが。管理画面にリッチな編集機能を用意するのは、先程 No.3526 で書いた感じの理由から避ける方針でいます。ただ、「表示/非表示の切り替え」程度であれば、スキンHTMLの中をテキストエディタで覗いて頂ければ、（そんな特別なスキルが必要になるわけではなく）わりと簡単に分かると思いますので、ぜひ試してみて下さい。今後ともご愛用頂ければ幸いです。(╹◡╹)ﾉ
🍮Re:3524◆β版のご試用をどうもありがとうございます！ そして、ご指摘もありがとうございます。そういえば、元々「カテゴリなし」だけは分離した位置で別処理になっている実装でしたので、リンク先の調整処理から抜けていたかもしれません。ちょっと調べてみます……！
🍮Re:3525◆ご要望ありがとうございます。ご要望はおそらく、「てがろぐを1つ設置するだけで、複数個の掲示板(タイムライン/マイクロブログ)を生成できるようにして欲しい」という意味でしょうかね？ 確かにそれが実現できれば便利だと思いますので、私も時々検討しています。ちょいと開発放言No.2364に書いたような理由で実現は簡単ではないのですが、気長にお待ち頂ければ幸いです。
by nishishi. ⌚2023年3月13日(月) 22:37:18〔3年以上前〕 回答/返信 ＜670文字＞ 編集
🍘作らないものの話：
ありがたいことに最近はユーザさんも増えてきましたので、「何を作らないか」についても語っておく方が良いのかなという気もしまして、ちょっと長くなりますが語ってみます。そのうちFAQにまとめようと思いますが、とりあえずここに。
長々と書くほどの話ではなくて、要するに『利便性と手軽さの両立はなかなか難しいよね……』というだけの話なんですが。
■スキンが増えて欲しい
今のところ、てがろぐのパッケージに含んでいる標準添付スキンは9種類（モード別も合わせれば12種類）あるわけですが、私個人でこれ以上増やすのは（管理の面で）なかなか難しいかな、と感じているのですよね。
なので、できるだけたくさんの方々がスキンを作って配布して下さると（その他のユーザさんへの選択肢が増えるので）嬉しいな……と思っています。
で、そのためには、『スキンを作るハードルは低い方が望ましい』と考えています。（WordPressのテーマとか作るのめちゃくちゃ大変ですよね。）
■スキン側の仕様が複雑にならないようにしたい
WordPressのように管理画面上からいろいろカスタマイズできれば確かに便利かもしれないのですが、そういう仕組みを用意すればするほど、スキン側の仕様が複雑になってしまって、スキン製作の手間が増えてしまう問題があります(たぶん)。
何でも至れり尽くせりなWordPress等CMSのテーマを作るのが大変な理由は、テーマ側に配慮しないといけない要素が莫大だからですよね。（いや、まあ、もちろんツールそのものの規模も全然違うわけですから、今のてがろぐがどれだけ機能を増やしたところで、スキンがあそこまで複雑・大規模になることはありませんけども。）
■管理画面で何でもしようと思うと(たぶん)際限がなく、スキンが複雑になる
仮に、掲載要素の「表示/非表示」が管理画面上で選べるようになったとしても、それだけでは掲載位置や掲載順序は変化しませんし、もちろんレイアウトも変わらなければ配色も変わらないので、ほとんど自由度は上がりません。
そうすると、次には「掲載順序も管理画面から選べるようになって欲しい」、「配色も管理画面上で指定できるようになって欲しい」……というような要望が出てくると思うんですよね。
そうなると、だんだんWordPress的になってきて、管理画面そのものも複雑になる上に、その設定を反映できるスキンを製作する手間も跳ね上がると思います。（管理画面で指定された順序や配色が表示に反映されるようスキンを作るのはたぶん大変になるでしょう。）
■スキン製作の手間を低く抑えたい（同時にカスタマイズの手間も低くなります）
てがろぐは利用者総数も多くないツールなので、あえて莫大な手間を掛けてまでスキンを作って配布しようとはあまり思われないでしょう。
今、てがろぐのスキンを作って配布して下さっている方々も、「作るのが簡単だから作ってみた」というケースも多々あるのではないかと思っています。
なので、（管理画面上の設定をスキンに反映する仕組みが複雑になるなどして）スキン製作の手間が増えれば増えるほど、第三者がスキンを作ってくれにくくなるだろうという懸念があります。
なので、「スキン製作の手間は低く抑え続けたい」と考えています。
※もちろんそれは、（配布を前提にしたスキンでなくても）多くのユーザさんにとって「自分用のスキンのカスタマイズも楽にできる」というメリットにもなります。
■できるだけシンプルに留めたい
もちろん機能の増加はしたいと思っているのですが、しかし、できるだけシンプルにも留めておきたいと思っています。（まあ、現状を「シンプル」と言えるかどうかはよく分かりませんが。^^; 少なくとも大規模なCMSに比べれば、よっぽどシンプルなことは間違いないでしょう。ファイル数も少ないですし。）
なので、管理画面上から表示/非表示を切り替えたり、掲載順序を入れ替えたり、配色を指定したり、といった大規模CMS的な機能は用意しない方針でいます。
※とはいえ、スキンに書きようがないものについては、管理画面上から出力仕様やON/OFFを切り替えられるようにはなっていますが。
■HTMLから不要部分を削除する程度のスキルはあることが前提
てがろぐに限らずフリーCGIはたいていそうだと思いますが、HTMLを編集する程度のスキルはあることが前提のツールです。そこはたぶん、今後も変わらないです。
「機能を増やしたい」とは思っていますが、「WordPressのようにしたい」とは思っていないので。設計思想の違いと言っても良いのかもしれませんが。（まあ、規模も全然違いますけども。）
せっかく独特の有用さがあったのにFacebookに似せすぎてユーザ離れを起こしたmixiのようにはなりたくないと思っています。(^_^;)
■スキンHTMLから要らない部分を消すのは本当に簡単
スキンHTMLから不要な部分を削除したり順序を入れ替えたりするのは、本当に大したスキルは要らず簡単ですから、そこはなんとか頑張ってHTMLを編集できるようになって頂くのが一番だと思っています。（どうしてもそれを避けたい場合は、WordPressのような至れり尽くせりのツールを選択する方が幸せになれると思います。）
要らない部分は、ただ消せばいいだけ、なんです。ほとんどスキルは要りません。
少なくとも標準添付の各スキンには、わりと詳しめにHTMLソース内にコメントを加えて「ここが何々の部分ですよ、ここは何々の部分ですよ」と示してありますから、消すのにスキルはそれほど要らないと思います。（必要なのは、せいぜい削除範囲を見極める能力くらいでしょうか。それもインデントで示してありますから、把握は難しくないと思います。）
標準添付の各スキンを、あえて「機能全部盛り」な状態で作ってあるのは、そのためなんです。
なので、カスタマイズといっても「消すだけ」なら簡単なハズですから。まずは試してみて下さい。
■CGIの設置ができるなら、HTMLの編集も絶対にできる！^^;
というか、CGIの設置ができるスキルがあるなら、それくらいのHTML編集は絶対にできます！
だって、HTMLを「書け」と言っているわけではなくて、「消すだけ」ですから。
しかも、標準添付スキンのHTMLソース内にはコメントが日本語で書いてありますから！
ここまで書いてあって、しかも、自分で用意した個人サイトにCGIの設置すらもできているのに、スキンHTMLから不要部分の削除だけはできない、……という人が居るとはあまり思えないんですよね。^^;
なので、もし「自分はスキルがないのでスキン編集は難しいはずだ」と思って（思い込んで）いるなら、まずはスキンHTMLをテキストエディタで読み込んでみて、中を見てみて下さい。
CGIが設置できたのなら、それくらいは難なくできるでしょう。
すると、スキンHTMLの編集も、意外と簡単だと分かるのではないかと思います。
だって、それでもどうしても「消すことすらもできない」と言われる場合、その人はそもそも個人サイトを作れていないと思うんですよね……。^^;
「個人サイトを用意する」という最初のハードルを越えられている人なら、スキンHTMLから不要な部分を消すくらい、絶対できると思うんですよ。(^_^;;;
※いや、本当にそのスキルが今はなかったとしても、「個人サイトを用意する」という気力がある時点で、HTMLから不要な部分を消せるようになるスキルくらい、あっという間に身につけられると思うんですよね。^^;
■利便性と手軽さの両立が難しい場合は、手軽さを取る
結局、「管理画面上で何でもできる」ことと「スキン(HTML＋CSS)ソースがカスタマイズしやすい」こととは、トレードオフの関係になるのではないかな……と思っています。全部が全部そうだとは限りませんから、スキン側のシンプルさを維持したまま管理画面でいろいろできるようにできるなら、そうしたい気はあるのですけども。（ただ、あれもこれも試す余裕があるとは限りませんので、「それは複雑になるのではないかな？」くらいの疑念を持った段階で、詳しい検討を保留にすることもありますが。）
管理画面に設定を増やしたがためにスキンが作りにくく(カスタマイズしにくく)なった、ということにはならないようにする方針で居ます。
なので、管理画面上から装飾やレイアウトに手を出すような仕組みは、(よほど何かシンプルさを保てるうまい方法を思いつかない限りは)作らない方針だと解釈して頂いておくと良いのではないかと思います。
ありがたいことに最近はユーザさんも増えてきましたので、「何を作らないか」についても語っておく方が良いのかなという気もしまして、ちょっと長くなりますが語ってみます。そのうちFAQにまとめようと思いますが、とりあえずここに。
長々と書くほどの話ではなくて、要するに『利便性と手軽さの両立はなかなか難しいよね……』というだけの話なんですが。
■スキンが増えて欲しい
今のところ、てがろぐのパッケージに含んでいる標準添付スキンは9種類（モード別も合わせれば12種類）あるわけですが、私個人でこれ以上増やすのは（管理の面で）なかなか難しいかな、と感じているのですよね。
なので、できるだけたくさんの方々がスキンを作って配布して下さると（その他のユーザさんへの選択肢が増えるので）嬉しいな……と思っています。
で、そのためには、『スキンを作るハードルは低い方が望ましい』と考えています。（WordPressのテーマとか作るのめちゃくちゃ大変ですよね。）
■スキン側の仕様が複雑にならないようにしたい
WordPressのように管理画面上からいろいろカスタマイズできれば確かに便利かもしれないのですが、そういう仕組みを用意すればするほど、スキン側の仕様が複雑になってしまって、スキン製作の手間が増えてしまう問題があります(たぶん)。
何でも至れり尽くせりなWordPress等CMSのテーマを作るのが大変な理由は、テーマ側に配慮しないといけない要素が莫大だからですよね。（いや、まあ、もちろんツールそのものの規模も全然違うわけですから、今のてがろぐがどれだけ機能を増やしたところで、スキンがあそこまで複雑・大規模になることはありませんけども。）
■管理画面で何でもしようと思うと(たぶん)際限がなく、スキンが複雑になる
仮に、掲載要素の「表示/非表示」が管理画面上で選べるようになったとしても、それだけでは掲載位置や掲載順序は変化しませんし、もちろんレイアウトも変わらなければ配色も変わらないので、ほとんど自由度は上がりません。
そうすると、次には「掲載順序も管理画面から選べるようになって欲しい」、「配色も管理画面上で指定できるようになって欲しい」……というような要望が出てくると思うんですよね。
そうなると、だんだんWordPress的になってきて、管理画面そのものも複雑になる上に、その設定を反映できるスキンを製作する手間も跳ね上がると思います。（管理画面で指定された順序や配色が表示に反映されるようスキンを作るのはたぶん大変になるでしょう。）
■スキン製作の手間を低く抑えたい（同時にカスタマイズの手間も低くなります）
てがろぐは利用者総数も多くないツールなので、あえて莫大な手間を掛けてまでスキンを作って配布しようとはあまり思われないでしょう。
今、てがろぐのスキンを作って配布して下さっている方々も、「作るのが簡単だから作ってみた」というケースも多々あるのではないかと思っています。
なので、（管理画面上の設定をスキンに反映する仕組みが複雑になるなどして）スキン製作の手間が増えれば増えるほど、第三者がスキンを作ってくれにくくなるだろうという懸念があります。
なので、「スキン製作の手間は低く抑え続けたい」と考えています。
※もちろんそれは、（配布を前提にしたスキンでなくても）多くのユーザさんにとって「自分用のスキンのカスタマイズも楽にできる」というメリットにもなります。
■できるだけシンプルに留めたい
もちろん機能の増加はしたいと思っているのですが、しかし、できるだけシンプルにも留めておきたいと思っています。（まあ、現状を「シンプル」と言えるかどうかはよく分かりませんが。^^; 少なくとも大規模なCMSに比べれば、よっぽどシンプルなことは間違いないでしょう。ファイル数も少ないですし。）
なので、管理画面上から表示/非表示を切り替えたり、掲載順序を入れ替えたり、配色を指定したり、といった大規模CMS的な機能は用意しない方針でいます。
※とはいえ、スキンに書きようがないものについては、管理画面上から出力仕様やON/OFFを切り替えられるようにはなっていますが。
- 例えば、「日付境界バー」は日付の境目に出てくるので、スキン側で「ここ」とは位置を指定できません。
- ナビゲーションリンクは、（てがろぐでは一覧表示も単独表示も共通のスキンなので）スキン側で状況を判別しての出力調整ができません。（※今はCSSで見えなくできますが、昔の仕様はそうではなかったので。）
■HTMLから不要部分を削除する程度のスキルはあることが前提
てがろぐに限らずフリーCGIはたいていそうだと思いますが、HTMLを編集する程度のスキルはあることが前提のツールです。そこはたぶん、今後も変わらないです。
「機能を増やしたい」とは思っていますが、「WordPressのようにしたい」とは思っていないので。設計思想の違いと言っても良いのかもしれませんが。（まあ、規模も全然違いますけども。）
せっかく独特の有用さがあったのにFacebookに似せすぎてユーザ離れを起こしたmixiのようにはなりたくないと思っています。(^_^;)
■スキンHTMLから要らない部分を消すのは本当に簡単
スキンHTMLから不要な部分を削除したり順序を入れ替えたりするのは、本当に大したスキルは要らず簡単ですから、そこはなんとか頑張ってHTMLを編集できるようになって頂くのが一番だと思っています。（どうしてもそれを避けたい場合は、WordPressのような至れり尽くせりのツールを選択する方が幸せになれると思います。）
要らない部分は、ただ消せばいいだけ、なんです。ほとんどスキルは要りません。
少なくとも標準添付の各スキンには、わりと詳しめにHTMLソース内にコメントを加えて「ここが何々の部分ですよ、ここは何々の部分ですよ」と示してありますから、消すのにスキルはそれほど要らないと思います。（必要なのは、せいぜい削除範囲を見極める能力くらいでしょうか。それもインデントで示してありますから、把握は難しくないと思います。）
標準添付の各スキンを、あえて「機能全部盛り」な状態で作ってあるのは、そのためなんです。
- 白紙に近い状態から「必要なものを加えていく」タイプだと、最初に「何をどうやって書き足せば良いのか？」を調べる必要があるのでハードルが高いですよね。（そもそも、「何を付け加えられるのか？」の選択肢も最初には全然分からないわけで。）
- でも、逆に「全部盛りの中から不要な物を消していく」タイプだと「ただ消せば良いだけ」なので話が簡単です。
なので、カスタマイズといっても「消すだけ」なら簡単なハズですから。まずは試してみて下さい。
■CGIの設置ができるなら、HTMLの編集も絶対にできる！^^;
というか、CGIの設置ができるスキルがあるなら、それくらいのHTML編集は絶対にできます！
だって、HTMLを「書け」と言っているわけではなくて、「消すだけ」ですから。
しかも、標準添付スキンのHTMLソース内にはコメントが日本語で書いてありますから！
ここまで書いてあって、しかも、自分で用意した個人サイトにCGIの設置すらもできているのに、スキンHTMLから不要部分の削除だけはできない、……という人が居るとはあまり思えないんですよね。^^;
なので、もし「自分はスキルがないのでスキン編集は難しいはずだ」と思って（思い込んで）いるなら、まずはスキンHTMLをテキストエディタで読み込んでみて、中を見てみて下さい。
CGIが設置できたのなら、それくらいは難なくできるでしょう。
すると、スキンHTMLの編集も、意外と簡単だと分かるのではないかと思います。
だって、それでもどうしても「消すことすらもできない」と言われる場合、その人はそもそも個人サイトを作れていないと思うんですよね……。^^;
「個人サイトを用意する」という最初のハードルを越えられている人なら、スキンHTMLから不要な部分を消すくらい、絶対できると思うんですよ。(^_^;;;
※いや、本当にそのスキルが今はなかったとしても、「個人サイトを用意する」という気力がある時点で、HTMLから不要な部分を消せるようになるスキルくらい、あっという間に身につけられると思うんですよね。^^;
■利便性と手軽さの両立が難しい場合は、手軽さを取る
結局、「管理画面上で何でもできる」ことと「スキン(HTML＋CSS)ソースがカスタマイズしやすい」こととは、トレードオフの関係になるのではないかな……と思っています。全部が全部そうだとは限りませんから、スキン側のシンプルさを維持したまま管理画面でいろいろできるようにできるなら、そうしたい気はあるのですけども。（ただ、あれもこれも試す余裕があるとは限りませんので、「それは複雑になるのではないかな？」くらいの疑念を持った段階で、詳しい検討を保留にすることもありますが。）
管理画面に設定を増やしたがためにスキンが作りにくく(カスタマイズしにくく)なった、ということにはならないようにする方針で居ます。
なので、管理画面上から装飾やレイアウトに手を出すような仕組みは、(よほど何かシンプルさを保てるうまい方法を思いつかない限りは)作らない方針だと解釈して頂いておくと良いのではないかと思います。
by nishishi. ⌚2023年3月13日(月) 22:36:56〔3年以上前〕 情報 ＜4042文字＞ 編集
開発進捗状況報告サイトで、てがろぐ Ver 3.9.3(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 3.9.3βの更新点(概要)：
《▼新機能》
●予約投稿機能を追加。
●YouTubeの動画埋め込み時に、再生開始位置(秒数)を指定可能に。
●新着投稿リスト(LATESTLIST)に、所属カテゴリ名を表示できる記法を追加。
《▼仕様改善》
●下げた投稿を新着投稿リストには掲載しないよう仕様改善。
●ギャラリーモードやサイトマップページモードでの表示時に「状況に応じた見出し行」に表示される名称を装飾しやすいようマークアップを追加。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🆕 Ver 3.9.3βの更新点(概要)：
《▼新機能》
●予約投稿機能を追加。
●YouTubeの動画埋め込み時に、再生開始位置(秒数)を指定可能に。
●新着投稿リスト(LATESTLIST)に、所属カテゴリ名を表示できる記法を追加。
《▼仕様改善》
●下げた投稿を新着投稿リストには掲載しないよう仕様改善。
●ギャラリーモードやサイトマップページモードでの表示時に「状況に応じた見出し行」に表示される名称を装飾しやすいようマークアップを追加。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
by nishishi. ⌚2023年3月10日(金) 22:39:25〔3年以上前〕 アップデート✨ ＜352文字＞ 編集
予約投稿をサポートして（※この試験場ではテストできません）、下げた投稿が新着投稿リストに載らないようになって>>3505、状況に応じた見出し行で「ギャラリー」や「サイトマップ」のモード名称が表示される際にも専用のマークアップを加えるようになって、YouTubeの埋め込みで再生位置の指定が可能に>>3442なった Ver 3.9.3(未配布) の動作テスト。
YouTubeの埋め込み時にURLの末尾に「t=68」みたいに加えると、動画の68秒目の時点から再生させられるようになりました。
例：
秒パラメータを加えるときには「?」か「&」で繋ぐ必要があります。下記のように。
[YouTube]https://youtu.be/pTIGwKirnhY?t=68
[YouTube]https://www.youtube.com/watch?v=pTIGwKirnhY&t=68
🍘Re:3513◆ああ、なるほど。よく分かりました。詳しいご説明をありがとうございます。たしかに、そういう動作になると便利ではありますね。問題は、該当数のカウントなんですよね……。日付一覧もハッシュタグ一覧も、投稿時に一気に（全投稿を走査して）該当数をカウントしてHTMLを生成(キャッシュ)しておいて、表示時には何もカウントせずにキャッシュをそのまま出力しているんです。ここで、「そのときの限定表示に合わせたカウント値」を表示しようと思うと、毎回ページを表示するたびに（全投稿を走査して）カウントするしかないので、（総投稿数に依りますけども）動作が一瞬もっさりしてしまう可能性があるかな、という懸念があるんですよね……。総投稿数が数百とか少ないうちは全然問題ないでしょうし、数千でも0.何秒みたいな程度でしょうけども。まあ、状況ごとに全部キャッシュしておく手もなくはないのですが（そうするとtegalog.iniが肥大化してしまう別の問題がありそうですが）。その辺をスマートに解決できる方法があれば良いのですけどもね。ただ、おっしゃるような用途の場合には総投稿数が数千とかになるような使い方ではなさそうな気もしますので、別に大丈夫なのかもしれませんが。(^_^;) もうちょっと何か良さげな方法がないか考えてみます。気長にお待ち頂ければ幸いです。
🍘Re:3514◆ご要望ありがとうございます。それは、プラグイン（アドオン）を読み込める仕組みみたいな感じでしょうかね？ だとするとそこはもう、本体側の実装の手間が半端ではなくなるので(^_^;)、てがろぐでは非現実的かなと思っています。装飾ボタンに関しては、自由装飾記法（※デフォルトではボタンが非表示になっていますが）をご活用頂ければありがたいです。もっと高度な装飾が（投稿本文に直接書く形で）欲しい場合は、マークダウン記法で書かれたテキストをJavaScriptで解釈して表示してくれるような仕組みをスキン側でお使いになると自由度が高くて良いのかな……という気はします。ただ、将来的には（任意の指定の範囲に）HTMLタグを直接書ける(よう設定できる)仕組みも用意しようかな……とは思ってはいます。
YouTubeの埋め込み時にURLの末尾に「t=68」みたいに加えると、動画の68秒目の時点から再生させられるようになりました。
例：
秒パラメータを加えるときには「?」か「&」で繋ぐ必要があります。下記のように。
[YouTube]https://youtu.be/pTIGwKirnhY?t=68
[YouTube]https://www.youtube.com/watch?v=pTIGwKirnhY&t=68
🍘Re:3513◆ああ、なるほど。よく分かりました。詳しいご説明をありがとうございます。たしかに、そういう動作になると便利ではありますね。問題は、該当数のカウントなんですよね……。日付一覧もハッシュタグ一覧も、投稿時に一気に（全投稿を走査して）該当数をカウントしてHTMLを生成(キャッシュ)しておいて、表示時には何もカウントせずにキャッシュをそのまま出力しているんです。ここで、「そのときの限定表示に合わせたカウント値」を表示しようと思うと、毎回ページを表示するたびに（全投稿を走査して）カウントするしかないので、（総投稿数に依りますけども）動作が一瞬もっさりしてしまう可能性があるかな、という懸念があるんですよね……。総投稿数が数百とか少ないうちは全然問題ないでしょうし、数千でも0.何秒みたいな程度でしょうけども。まあ、状況ごとに全部キャッシュしておく手もなくはないのですが（そうするとtegalog.iniが肥大化してしまう別の問題がありそうですが）。その辺をスマートに解決できる方法があれば良いのですけどもね。ただ、おっしゃるような用途の場合には総投稿数が数千とかになるような使い方ではなさそうな気もしますので、別に大丈夫なのかもしれませんが。(^_^;) もうちょっと何か良さげな方法がないか考えてみます。気長にお待ち頂ければ幸いです。
🍘Re:3514◆ご要望ありがとうございます。それは、プラグイン（アドオン）を読み込める仕組みみたいな感じでしょうかね？ だとするとそこはもう、本体側の実装の手間が半端ではなくなるので(^_^;)、てがろぐでは非現実的かなと思っています。装飾ボタンに関しては、自由装飾記法（※デフォルトではボタンが非表示になっていますが）をご活用頂ければありがたいです。もっと高度な装飾が（投稿本文に直接書く形で）欲しい場合は、マークダウン記法で書かれたテキストをJavaScriptで解釈して表示してくれるような仕組みをスキン側でお使いになると自由度が高くて良いのかな……という気はします。ただ、将来的には（任意の指定の範囲に）HTMLタグを直接書ける(よう設定できる)仕組みも用意しようかな……とは思ってはいます。
by nishishi. ⌚2023年3月5日(日) 21:45:45〔3年以上前〕 回答/返信 ＜1327文字＞ 編集
煎餅が食べたい……。🍘🍘🍘
🍘Re:3508◆ご要望ありがとうございます。「日付一覧」や「ハッシュタグ一覧」をそれぞれ単独で出力できるようなモードが欲しい、という意味ですかね？ 用途は、それらを別のページに埋め込むとかですか？ 最後の「特定のカテゴリのみの一覧」というのは具体的にはどんな内容でしょう？ 特定のカテゴリに属する投稿だけを出力するのは現状でも可能ですが、もっと何か別の内容でしょうか？
🍘Re:3508◆ご要望ありがとうございます。「日付一覧」や「ハッシュタグ一覧」をそれぞれ単独で出力できるようなモードが欲しい、という意味ですかね？ 用途は、それらを別のページに埋め込むとかですか？ 最後の「特定のカテゴリのみの一覧」というのは具体的にはどんな内容でしょう？ 特定のカテゴリに属する投稿だけを出力するのは現状でも可能ですが、もっと何か別の内容でしょうか？
by nishishi. ⌚2023年3月3日(金) 18:16:49〔3年以上前〕 回答/返信 ＜201文字＞ 編集
えびせんが美味い。🦞
🍘Re:3502◆てがろぐが何か参考になったのなら幸いです。
🍘Re:3503◆管理画面の「画像の管理」から画像をアップロードする場合には、アップロードと同時にキャプションも付けられますのでお試し下さい～。
🍘Re:3504◆ご活用ありがとうございます！(╹◡╹)ﾉ
🍘Re:3505◆ご要望をどうもありがとうございます。➊そういえば、新着投稿リストには「下げた投稿」もそのままリストアップされる仕様でしたね……。ここは、もしかしたらデフォルトで下げた投稿は対象外にした方が良いかな……という気もしました。新着に表示されると下げる意味が薄れそうですしね。ご指摘ありがとうございます。➋たしかに、カテゴリごとに新着投稿リストが出力できると便利な場面もありそうですね。今後のバージョンで実装したいと思います。気長にお待ち頂ければ幸いです。(╹◡╹)
🍘Re:3502◆てがろぐが何か参考になったのなら幸いです。
🍘Re:3503◆管理画面の「画像の管理」から画像をアップロードする場合には、アップロードと同時にキャプションも付けられますのでお試し下さい～。
🍘Re:3504◆ご活用ありがとうございます！(╹◡╹)ﾉ
🍘Re:3505◆ご要望をどうもありがとうございます。➊そういえば、新着投稿リストには「下げた投稿」もそのままリストアップされる仕様でしたね……。ここは、もしかしたらデフォルトで下げた投稿は対象外にした方が良いかな……という気もしました。新着に表示されると下げる意味が薄れそうですしね。ご指摘ありがとうございます。➋たしかに、カテゴリごとに新着投稿リストが出力できると便利な場面もありそうですね。今後のバージョンで実装したいと思います。気長にお待ち頂ければ幸いです。(╹◡╹)
by nishishi. ⌚2023年3月2日(木) 14:17:43〔3年以上前〕 回答/返信 ＜409文字＞ 編集
画像のキャプションはアップロードしてからなのですね〜
人工無能に嘘を聞いた件 
by admin.
⌚2023年2月27日(月) 03:30:52〔3年以上前〕
テスト
＜28文字＞
編集
てがろぐCGIベースのスケジュール・カレンダー表示CGI「さんごよみ」Ver 1.2.0 正式版をリリースしました。てがろぐ共々ご活用頂ければ幸いです。
詳しい機能説明は、公式ページをどうぞ。
開発進捗状況報告ページでは、今回の更新点を軽く紹介しています。
詳しい機能説明は、公式ページをどうぞ。
開発進捗状況報告ページでは、今回の更新点を軽く紹介しています。
by nishishi. ⌚2023年2月26日(日) 13:17:28〔3年以上前〕 アップデート✨ ＜130文字＞ 編集
プリンを買いに行くべきか……？🍮🍮🍮
🍮Re:3499◆β版のご試用をありがとうございます！ 問題ないようで良かったです。たしかにレンタルブログっぽい機能ですね。既製スキンをそのまま使いたい(ただし配色程度は変えたい)方々には楽になるのではないかな、と期待しています。
シュークリーム食べたい。
🍮Re:3499◆β版のご試用をありがとうございます！ 問題ないようで良かったです。たしかにレンタルブログっぽい機能ですね。既製スキンをそのまま使いたい(ただし配色程度は変えたい)方々には楽になるのではないかな、と期待しています。
シュークリーム食べたい。
by nishishi. ⌚2023年2月26日(日) 00:17:38〔3年以上前〕 回答/返信 ＜150文字＞ 編集
開発進捗状況報告サイトで、てがろぐ Ver 3.9.2(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 3.9.2βの更新点(概要)：
《▼新機能》
●設定に『上書きスタイルシート』項目を新設し、そこに書いたCSSソースを「スキンのhead要素末」または「スキン内の指定箇所」に挿入できる機能を追加。
●文字数を指定して本文の一部分を抽出する記法で、三点リーダではない任意の記号を指定できる新記法 [[COMMENT:TITLE:文字数:省略記号]] 等を追加。
●Powered-by表記のリンクを別タブでのリンクにできる新記法 [[VERSION:NEWTAB]] を追加。（a要素に target="_blank" rel="noreferrer noopener" の2属性を付加。）
《▼仕様改善》
●日付一覧・日付検索のリストで、2000年より古い日付もリストアップできるように改善。（ただし1970年以降のみ）
●日付境界バー内部の日付表記やリンクをCSSで装飾しやすいように、マークアップとclass名を追加。
●「補助出力」設定で、ギャラリーモード等のためのスキンディレクトリの指定でも相対パスを使用可能に。（従来は / や . 等の記号が強制削除されていました。）
●スキンのプレビュー適用時に、絶対パスや上位ディレクトリを参照する相対パスの記述での指定を許可するか禁止するかを設定可能に。
《▼不具合修正》
❎投稿日時として50年以上前の日付を指定すると、相対時間表記（＝投稿時点からの経過時間の表記）が正しくなくなる問題を修正。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🆕 Ver 3.9.2βの更新点(概要)：
《▼新機能》
●設定に『上書きスタイルシート』項目を新設し、そこに書いたCSSソースを「スキンのhead要素末」または「スキン内の指定箇所」に挿入できる機能を追加。
●文字数を指定して本文の一部分を抽出する記法で、三点リーダではない任意の記号を指定できる新記法 [[COMMENT:TITLE:文字数:省略記号]] 等を追加。
●Powered-by表記のリンクを別タブでのリンクにできる新記法 [[VERSION:NEWTAB]] を追加。（a要素に target="_blank" rel="noreferrer noopener" の2属性を付加。）
《▼仕様改善》
●日付一覧・日付検索のリストで、2000年より古い日付もリストアップできるように改善。（ただし1970年以降のみ）
●日付境界バー内部の日付表記やリンクをCSSで装飾しやすいように、マークアップとclass名を追加。
●「補助出力」設定で、ギャラリーモード等のためのスキンディレクトリの指定でも相対パスを使用可能に。（従来は / や . 等の記号が強制削除されていました。）
●スキンのプレビュー適用時に、絶対パスや上位ディレクトリを参照する相対パスの記述での指定を許可するか禁止するかを設定可能に。
《▼不具合修正》
❎投稿日時として50年以上前の日付を指定すると、相対時間表記（＝投稿時点からの経過時間の表記）が正しくなくなる問題を修正。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
（ツイート埋め込み処理中...）Twitterで見る
by nishishi. ⌚2023年2月24日(金) 17:55:40〔3年以上前〕 アップデート✨ ＜761文字＞ 編集
てがろぐでは、投稿内に含まれる1つ目の画像をOGPの og:image に出力する機能がありまして、デフォルトで有効になっています。
この機能では、投稿内にある1つ目の画像を問答無用で採用するので、1つ目の画像が「Twitter側がCardに求める様式」に該当していない場合は、Twitter Cardには画像が表示されないことになります。#🌱豆知識
一番よくありそうなケースは、SVGな気がします。Twitter CardはSVG形式の画像をサポートしていないので、SVG画像が1枚目にあるとTwitter Cardに画像は出ません。WebPは使えます。
あと、Twitter側が指定している条件は下記の通りです。
▼summary(小画像の場合)：Twitterのドキュメント
▼summary_large_image(大画像の場合)：Twitterのドキュメント
この機能では、投稿内にある1つ目の画像を問答無用で採用するので、1つ目の画像が「Twitter側がCardに求める様式」に該当していない場合は、Twitter Cardには画像が表示されないことになります。#🌱豆知識
一番よくありそうなケースは、SVGな気がします。Twitter CardはSVG形式の画像をサポートしていないので、SVG画像が1枚目にあるとTwitter Cardに画像は出ません。WebPは使えます。
JPG, PNG, WEBP and GIF formats are supported. Only the first frame of an animated GIF will be used. SVG is not supported.
https://developer.twitter.com/en/docs/twitter-for-webs...
あと、Twitter側が指定している条件は下記の通りです。
▼summary(小画像の場合)：Twitterのドキュメント
Images for this Card support an aspect ratio of 1:1 with minimum dimensions of 144x144 or maximum of 4096x4096 pixels. Images must be less than 5MB in size. The image will be cropped to a square on all platforms.
➡ 縦横比 1:1、最小サイズ 144x144、最大サイズ 4096x4096 ピクセル。画像サイズは 5MB まで。画像は正方形にトリミングされる。
▼summary_large_image(大画像の場合)：Twitterのドキュメント
Images for this Card support an aspect ratio of 2:1 with minimum dimensions of 300x157 or maximum of 4096x4096 pixels. Images must be less than 5MB in size.
➡ 縦横比 2:1、最小サイズ 300x157、最大サイズ 4096x4096 ピクセル。画像サイズは 5MB まで。
by nishishi. ⌚2023年2月23日(木) 22:15:43〔3年以上前〕 情報 ＜1100文字＞ 編集
さくらソイラテを飲みました。🌸🌸🌸
🍓Re:3489◆Perlで書けば書くほど他の言語に移植しにくくなると思うので、PHPに置き換えるのが最終目標なら、先に現状をPHPに移植するところから始めた方が良いのではないかな……という気もします。ある機能を作るとき、Perlで書くのとPHPで書くのとではPHPの方が圧倒的に便利なので、（最終的にPHP化しようという考えがあるなら）Perlで機能追加はしない方がトータルでは楽なのではないかな……と思います。いや、もちろん開発者次第ではありますが。^^;
🍓Re:3490◆ご表明をどうもありがとうございます！ あれから全く製作は進んでいないんですが(^_^;)、製作再開しても良いかな……という気もしつつあります。
🍓Re:3491◆何か対処法があれば良いのですが、なかなかなさそうな気がしているのですよね……。対策としては rel=canonical でURLを正規化する方法があるわけですけども、だからといって、特定のハッシュタグ限定ページや日付別ページを、特定の単独ページに正規化して良いわけではないですよね……。postid=のパラメータがないURLのクロールをブロックする手はあるかも知れませんが。(^_^;) 何か良い方法はないですかね？？ ある条件での限定ページで、対象投稿が1件しかなかった場合には、その単独投稿ページのURLを rel=canonical で指定するようにする、という手はありそうな気もするのですが。
(追記)
🍓Re:3492◆おっと、回答を書いている間にレスが。rel=noindex でブロックした場合も「noindex タグによって除外されました」という理由でリストアップされるので、正攻法としては rel=canonical しかないのかな、という気もしています。というか、そういう重複ってCMSではどこでも発生しそうなので、何かそれ専用の対策をGoogleが用意してくれても良いのではないかと思うのですけどもね……。^^; rel=canonical みたいに正規化はせずに、しかし「このページには他のページと同じコンテンツが含まれていますよ」と示すだけに留めておくmeta指示みたいな……。^^;
(さらに追記)
Search Consoleをよく見たら、rel=canonical で正しく正規化できている場合でもなお、「代替ページ（適切な canonical タグあり）」という理由で『ページがインデックスに登録されなかった理由』欄にリストアップされていますので、これはもうCMS的なツールでは避けようがない、という解釈で居るのが良いのではないでしょうか。(^_^;;; >>3492,3491
「登録されたいのに登録されない」という場合は問題ですが、そうでないなら（検索上不利になるエラーとかそういうわけではないので）No.3492さんのおっしゃるように気にしないのが良いのではないかな……と思います。
🍓Re:3489◆Perlで書けば書くほど他の言語に移植しにくくなると思うので、PHPに置き換えるのが最終目標なら、先に現状をPHPに移植するところから始めた方が良いのではないかな……という気もします。ある機能を作るとき、Perlで書くのとPHPで書くのとではPHPの方が圧倒的に便利なので、（最終的にPHP化しようという考えがあるなら）Perlで機能追加はしない方がトータルでは楽なのではないかな……と思います。いや、もちろん開発者次第ではありますが。^^;
🍓Re:3490◆ご表明をどうもありがとうございます！ あれから全く製作は進んでいないんですが(^_^;)、製作再開しても良いかな……という気もしつつあります。
🍓Re:3491◆何か対処法があれば良いのですが、なかなかなさそうな気がしているのですよね……。対策としては rel=canonical でURLを正規化する方法があるわけですけども、だからといって、特定のハッシュタグ限定ページや日付別ページを、特定の単独ページに正規化して良いわけではないですよね……。postid=のパラメータがないURLのクロールをブロックする手はあるかも知れませんが。(^_^;) 何か良い方法はないですかね？？ ある条件での限定ページで、対象投稿が1件しかなかった場合には、その単独投稿ページのURLを rel=canonical で指定するようにする、という手はありそうな気もするのですが。
(追記)
🍓Re:3492◆おっと、回答を書いている間にレスが。rel=noindex でブロックした場合も「noindex タグによって除外されました」という理由でリストアップされるので、正攻法としては rel=canonical しかないのかな、という気もしています。というか、そういう重複ってCMSではどこでも発生しそうなので、何かそれ専用の対策をGoogleが用意してくれても良いのではないかと思うのですけどもね……。^^; rel=canonical みたいに正規化はせずに、しかし「このページには他のページと同じコンテンツが含まれていますよ」と示すだけに留めておくmeta指示みたいな……。^^;
(さらに追記)
Search Consoleをよく見たら、rel=canonical で正しく正規化できている場合でもなお、「代替ページ（適切な canonical タグあり）」という理由で『ページがインデックスに登録されなかった理由』欄にリストアップされていますので、これはもうCMS的なツールでは避けようがない、という解釈で居るのが良いのではないでしょうか。(^_^;;; >>3492,3491
「登録されたいのに登録されない」という場合は問題ですが、そうでないなら（検索上不利になるエラーとかそういうわけではないので）No.3492さんのおっしゃるように気にしないのが良いのではないかな……と思います。
by nishishi. ⌚2023年2月23日(木) 21:32:22〔3年以上前〕 回答/返信 ＜1278文字＞ 編集
たこ焼き(冷凍)をそろそろ買い足しておかないといけないのではないかな……？ と思って冷凍庫を見たら、まだあと2袋ありました。┌(:3」└)┐
🍮Re:3486◆ご要望をありがとうございます。ログイン画面関連のセキュリティ仕様については、次の正式版(の予定)であるVer.4で大きく改善するつもりでおりますので、もうしばらくお待ち頂ければ幸いです。
プリンは買っていないんですが(寒かったので)、ピザは買いました！🍕🍕🍕
🍮Re:3486◆ご要望をありがとうございます。ログイン画面関連のセキュリティ仕様については、次の正式版(の予定)であるVer.4で大きく改善するつもりでおりますので、もうしばらくお待ち頂ければ幸いです。
プリンは買っていないんですが(寒かったので)、ピザは買いました！🍕🍕🍕
by nishishi. ⌚2023年2月21日(火) 21:16:32〔3年以上前〕 回答/返信 ＜212文字＞ 編集
てがろぐ一式をサーバにUPした後、「どんなURLでアクセスできるのか分からん」とか「404エラーになったり500エラーになったりする」という場合は、とりあえず tegalog.cgi ではなく skin-cover.html を表示してみると良いかもしれません。
https://なんとなく想像するパス/tegalog.cgi ではなく
https://なんとなく想像するパス/skin-cover.html のように。
それで、
「404エラーになったり500エラーになったりする」という場合、可能性としては「そもそもアクセスするURLが間違っている」場合と、「URLは合っているが動作していない」場合とがありますので、まずは「そのどちらなのか」を先に確定させる方が望ましいと思います。（アクセスできない原因が1つとは限りませんから、一気に解決させようとせずに、1つずつ可能性を潰していって特定する方が近道だと思います。）
https://なんとなく想像するパス/tegalog.cgi ではなく
https://なんとなく想像するパス/skin-cover.html のように。
それで、
- skin-cover.html すらも 404 Not Found エラーになるなら、間違いなくURLが違います。
- その場合は、なんとかして正しいURLを探る必要があります。
- skin-cover.html は表示されるなら、URL自体は正しいです。
- URLが正しいなら、あとは、500エラーを解消する方策を探れば良いだけです。
「404エラーになったり500エラーになったりする」という場合、可能性としては「そもそもアクセスするURLが間違っている」場合と、「URLは合っているが動作していない」場合とがありますので、まずは「そのどちらなのか」を先に確定させる方が望ましいと思います。（アクセスできない原因が1つとは限りませんから、一気に解決させようとせずに、1つずつ可能性を潰していって特定する方が近道だと思います。）
by nishishi. ⌚2023年2月20日(月) 23:45:36〔3年以上前〕 情報 ＜594文字＞ 編集
確定申告は無事に完了しました。プリン食べたいです。ないけど。(´･ω･`)
🍮Re:3476◆私もいっぱい見たいです！
🍮Re:3477◆たしかに、スキンのカスタマイズをローカルでしたいという需要はありそうですね。そういえば。ローカル上でのセットアップ方法も解説しておいた方が良いのかな……という気もしてきました。私が開発に使っているのは、まさにその AN HTTPD を使う方法です。Perlのインストール後に perl.exe の所在地へパス(PATH)が通っていない場合には、おっしゃるとおり AN HTTPD の設定画面で perl.exe のフルパスを指定する必要がありますね。
🍮Re:3478◆私も、てがろぐを作るのが楽しいです。😊
🍮Re:3479◆ええと、それはXAMPPが動くかどうかというご質問ですかね？ それとも、その環境でてがろぐが動作するか？というご質問ですかね？^^; XAMPPは入れたら動くと思います（いやまあ、それは当たり前でしたね^^;）。XAMPPにはPerlが含まれていますので、それさえ入れればてがろぐも動作するとは思うのですが、もしCGIモジュール（CGI.pm）やTime::Localモジュールが含まれていない場合には別途CPANとかから手に入れる必要があります。比較的新しいバージョンのPerlでは、CGIモジュールが標準から外れてしまっているので含まれていない可能性もあるっぽい情報を目にしたこともあるんですが……。CGIモジュールが存在するかどうかは、コマンドラインから perl -MCGI -e "print $CGI::VERSION" というコマンドを打ってやると分かります。CGIモジュールがインストールされている場合には 4.50 みたいなバージョン番号が返ってきますが、インストールされていない場合にはエラーが出ます。
🍮Re:3476◆私もいっぱい見たいです！
🍮Re:3477◆たしかに、スキンのカスタマイズをローカルでしたいという需要はありそうですね。そういえば。ローカル上でのセットアップ方法も解説しておいた方が良いのかな……という気もしてきました。私が開発に使っているのは、まさにその AN HTTPD を使う方法です。Perlのインストール後に perl.exe の所在地へパス(PATH)が通っていない場合には、おっしゃるとおり AN HTTPD の設定画面で perl.exe のフルパスを指定する必要がありますね。
🍮Re:3478◆私も、てがろぐを作るのが楽しいです。😊
🍮Re:3479◆ええと、それはXAMPPが動くかどうかというご質問ですかね？ それとも、その環境でてがろぐが動作するか？というご質問ですかね？^^; XAMPPは入れたら動くと思います（いやまあ、それは当たり前でしたね^^;）。XAMPPにはPerlが含まれていますので、それさえ入れればてがろぐも動作するとは思うのですが、もしCGIモジュール（CGI.pm）やTime::Localモジュールが含まれていない場合には別途CPANとかから手に入れる必要があります。比較的新しいバージョンのPerlでは、CGIモジュールが標準から外れてしまっているので含まれていない可能性もあるっぽい情報を目にしたこともあるんですが……。CGIモジュールが存在するかどうかは、コマンドラインから perl -MCGI -e "print $CGI::VERSION" というコマンドを打ってやると分かります。CGIモジュールがインストールされている場合には 4.50 みたいなバージョン番号が返ってきますが、インストールされていない場合にはエラーが出ます。
by nishishi. ⌚2023年2月19日(日) 01:00:26〔3年以上前〕 回答/返信 ＜829文字＞ 編集
ね……、む……、い……。_(:3」z)_
🍮Re:3473◆埋め込んだツイート内部の表示は、iframeで読み込まれるTwitter側の領域なので、外から直接に表示をどうにかする方法はありません。当サイトで埋め込まれているツイートでも本文の文字サイズは大きいと思います（※PCで閲覧した場合）。ただ、iframeの外側に twitter-tweet というclass名が付加された要素がありますから、この横幅サイズを制限することで、埋め込まれるツイート内部の文字サイズを小さくすることはできます。（※Twitter側では、横幅が355pxあたりより狭い場合には文字サイズを小さくする仕様があるっぽいですので。）なので、例えば
.twitter-tweet {
max-width: 350px !important;
}
……というようなCSSを加えると、ツイート内部の文字サイズを小さくできると思います。（その分、埋め込みツイートの横幅も狭くなりますが。）
🍮Re:3473◆埋め込んだツイート内部の表示は、iframeで読み込まれるTwitter側の領域なので、外から直接に表示をどうにかする方法はありません。当サイトで埋め込まれているツイートでも本文の文字サイズは大きいと思います（※PCで閲覧した場合）。ただ、iframeの外側に twitter-tweet というclass名が付加された要素がありますから、この横幅サイズを制限することで、埋め込まれるツイート内部の文字サイズを小さくすることはできます。（※Twitter側では、横幅が355pxあたりより狭い場合には文字サイズを小さくする仕様があるっぽいですので。）なので、例えば
.twitter-tweet {
max-width: 350px !important;
}
……というようなCSSを加えると、ツイート内部の文字サイズを小さくできると思います。（その分、埋め込みツイートの横幅も狭くなりますが。）
by nishishi. ⌚2023年2月15日(水) 14:30:30〔3年以上前〕 回答/返信 ＜443文字＞ 編集
Digital Starbucks Card Giftを贈って下さった方、どうもありがとうございます。Digital Starbucks Card Giftは購入時にメールアドレスの入力が必須ですが、とはいえ、贈り先(つまり私のところ)にはメールアドレスは知らされないことが分かりました。(^_^;) なので完全に匿名になっていまして直接のお礼メッセージが返せませんので、ここでお礼申し上げておきます。ここをご覧になっているかどうかは分かりませんが。^^; ありがとうございます。(╹◡╹)ﾉ
🍮Re:3466◆何か他とは異なる雰囲気のスキンを用意してカスタマイズの幅を示さねば……と思って作ったのが、付箋スキンと黒板スキンでした。ご活用頂ければ幸いです。
🍮Re:3467◆気に入って頂けたなら嬉しいです。画像ペーストでのアップロードは、背後で用意しないといけない機能がそこそこあって今のところ見送っています。一旦ファイル化した上でUPして頂けますと幸いです。何か良さげな実装方法があれば試したいとは思っています。
🍮Re:3468◆Emの読みはエムなんですかね？ もはやイニシャル……。^^;
🍮Re:3469◆ぜひご活用下さい～。(╹◡╹)ﾉ
🍮Re:3470◆Mastodon界隈で話題にして頂けたんですかね？ 末永くご愛用頂ければ幸いです。
🍮Re:3471◆感想記事をどうもありがとうございます！ たいへん嬉しいです。(╹◡╹) カテゴリをメニュー代わりにしてCMS的に活用するというアイデアは目から鱗の活用方法でした。ご紹介ありがとうございます！
🍮Re:3472◆次のβ版では、てがろぐの設定画面から任意のCSSを追加できるようになる予定です。この機能を使うと、お望みの2カ所のサイズ調整も（スキンを編集することなく管理画面上からのCSS追加で）可能になると思います。もうしばらくお待ち下さい～。
🍮Re:3466◆何か他とは異なる雰囲気のスキンを用意してカスタマイズの幅を示さねば……と思って作ったのが、付箋スキンと黒板スキンでした。ご活用頂ければ幸いです。
🍮Re:3467◆気に入って頂けたなら嬉しいです。画像ペーストでのアップロードは、背後で用意しないといけない機能がそこそこあって今のところ見送っています。一旦ファイル化した上でUPして頂けますと幸いです。何か良さげな実装方法があれば試したいとは思っています。
🍮Re:3468◆Emの読みはエムなんですかね？ もはやイニシャル……。^^;
🍮Re:3469◆ぜひご活用下さい～。(╹◡╹)ﾉ
🍮Re:3470◆Mastodon界隈で話題にして頂けたんですかね？ 末永くご愛用頂ければ幸いです。
🍮Re:3471◆感想記事をどうもありがとうございます！ たいへん嬉しいです。(╹◡╹) カテゴリをメニュー代わりにしてCMS的に活用するというアイデアは目から鱗の活用方法でした。ご紹介ありがとうございます！
🍮Re:3472◆次のβ版では、てがろぐの設定画面から任意のCSSを追加できるようになる予定です。この機能を使うと、お望みの2カ所のサイズ調整も（スキンを編集することなく管理画面上からのCSS追加で）可能になると思います。もうしばらくお待ち下さい～。
by nishishi. ⌚2023年2月14日(火) 19:06:59〔3年以上前〕 回答/返信 ＜913文字＞ 編集
3426の者です。Ver 3.9.1βで、自分で手を加えなくてもNSFWフラグ付き画像のぼかしがはみ出さないようになって嬉しいです！ありがとうございます！
今日は別の要望があって書き込みに来ました。
ユーザーアイコンのように、カテゴリアイコンも設定画面から縦横サイズ値を指定したいです。私の場合、外側スキンのCATEGORY:TREEと、内側スキンのCATEGORYLINKSの2箇所でそれぞれ異なる大きさに指定できるようになるととても嬉しいです。2箇所分を指定できるようにするのは大変かとは思いますが、ご検討頂けると幸いです。
今日は別の要望があって書き込みに来ました。
ユーザーアイコンのように、カテゴリアイコンも設定画面から縦横サイズ値を指定したいです。私の場合、外側スキンのCATEGORY:TREEと、内側スキンのCATEGORYLINKSの2箇所でそれぞれ異なる大きさに指定できるようになるととても嬉しいです。2箇所分を指定できるようにするのは大変かとは思いますが、ご検討頂けると幸いです。
by sakura. ⌚2023年2月13日(月) 01:35:08〔3年以上前〕 質問/要望 ＜265文字＞ 編集
>>3466
画像が可愛い ('▽`*)
Henryの愛称がHarryだとたった今知った。そうなのか。
よく分からないのが、RobertがBobになったり、でもRobertでもRobとしか呼ばれず、Bobとは絶対呼ばれない人もいたり、この辺の約束がよく分からない。
Nancyの略称がNance(ナンスと聞こえるが、多分書くのはNancと書くと思う、でもそう書くとナンクになるよね？？？)だったり、Emmaの愛称がEmだったり、その略し方ちょっと失礼じゃないのか？と言う感じのもあったり、SimonをSi(サイ)って呼んでたり、最近すごいなと思ったのは、Mercedesと言う名前の愛称はSadieとか。そのSはどこから来た？？みたいな。
ロシアの名前の愛称も日本人には絶対理解できない系だなあと思った。と言う話。
画像が可愛い ('▽`*)
Henryの愛称がHarryだとたった今知った。そうなのか。
よく分からないのが、RobertがBobになったり、でもRobertでもRobとしか呼ばれず、Bobとは絶対呼ばれない人もいたり、この辺の約束がよく分からない。
Nancyの略称がNance(ナンスと聞こえるが、多分書くのはNancと書くと思う、でもそう書くとナンクになるよね？？？)だったり、Emmaの愛称がEmだったり、その略し方ちょっと失礼じゃないのか？と言う感じのもあったり、SimonをSi(サイ)って呼んでたり、最近すごいなと思ったのは、Mercedesと言う名前の愛称はSadieとか。そのSはどこから来た？？みたいな。
ロシアの名前の愛称も日本人には絶対理解できない系だなあと思った。と言う話。
by tomoyo.
⌚2023年2月11日(土) 14:03:00〔3年以上前〕
つぼやき
＜359文字＞
編集
関東圏は雪で大変そう……？☃
🍮Re:3457◆標準添付のスキンをそのままお使いだけども色指定だけは独自にカスタマイズなさっている、ということでしょうかね？ 確かに、配色の指定をもうちょっと楽に維持できるようにはした方が良いよな……とは思っていました。ちょっと何か考えます。
🍮Re:3458◆顛末がITmediaの記事になっていました。「大量解雇の結果、Twitterがどうやって動いているのか知っている社員が誰も居ない」というジョークがありましたけども、冗談ではなく本当にそうなっているのかも……？^^;
🍮Re:3459◆今のところ No.3462 さんのご指摘通り、オプションは1つしか使えません。今後のバージョンで複数併用できるようにします。気長にお待ち頂ければ幸いです。
🍮Re:3460◆ご要望ありがとうございます。(╹◡╹)ﾉ
🍮Re:3457◆標準添付のスキンをそのままお使いだけども色指定だけは独自にカスタマイズなさっている、ということでしょうかね？ 確かに、配色の指定をもうちょっと楽に維持できるようにはした方が良いよな……とは思っていました。ちょっと何か考えます。
🍮Re:3458◆顛末がITmediaの記事になっていました。「大量解雇の結果、Twitterがどうやって動いているのか知っている社員が誰も居ない」というジョークがありましたけども、冗談ではなく本当にそうなっているのかも……？^^;
🍮Re:3459◆今のところ No.3462 さんのご指摘通り、オプションは1つしか使えません。今後のバージョンで複数併用できるようにします。気長にお待ち頂ければ幸いです。
🍮Re:3460◆ご要望ありがとうございます。(╹◡╹)ﾉ
by nishishi. ⌚2023年2月10日(金) 19:38:06〔3年以上前〕 回答/返信 ＜397文字＞ 編集
開発進捗状況報告サイトで、てがろぐ Ver 3.9.1(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 3.9.1βの更新点(概要)：
《▼新機能》
●OGP(og:image)に出力される画像がNSFWフラグ付きだった場合は、その画像ではなく代替画像を出力させる設定項目を追加。
●RSSフィード内に出力される画像がNSFWフラグ付きだった場合は、og:imageと同じ代替画像にすべて差し替える設定項目を追加。
《▼仕様改善》
●新着画像リストを装飾するCSSを書きやすいように、リスト内の1項目ずつを囲むマークアップを追加。
●日付一覧にリストアップされる年月リンクの「年」や「月」という漢字だけをCSSで装飾できるよう、出力マークアップを追加。
《▼スキン更新》
●NSFWフラグ付きの画像が新着画像リストに表示されるとき、ぼかしが枠からはみ出ないようCSSを修正。
●Chromium系ブラウザで（キャプションありの）NSFWフラグ付き画像を表示したときに、画像の下側のぼかしが枠からはみ出てしまうCSSを修正。
《▼不具合修正》
❎新着画像リストを構成するHTMLソースに、img要素のalt属性値が重複して出力されていた不具合を解消。
❎『画像リンクに独自のclass属性値を追加』にチェックが入っている状態で、その直下のテキスト入力欄が空っぽのとき、『空白の連続を再現 (半角空白文字の連続をそのまま見せる)』項目がONの状態だと、フラグ付き画像のclassが正しく適用されなくなる問題を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🆕 Ver 3.9.1βの更新点(概要)：
《▼新機能》
●OGP(og:image)に出力される画像がNSFWフラグ付きだった場合は、その画像ではなく代替画像を出力させる設定項目を追加。
●RSSフィード内に出力される画像がNSFWフラグ付きだった場合は、og:imageと同じ代替画像にすべて差し替える設定項目を追加。
《▼仕様改善》
●新着画像リストを装飾するCSSを書きやすいように、リスト内の1項目ずつを囲むマークアップを追加。
●日付一覧にリストアップされる年月リンクの「年」や「月」という漢字だけをCSSで装飾できるよう、出力マークアップを追加。
《▼スキン更新》
●NSFWフラグ付きの画像が新着画像リストに表示されるとき、ぼかしが枠からはみ出ないようCSSを修正。
●Chromium系ブラウザで（キャプションありの）NSFWフラグ付き画像を表示したときに、画像の下側のぼかしが枠からはみ出てしまうCSSを修正。
《▼不具合修正》
❎新着画像リストを構成するHTMLソースに、img要素のalt属性値が重複して出力されていた不具合を解消。
❎『画像リンクに独自のclass属性値を追加』にチェックが入っている状態で、その直下のテキスト入力欄が空っぽのとき、『空白の連続を再現 (半角空白文字の連続をそのまま見せる)』項目がONの状態だと、フラグ付き画像のclassが正しく適用されなくなる問題を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
by nishishi. ⌚2023年2月10日(金) 18:21:38〔3年以上前〕 アップデート✨ ＜737文字＞ 編集
そういえば最近、カレーライスを食べていないな……。いや、カレーパイは食べたんですが。美味しかったです。(╹◡╹) また食べたいんですが、この手の製品はそんなに長くは販売されない気もするんですよね……。よほど売れたら別でしょうけども。(´･ω･`)
🍛Re:3451◆RSSは私も活用しています。更新チェックには便利ですよね。NSFWフラグ付き画像がRSSフィードにそのまま出てしまう仕様も次のバージョンでは改善しますので、もうしばらくお待ち下さい。既に実装は済んでいます。というか、つい先程実装しました。^^;
🍛Re:3452◆こちらこそ、ご活用をどうもありがとうございます。(╹◡╹) なお、大事なデータの場合は特に、定期的にローカルにもデータファイルをバックアップコピーされることをお勧め致します。
🍛Re:3451◆RSSは私も活用しています。更新チェックには便利ですよね。NSFWフラグ付き画像がRSSフィードにそのまま出てしまう仕様も次のバージョンでは改善しますので、もうしばらくお待ち下さい。既に実装は済んでいます。というか、つい先程実装しました。^^;
🍛Re:3452◆こちらこそ、ご活用をどうもありがとうございます。(╹◡╹) なお、大事なデータの場合は特に、定期的にローカルにもデータファイルをバックアップコピーされることをお勧め致します。
by nishishi. ⌚2023年2月6日(月) 21:26:23〔3年以上前〕 回答/返信 ＜362文字＞ 編集
恵方巻きを食べました。いや、どうかな。恵方巻きなのかな……？ 今日食べる巻き寿司は全部「恵方巻き」という解釈で良い？^^;
🧀Re:3441◆doさんのサイトで配布されているテンプレートと合体させて使うタイプのスキン第2弾ですね！ ユーザさんの選択肢の幅が広がるのはありがたいです。(╹◡╹)
🧀Re:3442◆てがろぐのご活用をどうもありがとうございます。ご要望もありがとうございます。たしかに、現在の仕様だと埋め込む動画のURL内に再生開始位置の指定があっても（パラメータは全部破棄するので）0秒時点からの再生にしかなりませんね。今のバージョンでは対処方法がないのですが、今後のバージョンでサポートできるようにします。気長にお待ち頂ければ幸いです。
🧀Re:3441◆doさんのサイトで配布されているテンプレートと合体させて使うタイプのスキン第2弾ですね！ ユーザさんの選択肢の幅が広がるのはありがたいです。(╹◡╹)
🧀Re:3442◆てがろぐのご活用をどうもありがとうございます。ご要望もありがとうございます。たしかに、現在の仕様だと埋め込む動画のURL内に再生開始位置の指定があっても（パラメータは全部破棄するので）0秒時点からの再生にしかなりませんね。今のバージョンでは対処方法がないのですが、今後のバージョンでサポートできるようにします。気長にお待ち頂ければ幸いです。
by nishishi. ⌚2023年2月3日(金) 21:14:33〔3年以上前〕 回答/返信 ＜336文字＞ 編集
ご報告に感謝致します。
🧀Re:3438◆なるほど、スペースが2つ入っていましたか……。もしかして『画像リンクに独自のclass属性値を追加』にチェックが入っていて、なおかつ直下の「class=" "」の入力欄は空っぽになっていたりしないでしょうか？（下図の緑色矢印の先です。その条件だと、こちらでも不具合が再現しました。）その場合、『画像リンクに独自のclass属性値を追加』のチェックをOFFにすると解決すると思います。
緑色矢印の先が空欄で、その直上のチェックボックスがONのとき
詳しい話を読む:画像をリンクにするa要素部分は、正確には <a class="● ▲ ■" ～> のように3種類のclass名が出力されるようになっています。●はimagelink固定で必ず含まれます。▲は『画像リンクに独自のclass属性値を追加』のチェックがONの時に限って直下のテキスト入力欄に設定された文字列が出力されます。■には画像に付加されたフラグがある場合に限ってフラグに対応する文字列(nsfwやnolisted)が出力されます。なので、●は必ず出力されますが、▲と■は状況によって出力されたりされなかったりします。
このとき、『画像リンクに独自のclass属性値を追加』にチェックが入っている状態で、直下のテキスト入力欄が空っぽだと、● ▲ ■ の「▲」が0文字になるため、たしかに空白が2つ連続で挿入されてしまいます。通常のHTMLならそうなっても問題ありませんが、別の設定項目『空白の連続を再現 (半角空白文字の連続をそのまま見せる)』がONの場合（※デフォルトでONです）には、連続する2つ以上の空白が という文字実体参照に変換される機能が働いてしまって（本当は働いてはいけないのですが）、それが悪影響を及ぼしてしまうのだと分かりました。(^_^;;;
ううーん、そんな問題があったとは……。今までは（画像フラグの実装前までは）ここに2種類のclassしか入らなかったので、空白が2つ以上連続する状況があり得なかったから問題なかったのでしょうね。次のバージョンで仕様を修正します。
とりあえず今のバージョンでは、
🍩解決策1：『画像リンクに独自のclass属性値を追加』のチェックをOFFにする。
🍩解決策2：『画像リンクに独自のclass属性値を追加』直下のテキスト入力欄に半角英数字を1文字以上書く。
🍩解決策3：『空白の連続を再現 (半角空白文字の連続をそのまま見せる)』のチェックをOFFにする。
……のどれかで解決はできます。（どれか1つだけで大丈夫です。）
ご報告をどうもありがとうございました！
これも絶対に誰かから報告されないと気付かなかったでしょうね……。(^_^;;; 「スペースが2つ入っていた」という情報が重要なヒントになりました。ありがとうございます。
🧀Re:3438◆なるほど、スペースが2つ入っていましたか……。もしかして『画像リンクに独自のclass属性値を追加』にチェックが入っていて、なおかつ直下の「class=" "」の入力欄は空っぽになっていたりしないでしょうか？（下図の緑色矢印の先です。その条件だと、こちらでも不具合が再現しました。）その場合、『画像リンクに独自のclass属性値を追加』のチェックをOFFにすると解決すると思います。
詳しい話を読む:画像をリンクにするa要素部分は、正確には <a class="● ▲ ■" ～> のように3種類のclass名が出力されるようになっています。●はimagelink固定で必ず含まれます。▲は『画像リンクに独自のclass属性値を追加』のチェックがONの時に限って直下のテキスト入力欄に設定された文字列が出力されます。■には画像に付加されたフラグがある場合に限ってフラグに対応する文字列(nsfwやnolisted)が出力されます。なので、●は必ず出力されますが、▲と■は状況によって出力されたりされなかったりします。
このとき、『画像リンクに独自のclass属性値を追加』にチェックが入っている状態で、直下のテキスト入力欄が空っぽだと、● ▲ ■ の「▲」が0文字になるため、たしかに空白が2つ連続で挿入されてしまいます。通常のHTMLならそうなっても問題ありませんが、別の設定項目『空白の連続を再現 (半角空白文字の連続をそのまま見せる)』がONの場合（※デフォルトでONです）には、連続する2つ以上の空白が という文字実体参照に変換される機能が働いてしまって（本当は働いてはいけないのですが）、それが悪影響を及ぼしてしまうのだと分かりました。(^_^;;;
ううーん、そんな問題があったとは……。今までは（画像フラグの実装前までは）ここに2種類のclassしか入らなかったので、空白が2つ以上連続する状況があり得なかったから問題なかったのでしょうね。次のバージョンで仕様を修正します。
とりあえず今のバージョンでは、
🍩解決策1：『画像リンクに独自のclass属性値を追加』のチェックをOFFにする。
🍩解決策2：『画像リンクに独自のclass属性値を追加』直下のテキスト入力欄に半角英数字を1文字以上書く。
🍩解決策3：『空白の連続を再現 (半角空白文字の連続をそのまま見せる)』のチェックをOFFにする。
……のどれかで解決はできます。（どれか1つだけで大丈夫です。）
ご報告をどうもありがとうございました！
これも絶対に誰かから報告されないと気付かなかったでしょうね……。(^_^;;; 「スペースが2つ入っていた」という情報が重要なヒントになりました。ありがとうございます。
by nishishi. ⌚2023年1月31日(火) 00:36:05〔3年以上前〕 情報,回答/返信 ＜1182文字＞ 編集
安倍川餅を食べました。昼に。
🍵Re:3434◆4300行目にある引用符に囲まれた半角スペースは必要なもの（＝消すと正しく動作しなくなるもの）です。どんな問題が発生していますか？ おそらくぼかしがうまくいかない原因は別の所にあると思います。
この4300行目にある $userclass = ' ' . &fcts::forsafety( $setdat{'imageclass'} ); の引用符内の空白を消してしまうと、以下のような出力になってしまいます。
【背景】画像を原寸画像へのリンクにする設定の場合、画像は <a class="imagelink" ～> というaタグで囲まれる形で出力されます。
【設定】画像拡大スクリプト関連の設定項目に『画像リンクに独自のclass属性値を追加』という項目があります。ここにclass名の指定がある場合（例えば sakura ）は、画像は <a class="imagelink sakura" ～> というaタグで囲まれる形で出力されます。
【問題】もし4300行目の空白を消してしまうと、ここは <a class="imagelinksakura" ～> という連結されたclass名が1つだけ出力されるaタグになってしまいます。
要するに4300行目の半角スペースは、2つのclass名を区切るための空白なのです。これを消してしまったら、class名が正しく解釈されなくなります。
🍵Re:3435◆うまくいったようで良かったです。NO IMAGEダミーも（リンクにはならないのでa要素で囲むわけにはいきませんが、代わりにspanを使って）<span class="imagesearch">～</span> で囲むとかにして、imagesearchクラスが適用されるようにしておく方が装飾が作りやすくて良さそうですね。今後のバージョンで改善します。
🍵Re:3436◆スキン配布ありがとうございます！ スキンの選択肢が増えてきて嬉しいです。(╹◡╹)
🍵Re:3434◆4300行目にある引用符に囲まれた半角スペースは必要なもの（＝消すと正しく動作しなくなるもの）です。どんな問題が発生していますか？ おそらくぼかしがうまくいかない原因は別の所にあると思います。
この4300行目にある $userclass = ' ' . &fcts::forsafety( $setdat{'imageclass'} ); の引用符内の空白を消してしまうと、以下のような出力になってしまいます。
【背景】画像を原寸画像へのリンクにする設定の場合、画像は <a class="imagelink" ～> というaタグで囲まれる形で出力されます。
【設定】画像拡大スクリプト関連の設定項目に『画像リンクに独自のclass属性値を追加』という項目があります。ここにclass名の指定がある場合（例えば sakura ）は、画像は <a class="imagelink sakura" ～> というaタグで囲まれる形で出力されます。
【問題】もし4300行目の空白を消してしまうと、ここは <a class="imagelinksakura" ～> という連結されたclass名が1つだけ出力されるaタグになってしまいます。
要するに4300行目の半角スペースは、2つのclass名を区切るための空白なのです。これを消してしまったら、class名が正しく解釈されなくなります。
🍵Re:3435◆うまくいったようで良かったです。NO IMAGEダミーも（リンクにはならないのでa要素で囲むわけにはいきませんが、代わりにspanを使って）<span class="imagesearch">～</span> で囲むとかにして、imagesearchクラスが適用されるようにしておく方が装飾が作りやすくて良さそうですね。今後のバージョンで改善します。
🍵Re:3436◆スキン配布ありがとうございます！ スキンの選択肢が増えてきて嬉しいです。(╹◡╹)
by nishishi. ⌚2023年1月30日(月) 20:35:39〔3年以上前〕 回答/返信 ＜876文字＞ 編集
さむい……。春はまだか……。
🍵Re:3430◆ああ、そうか。NO IMAGEダミー画像はリンクにならないので <a class="imagesearch" ～> が付かないのでした。画像を6個以上アップロードするか（NSFWでなくて可）、NO IMAGEダミー画像を出力しない設定（＝管理画面の「設定」→「ページの表示」→【新着画像リストの表示】→「▼投稿画像の総数が掲載個数に満たない場合：」欄で『何も出力しない』を選択）にすれば問題はなくなると思います。(^_^;) もしくは、以下のように vertical-align: middle; を加えるのでもいけそうな気がします。
.imagesearch {
display: inline-block;
overflow: hidden;
width: 100px;
height: 100px;
vertical-align: middle;
}
🍵Re:3431◆No.3432さんの指摘通り psif.cgi ファイルをアップロードできているかどうか、パーミッションが正しいかをご確認下さい。このファイルは、中身を外部から閲覧されなくするために拡張子を .cgi にしていますが、中身はデータファイルですので、特にパーミッションを自動で設定してくれるようなFTPソフトでUPするとうまくいかないかもしれません。（もし psif.cgi ファイルがちゃんと存在していてパーミッションも正しいように見える場合は、psif.cgiを一旦削除して、再度アップロードしなおして、パーミッションを設定し直してみて下さい。）
🍵Re:3432◆的確なサポートありがとうございます！
🍵Re:3430◆ああ、そうか。NO IMAGEダミー画像はリンクにならないので <a class="imagesearch" ～> が付かないのでした。画像を6個以上アップロードするか（NSFWでなくて可）、NO IMAGEダミー画像を出力しない設定（＝管理画面の「設定」→「ページの表示」→【新着画像リストの表示】→「▼投稿画像の総数が掲載個数に満たない場合：」欄で『何も出力しない』を選択）にすれば問題はなくなると思います。(^_^;) もしくは、以下のように vertical-align: middle; を加えるのでもいけそうな気がします。
.imagesearch {
display: inline-block;
overflow: hidden;
width: 100px;
height: 100px;
vertical-align: middle;
}
🍵Re:3431◆No.3432さんの指摘通り psif.cgi ファイルをアップロードできているかどうか、パーミッションが正しいかをご確認下さい。このファイルは、中身を外部から閲覧されなくするために拡張子を .cgi にしていますが、中身はデータファイルですので、特にパーミッションを自動で設定してくれるようなFTPソフトでUPするとうまくいかないかもしれません。（もし psif.cgi ファイルがちゃんと存在していてパーミッションも正しいように見える場合は、psif.cgiを一旦削除して、再度アップロードしなおして、パーミッションを設定し直してみて下さい。）
🍵Re:3432◆的確なサポートありがとうございます！
by nishishi. ⌚2023年1月29日(日) 19:14:16〔3年以上前〕 回答/返信 ＜744文字＞ 編集
全体としては <p class="situation"><span class="situation-mode"></span></p> という出力になります。表示されるテキストがないことに違いはないのですが、外側のp要素 <p class="situation">～</p> には中身があることになります（emptyではなくなります）。すると、CSSで .situation に適用しているスタイルによっては、「状況に応じた見出し」部分が（見出しとしての文字列は何も出力されていなくても）意図しない装飾になってしまう可能性があります。
もし、「Ver 3.9.3βにバージョンアップしたことによって、状況に応じた見出しの位置に何か余計な装飾が現れた」という場合は、次のβバージョンで解消しますので、そのままお待ち下さい。m(_ _)m
標準添付スキンだと、ブログタイプスキンで下図のように余計なバーが出ます。ブログタイプスキンをそのままお使いの場合はもちろん、ブログタイプスキンをベースにしてカスタマイズしたり独自スキンを作ったりしている場合に同様の問題が出る可能性があります。今の段階でスキンを修正したりせず、次のβ版をお待ちください。（気になる場合は、3.9.2にバージョンダウンしても良いと思います。）