てがろぐ
- Fumy Otegaru Memo Logger -
カテゴリ「回答/返信」に属する投稿［650件］（5ページ目）
昼食はチャーハン。
🍵Re:4508◆カテゴリに属する投稿の総数に応じて、リンクの表示/非表示を切り替える、という意味ですかね？
そうだとすると、JavaScriptを使えば実現できます。以下の①～④のソースを書いてみて下さい。
①まず、外側スキンに <span class="counter">[[INFO:TARGETPOSTS]]</span> と書いておきます。この [[INFO:TARGETPOSTS]] の記述は、もしかしたら既に書いてあるかもしれません。標準添付の各スキンだと書いてあります。書いてある場合はそれを流用しても良いです（※余計な単位を含めないようご注意下さい）し、新たに追記しても良いです。何にしても、該当件数の数値だけが「counter」というclassの要素に含まれるようにします。
②次に、今の表示を逆順で表示するリンクを、例えば
<span class="revlink"><a href="[[REVERSE:URL]]">今の表示を[[REVERSE:NAME]]で見る</a></span> のように書いておきます。リンクの書き方はどうでも良いので好きなようにして下さい。要は、表示/非表示を切り替えたい内容を「revlink」というclass名の付いた要素で囲めば良いだけです。
③さらに、JavaScriptを書きます。
<script>
document.addEventListener('DOMContentLoaded', function() {
// counterクラスの要素を取得して表示件数を得る
var counterElmnt = document.querySelector('.counter');
var counterValue = parseInt(counterElmnt.textContent);
// revlinkクラスの要素を取得
var revlinkElmnt = document.querySelector('.revlink');
// counterの値に応じてrevlinkの表示・非表示を切り替え
if (counterValue >= 30) {
revlinkElmnt.style.display = 'inline';
} else {
revlinkElmnt.style.display = 'none';
}
});
</script>
④最後に、これら全部を [[IF(selected-cat): ～ :IF]] で囲みます。（①はこの範囲外にあっても構いませんが。）
上記のようにすると、
なお、①の数値は、そのまま何らかの表示に使っても良いですし、使い道がない場合はCSSで非表示にしておけば良いです。 .counter { display:none; } みたいな感じで。もし既に counter というclass名を別の用途で使っている場合は、上記のソースでは別の適当なclass名に置き換えて使って下さい。（※お使いのスキン内で、既に counter というclass名を使っている場合に、上記のソースのままを書くと、総表示件数を正しく取得できない可能性があります。）
🍵Re:4508◆カテゴリに属する投稿の総数に応じて、リンクの表示/非表示を切り替える、という意味ですかね？
そうだとすると、JavaScriptを使えば実現できます。以下の①～④のソースを書いてみて下さい。
①まず、外側スキンに <span class="counter">[[INFO:TARGETPOSTS]]</span> と書いておきます。この [[INFO:TARGETPOSTS]] の記述は、もしかしたら既に書いてあるかもしれません。標準添付の各スキンだと書いてあります。書いてある場合はそれを流用しても良いです（※余計な単位を含めないようご注意下さい）し、新たに追記しても良いです。何にしても、該当件数の数値だけが「counter」というclassの要素に含まれるようにします。
②次に、今の表示を逆順で表示するリンクを、例えば
<span class="revlink"><a href="[[REVERSE:URL]]">今の表示を[[REVERSE:NAME]]で見る</a></span> のように書いておきます。リンクの書き方はどうでも良いので好きなようにして下さい。要は、表示/非表示を切り替えたい内容を「revlink」というclass名の付いた要素で囲めば良いだけです。
③さらに、JavaScriptを書きます。
<script>
document.addEventListener('DOMContentLoaded', function() {
// counterクラスの要素を取得して表示件数を得る
var counterElmnt = document.querySelector('.counter');
var counterValue = parseInt(counterElmnt.textContent);
// revlinkクラスの要素を取得
var revlinkElmnt = document.querySelector('.revlink');
// counterの値に応じてrevlinkの表示・非表示を切り替え
if (counterValue >= 30) {
revlinkElmnt.style.display = 'inline';
} else {
revlinkElmnt.style.display = 'none';
}
});
</script>
④最後に、これら全部を [[IF(selected-cat): ～ :IF]] で囲みます。（①はこの範囲外にあっても構いませんが。）
上記のようにすると、
- カテゴリ限定表示時にだけ、(＝④)
- いま見えている総投稿数が30件以上のときに限って、(＝③)
- 逆順に表示するリンクが見える。(＝②)
なお、①の数値は、そのまま何らかの表示に使っても良いですし、使い道がない場合はCSSで非表示にしておけば良いです。 .counter { display:none; } みたいな感じで。もし既に counter というclass名を別の用途で使っている場合は、上記のソースでは別の適当なclass名に置き換えて使って下さい。（※お使いのスキン内で、既に counter というclass名を使っている場合に、上記のソースのままを書くと、総表示件数を正しく取得できない可能性があります。）
シフォンケーキを食べます。（冷凍保存していたのを解凍しました）
🧀Re:4504◆現状のバージョンでどうにかするとしたら、もし時系列順で表示するのが小説だけなのであれば、時系列順 の表記登録を 小説 にすれば、「人間失格（小説）」となって、さほど違和感はないのではないでしょうか？ 連載小説 とすれば、「人間失格（連載小説）」となって、複数投稿に分割されていることがむしろ分かりやすいかも知れませんし。もしくは 連載順 とか 話数順 とか。「連載順」なら掲載するのが小説だけではない場合でも、あまり違和感なく済むかもしれませんね。
ちなみに、『見出しの表示をもう少しだけ柔軟に変更できると利便性が増してありがたい』という点は、「見出し」関連でどんな機能があれば便利でしょうか？ 参考までに例を挙げて頂ければ、今後の開発の参考にさせて頂きます。
🧀Re:4504◆現状のバージョンでどうにかするとしたら、もし時系列順で表示するのが小説だけなのであれば、時系列順 の表記登録を 小説 にすれば、「人間失格（小説）」となって、さほど違和感はないのではないでしょうか？ 連載小説 とすれば、「人間失格（連載小説）」となって、複数投稿に分割されていることがむしろ分かりやすいかも知れませんし。もしくは 連載順 とか 話数順 とか。「連載順」なら掲載するのが小説だけではない場合でも、あまり違和感なく済むかもしれませんね。
ちなみに、『見出しの表示をもう少しだけ柔軟に変更できると利便性が増してありがたい』という点は、「見出し」関連でどんな機能があれば便利でしょうか？ 参考までに例を挙げて頂ければ、今後の開発の参考にさせて頂きます。
🍘Re:4498◆カテゴリごとにRSSフィードを分けるのは、従来から可能です。
カテゴリ別URLの末尾に &mode=rss を加えるだけです。
例：
※使い方・設定方法ページの「条件を限定したRSSフィードの出力」項目もご覧下さい。
カテゴリ別URLの末尾に &mode=rss を加えるだけです。
例：
- カテゴリ「メモ」のRSS ➡ https://～/tegalog.cgi?cat=memo&mode=rss
- カテゴリ「情報」のRSS ➡ https://～/tegalog.cgi?cat=info&mode=rss
- カテゴリ「日記」のRSS ➡ https://～/tegalog.cgi?cat=diary&mode=rss
※使い方・設定方法ページの「条件を限定したRSSフィードの出力」項目もご覧下さい。
タレではなく塩が付属していた冷凍餃子を食べました。🥟🥟🥟
🥟Re:4490◆具体策をどうもありがとうございます。管理画面は元々カラーテーマのようにカスタマイズすることを一切考えずに作ってたこともあって、なかなか装飾の調整は面倒だろうな、という気はしています。(^_^;) 最初から配色カスタマイズを前提にして製作していたら、もうちょっと違ったとは思うんですけどもね。当初はそこまで思い至っていなかったのでした。
🥟Re:4491◆画像を長押ししたときにメニューが開くのはブラウザ側の機能なので、てがろぐ側（Web側）でどうにかするのは難しそうな気がします。画像はリンクにしない状態で掲載しておいて（ポインターイベントを無効化しておいて）、「リンク先の画像をLighboxで開くテキストリンク」を設ける方法を使うくらいでしょうかね……？ ➡『画像を直接埋め込まずに、画像へのテキストリンクとして掲載しつつ、リンク先の画像はLightboxで見せたい場合の書き方』
◆なお、Lighboxでは、拡大された画像を <img class="lb-image" ～> のようなHTMLで表示していますので、このclassだけをターゲットにしてポインターイベントを無効化すればお望みの動作（Lighboxによって拡大された画像を長押ししてもブラウザ側のメニューが出なくなる動作）になるかもしれません。
つまり、.lb-image { pointer-events: none; } ということですが。
◆もしくは、Lighbox以外の画像拡大スクリプトをお使いになる手もあるかもしれません。（設定で任意のスクリプトに切り替えられます。➡『Lightbox以外の画像拡大スクリプトを読み込んで使う方法』）
🥟Re:4493◆何でもダークモードにしてくれるアドオンもあるんですねえ。任意のWebの明暗を反転させるのは、言葉では簡単そうですけどもなかなか（見やすさを確保した上でそうするのは）大変そうな気がしますので、その辺も自動でうまくしてくれるのなら、かなり手間が省けますね。
🥟Re:4495◆そうですね。そのスキンに付随する設定項目がすべて本番確定されてしまうバグでしたので、（ギャラリーモードとサイトマップページモードに関しては）管理画面の補助出力で「1ページあたりに表示される投稿数」・「日付境界バーを挿入するかどうか」・「該当件数とページ番号を表示するかどうか」の設定も可能でしたから、これらも上書きされてしまう動作になっていました。今回のバージョンで、それらも一括解消されています。（要は、設定が上書き保存されてしまわないように修正しましたので。） てがろぐのご活用をどうもありがとうございます！(╹◡╹)ﾉ
🥟Re:4490◆具体策をどうもありがとうございます。管理画面は元々カラーテーマのようにカスタマイズすることを一切考えずに作ってたこともあって、なかなか装飾の調整は面倒だろうな、という気はしています。(^_^;) 最初から配色カスタマイズを前提にして製作していたら、もうちょっと違ったとは思うんですけどもね。当初はそこまで思い至っていなかったのでした。
🥟Re:4491◆画像を長押ししたときにメニューが開くのはブラウザ側の機能なので、てがろぐ側（Web側）でどうにかするのは難しそうな気がします。画像はリンクにしない状態で掲載しておいて（ポインターイベントを無効化しておいて）、「リンク先の画像をLighboxで開くテキストリンク」を設ける方法を使うくらいでしょうかね……？ ➡『画像を直接埋め込まずに、画像へのテキストリンクとして掲載しつつ、リンク先の画像はLightboxで見せたい場合の書き方』
◆なお、Lighboxでは、拡大された画像を <img class="lb-image" ～> のようなHTMLで表示していますので、このclassだけをターゲットにしてポインターイベントを無効化すればお望みの動作（Lighboxによって拡大された画像を長押ししてもブラウザ側のメニューが出なくなる動作）になるかもしれません。
つまり、.lb-image { pointer-events: none; } ということですが。
◆もしくは、Lighbox以外の画像拡大スクリプトをお使いになる手もあるかもしれません。（設定で任意のスクリプトに切り替えられます。➡『Lightbox以外の画像拡大スクリプトを読み込んで使う方法』）
🥟Re:4493◆何でもダークモードにしてくれるアドオンもあるんですねえ。任意のWebの明暗を反転させるのは、言葉では簡単そうですけどもなかなか（見やすさを確保した上でそうするのは）大変そうな気がしますので、その辺も自動でうまくしてくれるのなら、かなり手間が省けますね。
🥟Re:4495◆そうですね。そのスキンに付随する設定項目がすべて本番確定されてしまうバグでしたので、（ギャラリーモードとサイトマップページモードに関しては）管理画面の補助出力で「1ページあたりに表示される投稿数」・「日付境界バーを挿入するかどうか」・「該当件数とページ番号を表示するかどうか」の設定も可能でしたから、これらも上書きされてしまう動作になっていました。今回のバージョンで、それらも一括解消されています。（要は、設定が上書き保存されてしまわないように修正しましたので。） てがろぐのご活用をどうもありがとうございます！(╹◡╹)ﾉ
昼食はピザ。🍕🍕🍕
🍕Re:4488◆特定のWebに自分の好きなCSSを追加できる「ユーザースタイルシート」という機能をブラウザに加えるアドオンがいくつか出ています。そういうのをお使いになれば、何でも好きなCSSを管理画面に加えられますのでご活用下さい。あくまでも「自分の使っているブラウザだけ」でしか適用されませんが（＝他の閲覧者には一切影響しませんが）、自分だけが使う管理画面の装飾を調整したいだけならそれで事足りるのではないかと思います。ユーザースタイルシート機能を加えてくれるアドオンについては、Geminiに尋ねてみた結果もご参照頂くと良いかもしれません。
🍕Re:4488◆特定のWebに自分の好きなCSSを追加できる「ユーザースタイルシート」という機能をブラウザに加えるアドオンがいくつか出ています。そういうのをお使いになれば、何でも好きなCSSを管理画面に加えられますのでご活用下さい。あくまでも「自分の使っているブラウザだけ」でしか適用されませんが（＝他の閲覧者には一切影響しませんが）、自分だけが使う管理画面の装飾を調整したいだけならそれで事足りるのではないかと思います。ユーザースタイルシート機能を加えてくれるアドオンについては、Geminiに尋ねてみた結果もご参照頂くと良いかもしれません。
久しぶりにホットケーキを食べました！🥞
🥞Re:4478◆結果報告をどうもありがとうございます。&で繋ぐと消えてしまう理由が分かりませんが、とりあえずうまく動作するようになったのなら良かったです。^^
🥞Re:4479◆もしかして、ローカルにあるスキンをアップロードできる欄だと誤解された、とかですかね……？ この欄は、サーバ上に存在するスキンのうち、「tegalog.cgiのあるディレクトリの直接のサブディレクトリ」以外にあるスキンを適用するためにある欄なので、ローカルのフォルダ名を入れても機能しません。ちょっとこの欄は確かによくよく考えると紛らわしいので、もうちょっと何かUIを考え直したいと思います。
🥞Re:4480◆リスト機能を使うと（リストページを見ると）、リストの上部に今でもTwitter Birdが見えるんですよね。リストの画像を自前でアップロードしていない場合は。そこも残り続けて欲しいです。
🥞Re:4481◆機能としては存在しないんですが、要は imagelink というclass名の付いたa要素すべてに target="_blank" の属性を加えれば良いので、外側スキンのHTMLソースの下端に以下のようなJavaScriptを書けばお望みの動作になると思います。
<script>
const links = document.querySelectorAll('a.imagelink');
links.forEach(link => {
link.setAttribute('target', '_blank');
});
</script>
このソースをそのまま使う場合は、ページの末尾付近に加えて下さい。（もしhead要素内とかに書きたい場合は、「HTMLの読み込みが終わってから実行」されるような工夫を加える必要があります。）
🥞Re:4478◆結果報告をどうもありがとうございます。&で繋ぐと消えてしまう理由が分かりませんが、とりあえずうまく動作するようになったのなら良かったです。^^
🥞Re:4479◆もしかして、ローカルにあるスキンをアップロードできる欄だと誤解された、とかですかね……？ この欄は、サーバ上に存在するスキンのうち、「tegalog.cgiのあるディレクトリの直接のサブディレクトリ」以外にあるスキンを適用するためにある欄なので、ローカルのフォルダ名を入れても機能しません。ちょっとこの欄は確かによくよく考えると紛らわしいので、もうちょっと何かUIを考え直したいと思います。
🥞Re:4480◆リスト機能を使うと（リストページを見ると）、リストの上部に今でもTwitter Birdが見えるんですよね。リストの画像を自前でアップロードしていない場合は。そこも残り続けて欲しいです。
🥞Re:4481◆機能としては存在しないんですが、要は imagelink というclass名の付いたa要素すべてに target="_blank" の属性を加えれば良いので、外側スキンのHTMLソースの下端に以下のようなJavaScriptを書けばお望みの動作になると思います。
<script>
const links = document.querySelectorAll('a.imagelink');
links.forEach(link => {
link.setAttribute('target', '_blank');
});
</script>
このソースをそのまま使う場合は、ページの末尾付近に加えて下さい。（もしhead要素内とかに書きたい場合は、「HTMLの読み込みが終わってから実行」されるような工夫を加える必要があります。）
朝食に、フィレオフィッシュっぽいサンドイッチを食べました。🥪🥪🥪
🍨Re:4476◆おおぅ、そんな現象になりましたか。『任意のディレクトリにあるスキンを手動指定』欄を使った結果ですかね？
以下の手順で操作してみて下さい。
※参考までに、どんな操作をしてその現象になったのか、もし覚えているようでしたら教えて頂けるとありがたいです。
🍨Re:4476◆おおぅ、そんな現象になりましたか。『任意のディレクトリにあるスキンを手動指定』欄を使った結果ですかね？
以下の手順で操作してみて下さい。
- サーバ（＝問題のてがろぐの設置ディレクトリ）から tegalog.ini ファイルをダウンロードします。
- その tegalog.ini ファイルをテキストエディタで開きます。
- skindirectory=で始まる行を探します。（※たぶん383行目付近にあります。似た名称の行が複数あるので注意して下さい。）
- その行を丸ごと消します。（1行を丸ごと消して大丈夫です。）
- 上書き保存します。
- その tegalog.ini をサーバにアップロード（上書きアップロード）します。
※参考までに、どんな操作をしてその現象になったのか、もし覚えているようでしたら教えて頂けるとありがたいです。
押し入れから扇風機を出してきました。
🍨Re:4471◆隠された範囲をSmooth展開するのは、現状のてがろぐの仕様で可能でしょうかね……？（どなたか実現なさっている方がいらっしゃったら教えて下さい！）なんとなく難しそうな気がします。デフォルト設定では、隠された範囲(のspan要素)は表示時に display:inline; のスタイルが付加されますしね（その値は設定で変更可能ですが）。
◆現状のような「JavaScriptで表示/非表示を切り替える」方法で隠す手段以外に、現在で(たぶん)主流な <details><summary>見せる部分</summary>折りたたむ部分</details> のようにHTMLだけで実現できる折り畳み機能で出力される記法も追加した方が良いかな……という気はなんとなくしています。今のところそのような要望は来ていないので、まだ「なんとなく思っているだけ」の状態ですけども。そちらの方がCSS（やJavaScript）で装飾しやすいだろうな、という気はします。
◆SNSシェアボタンで「特定のスキンを適用したURL」がシェアされるようにするには、[[PERMAURL]]系の記法の直後に（空白を挟まずに）&skin=skin-nameのような感じでパラメータを加えれば良いだけです。具体的にどのように書けば良いかは、お使いの「シェアボタン」の仕様次第ですので、（具体的な記述も知りたい場合は）まず現状の記述がどうなっているのかをお知らせ頂く必要があります。
🍨Re:4472◆てがろぐをご活用下さってありがとうございます。(╹◡╹)ﾉ
少なくとも（私が直接使っている範囲では）5千件や1万件程度の投稿総数では特に体感できるほどの変化は出ていません。
なお、今ご覧になっているこの動作試験場では、現状で4,350件近くの投稿数がありますので、実際に「5千件近くの投稿がある状態の動作」をご体感頂けています。(╹◡╹)
下記のⒶとⒷは私(だけ)が書いているページ（てがろぐ）で、Ⓒはここです。それぞれの大まかな総投稿数とデータサイズを調べてみました。
実際に生成ページにアクセスしてみると、投稿総数が1万2千件を超えているⒶよりも、わずか43件しかないⒷの方が、むしろ表示までにかかる動作は比較的もっさりしている気がしませんか？ これは、Ⓑでは文字装飾記法が山ほど使われているために（てがろぐ内部で）独自記法をHTMLに展開する処理がたくさん発生するためだろうな……という気がしています。まあ、Ⓑはさすがに『1投稿に2万文字近くある』ような長文投稿ばかりなので、かなり極端な例ですが。(笑)
なお、管理画面の応答速度は、ⒶⒷⒸどれも同じ感じです。（ミリ秒単位で計測したら何らかの差はあるかもしれませんが、体感できるほどの差はありません。）
ただ、CGIなので、動作の重たさは『アクセスがどれくらい集中するか』の方が影響すると思います。
Botからの大量アクセスを受けると、あっという間に重たくなるケースはありました。
てがろぐは、ページを生成する際に(毎回)データファイルを全部読み込みますので、毎秒数十件みたいな極めて高い頻度でのアクセスが続いてしまうと、サーバ自体がかなり重たくなりますね。（その辺は、サーバ側の性能にも影響するとは思いますが。）
なので、アクセス数が多いサイトの場合は特にWAF（Web Application Firewall）を併用して、悪質なBotは（CGIに届く前にサーバ側で）排除される環境にしておく方が望ましいです。
というわけで、てがろぐは（データベースを使っていないシステムなので、極端にデータサイズが大きくなればそれに比例して重たくなるだろうと予想はしているのですけども）、1万2千件程度の投稿数なら特に気にならない、とは言えそうです。10万件だとどうなるのかはまだ分かりませんが。^^;（上記で述べたとおり、投稿の内容次第でもあります。）
投稿総数が莫大になる予想があるのであれば、その「即メモ」と「ライフログ」は、1つのてがろぐで運営するのではなく、最初から複数個のてがろぐに分散させておくと、なお安心かもしれません。
（とはいえ、1つのてがろぐで運営していた内容を、後から複数のてがろぐに分割するのは、テキストエディタでデータファイルを直接分離すれば簡単ですが。どの投稿をどこに分けるのかを判断しやすくするために、カテゴリ等を使って事前に分類されていると望ましいですね。）
🍨Re:4471◆隠された範囲をSmooth展開するのは、現状のてがろぐの仕様で可能でしょうかね……？（どなたか実現なさっている方がいらっしゃったら教えて下さい！）なんとなく難しそうな気がします。デフォルト設定では、隠された範囲(のspan要素)は表示時に display:inline; のスタイルが付加されますしね（その値は設定で変更可能ですが）。
◆現状のような「JavaScriptで表示/非表示を切り替える」方法で隠す手段以外に、現在で(たぶん)主流な <details><summary>見せる部分</summary>折りたたむ部分</details> のようにHTMLだけで実現できる折り畳み機能で出力される記法も追加した方が良いかな……という気はなんとなくしています。今のところそのような要望は来ていないので、まだ「なんとなく思っているだけ」の状態ですけども。そちらの方がCSS（やJavaScript）で装飾しやすいだろうな、という気はします。
◆SNSシェアボタンで「特定のスキンを適用したURL」がシェアされるようにするには、[[PERMAURL]]系の記法の直後に（空白を挟まずに）&skin=skin-nameのような感じでパラメータを加えれば良いだけです。具体的にどのように書けば良いかは、お使いの「シェアボタン」の仕様次第ですので、（具体的な記述も知りたい場合は）まず現状の記述がどうなっているのかをお知らせ頂く必要があります。
🍨Re:4472◆てがろぐをご活用下さってありがとうございます。(╹◡╹)ﾉ
少なくとも（私が直接使っている範囲では）5千件や1万件程度の投稿総数では特に体感できるほどの変化は出ていません。
なお、今ご覧になっているこの動作試験場では、現状で4,350件近くの投稿数がありますので、実際に「5千件近くの投稿がある状態の動作」をご体感頂けています。(╹◡╹)
下記のⒶとⒷは私(だけ)が書いているページ（てがろぐ）で、Ⓒはここです。それぞれの大まかな総投稿数とデータサイズを調べてみました。
- Ⓐ 今日のひとことログ ：総投稿数 12,200件超 データファイル 6.27MB
- Ⓑ てがろぐリリースノート ：総投稿数 43件 データファイル 0.61MB
- Ⓒ 動作試験場（ここ） ：総投稿数 4,300件超 データファイル 2.94MB
実際に生成ページにアクセスしてみると、投稿総数が1万2千件を超えているⒶよりも、わずか43件しかないⒷの方が、むしろ表示までにかかる動作は比較的もっさりしている気がしませんか？ これは、Ⓑでは文字装飾記法が山ほど使われているために（てがろぐ内部で）独自記法をHTMLに展開する処理がたくさん発生するためだろうな……という気がしています。まあ、Ⓑはさすがに『1投稿に2万文字近くある』ような長文投稿ばかりなので、かなり極端な例ですが。(笑)
なお、管理画面の応答速度は、ⒶⒷⒸどれも同じ感じです。（ミリ秒単位で計測したら何らかの差はあるかもしれませんが、体感できるほどの差はありません。）
ただ、CGIなので、動作の重たさは『アクセスがどれくらい集中するか』の方が影響すると思います。
Botからの大量アクセスを受けると、あっという間に重たくなるケースはありました。
てがろぐは、ページを生成する際に(毎回)データファイルを全部読み込みますので、毎秒数十件みたいな極めて高い頻度でのアクセスが続いてしまうと、サーバ自体がかなり重たくなりますね。（その辺は、サーバ側の性能にも影響するとは思いますが。）
なので、アクセス数が多いサイトの場合は特にWAF（Web Application Firewall）を併用して、悪質なBotは（CGIに届く前にサーバ側で）排除される環境にしておく方が望ましいです。
というわけで、てがろぐは（データベースを使っていないシステムなので、極端にデータサイズが大きくなればそれに比例して重たくなるだろうと予想はしているのですけども）、1万2千件程度の投稿数なら特に気にならない、とは言えそうです。10万件だとどうなるのかはまだ分かりませんが。^^;（上記で述べたとおり、投稿の内容次第でもあります。）
投稿総数が莫大になる予想があるのであれば、その「即メモ」と「ライフログ」は、1つのてがろぐで運営するのではなく、最初から複数個のてがろぐに分散させておくと、なお安心かもしれません。
（とはいえ、1つのてがろぐで運営していた内容を、後から複数のてがろぐに分割するのは、テキストエディタでデータファイルを直接分離すれば簡単ですが。どの投稿をどこに分けるのかを判断しやすくするために、カテゴリ等を使って事前に分類されていると望ましいですね。）
今日こそはプリンを買おうかな……と思ってプリンコーナーへ行ったところ、エクレアに20％OFFシールが貼られていました。なるほど、これはエクレアを買えということか……と一瞬思ったんですが、そもそも暑かったのでプリンでもエクレアでもなくアイスを買ってきました。┌(:3」└)┐
プリンを食べられるのはいつだ!?
🍮Re:4468◆詳しい情報をどうもありがとうございます。てがろぐ側で外部サービスの埋め込み機能を用意するには、その外部サービスの仕様が「埋め込み用のHTMLソースを『URLに含まれている情報だけ』から生成できる」という仕様である必要があるのですが、残念ながらSoundCloudはそのような仕様になっていないようなので（その解釈が正しければ）残念ながら埋め込み機能の実装は無理なように思います。例えば、 https://soundcloud.com/skrillex/skrillex-peekaboo-flow... の曲を埋め込むためには、https://w.soundcloud.com/player/?url=https%3A//api.soundcloud.com/tracks/1595701743… というようなURLを生成してiframeに指定しないといけないようですが、この「1595701743」という情報はSoundCloudのURLからは得られないので、てがろぐ側では埋め込み用のソースを生成できないのです。畳む（Blueskyの投稿を埋め込めない理由と同じです。）
将来的に、HTMLを何でも書けるオプションを用意したときには、SoundCloud側が提供しているシェア用のHTMLをそのまま貼ることで埋め込めるようにはなります。
🍮Re:4469◆ご報告をどうもありがとうございます。(╹◡╹)ﾉ
プリンを食べられるのはいつだ!?
🍮Re:4468◆詳しい情報をどうもありがとうございます。てがろぐ側で外部サービスの埋め込み機能を用意するには、その外部サービスの仕様が「埋め込み用のHTMLソースを『URLに含まれている情報だけ』から生成できる」という仕様である必要があるのですが、残念ながらSoundCloudはそのような仕様になっていないようなので（その解釈が正しければ）残念ながら埋め込み機能の実装は無理なように思います。例えば、 https://soundcloud.com/skrillex/skrillex-peekaboo-flow... の曲を埋め込むためには、https://w.soundcloud.com/player/?url=https%3A//api.soundcloud.com/tracks/1595701743… というようなURLを生成してiframeに指定しないといけないようですが、この「1595701743」という情報はSoundCloudのURLからは得られないので、てがろぐ側では埋め込み用のソースを生成できないのです。畳む（Blueskyの投稿を埋め込めない理由と同じです。）
将来的に、HTMLを何でも書けるオプションを用意したときには、SoundCloud側が提供しているシェア用のHTMLをそのまま貼ることで埋め込めるようにはなります。
🍮Re:4469◆ご報告をどうもありがとうございます。(╹◡╹)ﾉ
プリン食べたいな……と思いながら冷蔵スイーツコーナーへ行ったのに、なぜか珈琲ゼリーを買ってしまったので、まだプリンは食べていません。┌(:3」└)┐
とはいえ、珈琲ゼリーは美味しかったです😋
🍮Re:4462◆早々のバージョンアップをどうもありがとうございます！
🍮Re:4463◆TegUpのご試用もありがとうございます。さすがにそろそろVer.1として配布しても良さそうだな、と思っています。
🍮Re:4464◆soundcloudはドイツの会社のサービスですかね？ Webページへの埋め込み方法の解説ページがあるようなら教えて下さい。
🍮Re:4465◆新バージョンのご活用をどうもありがとうございます。TegUpの報告もありがとうございます。新機能がお役に立っていると分かるととても嬉しいです。(╹◡╹)ﾉ
🍮Re:4466◆そうでした。おっしゃるとおり .decorationF は出力されません。最後の段落は忘れて下さい。┌(:3」└)┐ なんとなく、文字装飾機能では .decorationX というようなclassを出力しているハズだという思い込みがあって、隠される範囲全体も .decorationH で囲んでいるだろうと思っていたのでした。で、解説を書くためにサンプルソースを見たときに、（実際には .decorationH は出力されていないわけですが）先の解説で出力されていた .decorationF を「隠したい範囲を囲んでいるclassだ」と勘違いしたようです。(^_^;)
今のところ、隠す装飾だけで両ボタンを同じ位置にする方法はなさそうですね。なんかよほどアクロバットなことをしたらできるかもしれませんが……。
それよりも、『隠す範囲全体を <span class="decorationH"> ～ </span> で囲む』仕様を追加した方が良いような気がしてきました。たぶんそうすると、他の装飾用途にも活用しやすくなりそうな気がしたりしなかったり。（その仕様を加えても、既存の装飾に悪影響はなさそうだと思うのですけども。どうかな……。）
🍮イーロンがどうとう twitter.com を x.com へリダイレクトするようにしてしまいました。ツイートの埋め込みは（今のところ）どちらのドメインでも可能ですが、もし今後に（さすがにそうはしないと思いますが） x.com だけでしか埋め込まれないように改悪されたとしても、てがろぐ側で変換するようにしますので、（たとえそうなっても）自前のデータファイルを書き換えたりしなくて大丈夫です。（埋め込み機能自体を廃止されたらどうにもなりませんが……。）
とはいえ、珈琲ゼリーは美味しかったです😋
🍮Re:4462◆早々のバージョンアップをどうもありがとうございます！
🍮Re:4463◆TegUpのご試用もありがとうございます。さすがにそろそろVer.1として配布しても良さそうだな、と思っています。
🍮Re:4464◆soundcloudはドイツの会社のサービスですかね？ Webページへの埋め込み方法の解説ページがあるようなら教えて下さい。
🍮Re:4465◆新バージョンのご活用をどうもありがとうございます。TegUpの報告もありがとうございます。新機能がお役に立っていると分かるととても嬉しいです。(╹◡╹)ﾉ
🍮Re:4466◆そうでした。おっしゃるとおり .decorationF は出力されません。最後の段落は忘れて下さい。┌(:3」└)┐ なんとなく、文字装飾機能では .decorationX というようなclassを出力しているハズだという思い込みがあって、隠される範囲全体も .decorationH で囲んでいるだろうと思っていたのでした。で、解説を書くためにサンプルソースを見たときに、（実際には .decorationH は出力されていないわけですが）先の解説で出力されていた .decorationF を「隠したい範囲を囲んでいるclassだ」と勘違いしたようです。(^_^;)
今のところ、隠す装飾だけで両ボタンを同じ位置にする方法はなさそうですね。なんかよほどアクロバットなことをしたらできるかもしれませんが……。
それよりも、『隠す範囲全体を <span class="decorationH"> ～ </span> で囲む』仕様を追加した方が良いような気がしてきました。たぶんそうすると、他の装飾用途にも活用しやすくなりそうな気がしたりしなかったり。（その仕様を加えても、既存の装飾に悪影響はなさそうだと思うのですけども。どうかな……。）
🍮イーロンがどうとう twitter.com を x.com へリダイレクトするようにしてしまいました。ツイートの埋め込みは（今のところ）どちらのドメインでも可能ですが、もし今後に（さすがにそうはしないと思いますが） x.com だけでしか埋め込まれないように改悪されたとしても、てがろぐ側で変換するようにしますので、（たとえそうなっても）自前のデータファイルを書き換えたりしなくて大丈夫です。（埋め込み機能自体を廃止されたらどうにもなりませんが……。）
久しぶりに餃子を食べました。餃子のタレが余ったので、また餃子を調達しなければ……。
🥮Re:4459◆たぶん、自由装飾記法を使ってボタンの掲載位置を調整すれば、お望みの表示は今のバージョンでもできそうな気がします。
まず、隠したい範囲を [H:隠したい範囲] だけでなく、自由装飾記法を使って、[F:btnfirst:[H:隠したい範囲]] のように書いておきます。
次に、以下の2つのCSSを加えます。
.deco-btnfirst {
display: block;
position: relative;
padding-top: 1.5em; /* ※後述 */
}
.deco-btnfirst .readmorebutton {
position: absolute;
top: 0;
left: 0;
}
すると、「続きを読む」ボタンも、「畳む」ボタンも、どちらも同じ位置（先頭）に見えるようになります。
「※」部分の 1.5em は、お好みで調整して下さい。0にすると隠している範囲に続く1行に重なってしまいますので、1以上の値にする必要があります。
（ボタンの大きさも揃える方が望ましいと思いますが、そこはお使いのスキン次第なので、スキン側のCSSを調整して下さい。）
もし、全部の「続きを読む／畳む」ボタンを上記のように表示したいなら、わざわざ自由装飾記法を併用しなくても、単に .decorationF に対して上記の装飾を適用すれば済みます。（つまり、上記のCSSソースで .deco-btnfirst の代わりに .decorationF と書きます。）
その場合は、隠したい範囲はいつも通り [H:隠したい範囲] と書くだけで済みます。 この段落のことは忘れて下さい。┌(:3」└)┐ >>4467
🥮Re:4459◆たぶん、自由装飾記法を使ってボタンの掲載位置を調整すれば、お望みの表示は今のバージョンでもできそうな気がします。
まず、隠したい範囲を [H:隠したい範囲] だけでなく、自由装飾記法を使って、[F:btnfirst:[H:隠したい範囲]] のように書いておきます。
次に、以下の2つのCSSを加えます。
.deco-btnfirst {
display: block;
position: relative;
padding-top: 1.5em; /* ※後述 */
}
.deco-btnfirst .readmorebutton {
position: absolute;
top: 0;
left: 0;
}
すると、「続きを読む」ボタンも、「畳む」ボタンも、どちらも同じ位置（先頭）に見えるようになります。
「※」部分の 1.5em は、お好みで調整して下さい。0にすると隠している範囲に続く1行に重なってしまいますので、1以上の値にする必要があります。
（ボタンの大きさも揃える方が望ましいと思いますが、そこはお使いのスキン次第なので、スキン側のCSSを調整して下さい。）
その場合は、隠したい範囲はいつも通り [H:隠したい範囲] と書くだけで済みます。
【急募】やる気……...。 _(┐｢ε:)_
🍩Re:4449◆あと、リリースノートさえ書けば、Ver 4.3.0正式版をリリースできる予定です。リリースノートさえ書けば……。_(┐｢ε:)_
🍩Re:4450◆お役に立ったなら何よりです。^^
🍩Re:4452◆登校だけでなく下校も集団なんですね!? そういうパターンもあるんですねえ。
🍩Re:4453◆確かに、片道3kmは小学生だと厳しいでしょうね。歩けたとしても1時間は掛かりそうな。朝は5分でも長く寝ていたいのに……。(笑)
🍩Re:4454◆WAFの検出ログにたくさん出てくるのを見ると驚きますよね。うちのWAFログにも毎秒毎秒何かが記録されている感じです。とはいえ、ログにあるということは（悪意あるアクセスを）阻止はできているということなので、大きく気にする必要はないのではないかと思ってはいます。そこそこ検索にもヒットする感じのWebでお使いの場合は、「WAFは必須」と考える方が良さそうですね。そうでないと、これだけの莫大なアクセスがそのままCGIに渡ってしまうと、サーバの負荷がかなり高まりそうですので。
🍩Re:4455◆ご要望をありがとうございます。ToDoリストには入れておきます。
🍩Re:4456◆確かに自由装飾記法だけだと、見た目では隠せても、OGPやRSSにはそのまま出てしまいますね。
🍩Re:4449◆あと、リリースノートさえ書けば、Ver 4.3.0正式版をリリースできる予定です。リリースノートさえ書けば……。_(┐｢ε:)_
🍩Re:4450◆お役に立ったなら何よりです。^^
🍩Re:4452◆登校だけでなく下校も集団なんですね!? そういうパターンもあるんですねえ。
🍩Re:4453◆確かに、片道3kmは小学生だと厳しいでしょうね。歩けたとしても1時間は掛かりそうな。朝は5分でも長く寝ていたいのに……。(笑)
🍩Re:4454◆WAFの検出ログにたくさん出てくるのを見ると驚きますよね。うちのWAFログにも毎秒毎秒何かが記録されている感じです。とはいえ、ログにあるということは（悪意あるアクセスを）阻止はできているということなので、大きく気にする必要はないのではないかと思ってはいます。そこそこ検索にもヒットする感じのWebでお使いの場合は、「WAFは必須」と考える方が良さそうですね。そうでないと、これだけの莫大なアクセスがそのままCGIに渡ってしまうと、サーバの負荷がかなり高まりそうですので。
🍩Re:4455◆ご要望をありがとうございます。ToDoリストには入れておきます。
🍩Re:4456◆確かに自由装飾記法だけだと、見た目では隠せても、OGPやRSSにはそのまま出てしまいますね。
よもぎ餅は食べました。あと、シュガーバターの木も。
🍵Re:4446◆ちょいとソースを確認してみたところ、そんなに手間無く実装できそうな気がしましたので、そう遠くないうちに「2行目も常に見せる」的なオプション機能は加えられそうな気がします。ただ、もう次の正式版(Ver 4.3.0)の機能はFixしてしまったので、実装するとしてもその後のバージョンになります。気長にお待ち頂ければ幸いです。
🍵Re:4447◆分かりやすい解説とソースをどうもありがとうございます。まさしくその方法が簡便で良いですね！ :activeでいけたんですねえ……。なんとなく:activeはリンクとかボタンとかフォーム要素とかでしか機能しなさそうな先入観があったので思い至りませんでした。^^; 元日の地震以後、どんな状況なのか気になっていましたが、余裕が回復したのは何よりです。
🍵Re:4446◆ちょいとソースを確認してみたところ、そんなに手間無く実装できそうな気がしましたので、そう遠くないうちに「2行目も常に見せる」的なオプション機能は加えられそうな気がします。ただ、もう次の正式版(Ver 4.3.0)の機能はFixしてしまったので、実装するとしてもその後のバージョンになります。気長にお待ち頂ければ幸いです。
🍵Re:4447◆分かりやすい解説とソースをどうもありがとうございます。まさしくその方法が簡便で良いですね！ :activeでいけたんですねえ……。なんとなく:activeはリンクとかボタンとかフォーム要素とかでしか機能しなさそうな先入観があったので思い至りませんでした。^^; 元日の地震以後、どんな状況なのか気になっていましたが、余裕が回復したのは何よりです。
柏餅はないけど、よもぎ餅はある……。
🍵Re:4443◆URLが含まれていても自動でリンクにならないようにするには、「自動でリンクにはならないURLの書き方」をご活用下さい。◆その塗りつぶし機能なら、自由装飾記法を使えば実現できそうに思います。例えば、[F:fill:塗りつぶしたい範囲] のように書けば、その範囲が <span class="deco-fill">塗りつぶしたい範囲</span> のように出力されます。あとは、CSSでこの範囲の文字色を背景色と同じにすれば、お望みの初期表示になります。あとは、「クリックしたら文字色が変わる」という動作を加えれば済みます。「マウスが載るだけ」で良いなら :hover を使えば良いですが、モバイル端末に対応するにはその方法では不十分ですね。CSSだけで実現できる方法もありそうな気もするのですが、ぱっとは思いつかないので、とりあえずJavaScriptで書くとすると、
var decoFillElements = document.querySelectorAll('.deco-fill');
decoFillElements.forEach(function(element) {
element.addEventListener('click', function() {
this.style.color = 'black';
});
});
とする方法はありそうな気がします（クリックで文字色を黒色にする場合）。もうちょっと何か短くスマートに実現する方法もありそうな気もするんですが。（どなたか思いついた方がいらっしゃったらぜひ教えて下さい。）◆画像に付与する属性値に投稿IDを含める方法は今のところはないんですが、何かそういう情報を含めようと思えば含められるようにできるような（例えば「data-scriptname="tegalog @ID@"」のように書くと @ID@ が投稿IDになるような）感じの機能はToDoリストに入れておきます。
🍵Re:4444◆なるほど、確かに1行目をタイトルとして使っているスキンでは、隠されている内容の説明は2行目に書きたいでしょうね。状況の説明をどうもありがとうございます。何か実現方法を考えてみます。
現在のバージョンでどうにかするには、タイトル掲載部分を [[COMMENT:TITLE]] ではなく [[COMMENT:LINE:1]] で作っておいて、投稿本文の1行目を
🍵Re:4443◆URLが含まれていても自動でリンクにならないようにするには、「自動でリンクにはならないURLの書き方」をご活用下さい。◆その塗りつぶし機能なら、自由装飾記法を使えば実現できそうに思います。例えば、[F:fill:塗りつぶしたい範囲] のように書けば、その範囲が <span class="deco-fill">塗りつぶしたい範囲</span> のように出力されます。あとは、CSSでこの範囲の文字色を背景色と同じにすれば、お望みの初期表示になります。あとは、「クリックしたら文字色が変わる」という動作を加えれば済みます。「マウスが載るだけ」で良いなら :hover を使えば良いですが、モバイル端末に対応するにはその方法では不十分ですね。CSSだけで実現できる方法もありそうな気もするのですが、ぱっとは思いつかないので、とりあえずJavaScriptで書くとすると、
var decoFillElements = document.querySelectorAll('.deco-fill');
decoFillElements.forEach(function(element) {
element.addEventListener('click', function() {
this.style.color = 'black';
});
});
とする方法はありそうな気がします（クリックで文字色を黒色にする場合）。もうちょっと何か短くスマートに実現する方法もありそうな気もするんですが。（どなたか思いついた方がいらっしゃったらぜひ教えて下さい。）◆画像に付与する属性値に投稿IDを含める方法は今のところはないんですが、何かそういう情報を含めようと思えば含められるようにできるような（例えば「data-scriptname="tegalog @ID@"」のように書くと @ID@ が投稿IDになるような）感じの機能はToDoリストに入れておきます。
🍵Re:4444◆なるほど、確かに1行目をタイトルとして使っているスキンでは、隠されている内容の説明は2行目に書きたいでしょうね。状況の説明をどうもありがとうございます。何か実現方法を考えてみます。
現在のバージョンでどうにかするには、タイトル掲載部分を [[COMMENT:TITLE]] ではなく [[COMMENT:LINE:1]] で作っておいて、投稿本文の1行目を
タイトル [F:guide:鍵付き内容の説明]のように書く手はあるかもしれません。CSSで、 .deco-guide の部分だけはタイトルとしては表示せずに、鍵付き投稿の場合に限って説明文として表示させるように書く感じです。（※スキン側では [[COMMENT:TITLE]] だとプレーンテキストで出力されてしまうので装飾が無視されてしまいますから、 [[COMMENT:LINE:1]] にする必要があります。）
ケーキを食べたい気分なんですけどもないので、とりあえずガトーレーズンを食べています。美味しい。
🍰Re:4434◆いつの間に……。柏餅を食べねば。
🍰Re:4435◆参考までにお尋ねしたいのですが、それが必要になるのはどんな状況でしょうか。「2行目に書いているものを1行目の末尾に移す」という対処ではダメですか？
🍰Re:4438◆ご要望をありがとうございます。◆てがろぐはPerlで記述していますので、他所サイトのOGPを読みに行こうと思うと、別途何らかのモジュール（例えばLWP::UserAgentとか）を読み込む必要があります。……が、それは標準モジュールではないので、サーバによって使えたり使えなかったりする可能性があるのですよね。なので、『てがろぐの動作可能なサーバが減ってしまう可能性』を考えると、使用モジュールを増やす選択はあまり採りたくないので、今のところは無理かな、と思っています。何か良さげな実装方法が見つかるか（または、Perlが使用可能なほとんどのサーバでLWP::UserAgentが使用可能だと分かるとか）何かすれば検討します。◆『<code>タグ対応』とは具体的には何ができれば良いでしょうか？ background-color: royalblue; みたいな自由装飾記法では不足ですか？ 標準添付の各スキンでは [F:code:ソースコード] のように書くと、その範囲が等幅フォントで表示されるようにCSSを書いてあります。（そのほか、CodePenを埋め込む機能もあります。）◆塗り潰し版の隠す機能では、「続きを読む」的なボタンはどのような表示になって欲しいですか？
🍰Re:4439◆ご要望をありがとうございます。◆Misskeyの投稿って他所サイトに埋め込められるんですかね……？◆てがろぐではそもそも画像を一切加工していませんので、EXIF情報云々以前に、まず画像サイズの調整も含めてローカルで加工してからUPする方が望ましいと思います。画像加工関連の機能については、PHPで鋭意開発中の『画像等ファイル展示新ツール』(仮称)をお待ち頂く方が現実的かもしれません。Perlで画像を加工しようと思うと、何らかのモジュールが必要なんですが、そういうのを要求してしまうと『てがろぐの動作可能なサーバが減ってしまう可能性』があるので、あまり望ましくないと思っているのです。いろいろモジュールを読んでも良ければ（動作可能サーバが減ってしまうのと引き換えに）もっと便利にできるとは思うのですけども。
🍰Re:4440◆ご報告をどうもありがとうございます。それは不具合ですね。こちらのローカルにあるソースは修正しました。また、ここ（今ご覧になっている動作試験場）でも修正版を稼働させましたので、ここでは修正されています。
次に公開されるバージョン（Ver 4.3.0正式版を今月中にはリリースする予定です）では、No.4440にお書き下さった上記①の書き方も可能になります。
（※次のバージョンを待たずに今すぐどうにかなさりたい場合は、空白を含める②の方法か、外側の丸括弧を全角記号にする③の方法をご使用頂くしかなさそうな気がします。）
🍰Re:4434◆いつの間に……。柏餅を食べねば。
🍰Re:4435◆参考までにお尋ねしたいのですが、それが必要になるのはどんな状況でしょうか。「2行目に書いているものを1行目の末尾に移す」という対処ではダメですか？
🍰Re:4438◆ご要望をありがとうございます。◆てがろぐはPerlで記述していますので、他所サイトのOGPを読みに行こうと思うと、別途何らかのモジュール（例えばLWP::UserAgentとか）を読み込む必要があります。……が、それは標準モジュールではないので、サーバによって使えたり使えなかったりする可能性があるのですよね。なので、『てがろぐの動作可能なサーバが減ってしまう可能性』を考えると、使用モジュールを増やす選択はあまり採りたくないので、今のところは無理かな、と思っています。何か良さげな実装方法が見つかるか（または、Perlが使用可能なほとんどのサーバでLWP::UserAgentが使用可能だと分かるとか）何かすれば検討します。◆『<code>タグ対応』とは具体的には何ができれば良いでしょうか？ background-color: royalblue; みたいな自由装飾記法では不足ですか？ 標準添付の各スキンでは [F:code:ソースコード] のように書くと、その範囲が等幅フォントで表示されるようにCSSを書いてあります。（そのほか、CodePenを埋め込む機能もあります。）◆塗り潰し版の隠す機能では、「続きを読む」的なボタンはどのような表示になって欲しいですか？
🍰Re:4439◆ご要望をありがとうございます。◆Misskeyの投稿って他所サイトに埋め込められるんですかね……？◆てがろぐではそもそも画像を一切加工していませんので、EXIF情報云々以前に、まず画像サイズの調整も含めてローカルで加工してからUPする方が望ましいと思います。画像加工関連の機能については、PHPで鋭意開発中の『画像等ファイル展示新ツール』(仮称)をお待ち頂く方が現実的かもしれません。Perlで画像を加工しようと思うと、何らかのモジュールが必要なんですが、そういうのを要求してしまうと『てがろぐの動作可能なサーバが減ってしまう可能性』があるので、あまり望ましくないと思っているのです。いろいろモジュールを読んでも良ければ（動作可能サーバが減ってしまうのと引き換えに）もっと便利にできるとは思うのですけども。
🍰Re:4440◆ご報告をどうもありがとうございます。それは不具合ですね。こちらのローカルにあるソースは修正しました。また、ここ（今ご覧になっている動作試験場）でも修正版を稼働させましたので、ここでは修正されています。
① 検索エンジン(Google)
② 検索エンジン( Google )
③ 検索エンジン（Google）
次に公開されるバージョン（Ver 4.3.0正式版を今月中にはリリースする予定です）では、No.4440にお書き下さった上記①の書き方も可能になります。
（※次のバージョンを待たずに今すぐどうにかなさりたい場合は、空白を含める②の方法か、外側の丸括弧を全角記号にする③の方法をご使用頂くしかなさそうな気がします。）
買ってきたかき氷は宇治金時だけ。🍧🍵🍧🍵🍧🍵
🍵Re:4430◆案をどうもありがとうございます！ とてもありがたいです。確かにその通りと言えばその通りなんですけども、その表現だと『表示条件を自ら加えられる機能』だと思われる可能性がありそうな気がするんですよね……。例えば、カテゴリ以外の限定条件を維持したくないなら、[[PERMAURL:KEEPCOND(C)]] とだけ書けば良いんですけども、これは、『もしカテゴリ限定表示時だったら、そのカテゴリを維持した状態で投稿単独ページへ移動できる』というだけであって、『カテゴリ限定表示ではない状況』ではカテゴリには一切関係なく [[PERMAURL]] と同じ動作（＝普通の投稿単独ページに移動）になるんですよね。何もない状態から強制的にカテゴリ限定表示パラメータが付加される……という動作にはならないので、そこが誤解されるとそれはそれで困ると思うのでした……。
しかし、何にしてもご意見をどうもありがとうございました。機能の内容を誤解される可能性もある事実に気付けたのは良い知見でした。
よくよく考えると、これはスキンを自ら作る人(少なくともそこそこ高度にカスタマイズしようとする人)にしか使えない機能なので、あまり表現にこだわっても仕方がないかもしれないな……という気もしてきました。^^; スキンを作る過程で「こういうことはできないのかな？」と思ったときに検索してうまくヒットすれば良い……と考えると、むしろ短く言わない方が良いんですかね……？^^;
実際にこの機能を必要とする方々が、ヘルプドキュメント内から情報を探そうとするときに、どんな検索語等で調べるかがハッキリとは分からないわけですけども。
ううーん。なかなか悩ましいです。
🍵Re:4430◆案をどうもありがとうございます！ とてもありがたいです。確かにその通りと言えばその通りなんですけども、その表現だと『表示条件を自ら加えられる機能』だと思われる可能性がありそうな気がするんですよね……。例えば、カテゴリ以外の限定条件を維持したくないなら、[[PERMAURL:KEEPCOND(C)]] とだけ書けば良いんですけども、これは、『もしカテゴリ限定表示時だったら、そのカテゴリを維持した状態で投稿単独ページへ移動できる』というだけであって、『カテゴリ限定表示ではない状況』ではカテゴリには一切関係なく [[PERMAURL]] と同じ動作（＝普通の投稿単独ページに移動）になるんですよね。何もない状態から強制的にカテゴリ限定表示パラメータが付加される……という動作にはならないので、そこが誤解されるとそれはそれで困ると思うのでした……。
しかし、何にしてもご意見をどうもありがとうございました。機能の内容を誤解される可能性もある事実に気付けたのは良い知見でした。
よくよく考えると、これはスキンを自ら作る人(少なくともそこそこ高度にカスタマイズしようとする人)にしか使えない機能なので、あまり表現にこだわっても仕方がないかもしれないな……という気もしてきました。^^; スキンを作る過程で「こういうことはできないのかな？」と思ったときに検索してうまくヒットすれば良い……と考えると、むしろ短く言わない方が良いんですかね……？^^;
実際にこの機能を必要とする方々が、ヘルプドキュメント内から情報を探そうとするときに、どんな検索語等で調べるかがハッキリとは分からないわけですけども。
ううーん。なかなか悩ましいです。
かき氷が安売りされていたので買ってきました。アイスも。🍨🍧🍨🍧🍨🍧
🍨Re:4426◆『鍵が掛かっていても一部を見えるようにする設定方法』の機能では何らかの不足がありますか？（鍵付き投稿でも、1行目だけは常に見えるようにする機能です。）
🍨Re:4427◆元のドラマの長さが1時間なら、NHK側でも放送枠を同じだけ（1時間）確保すればいいのでは……と思ってしまうんですよね。(^_^;) その方が嬉しい人々も多そうな気がするんですが。バブリーな頃は予算が潤沢でいろいろ編集に手間が掛けられたのかな……などと思っています。ネット配信で海外(米国)ドラマを見ていると、同じシリーズでも話によって42分だったり40分だったりそこそこ差がありますよね。CMのある民放なら調整しやすいでしょうけども、CMのないNHKだと枠の確保が難しそうだな、という気はします。そういう都合があって「全話38分にする！」というなら話は分からんではないのですけども。^^; まあ、CMがないといっても「他のNHK番組の宣伝」はあるので、そういうので調整するのかもしれませんが。（最近、地上波でドラマを見る機会がまったくないので、実際にどうなっているのかは知らないんですが。）
🍨Re:4426◆『鍵が掛かっていても一部を見えるようにする設定方法』の機能では何らかの不足がありますか？（鍵付き投稿でも、1行目だけは常に見えるようにする機能です。）
🍨Re:4427◆元のドラマの長さが1時間なら、NHK側でも放送枠を同じだけ（1時間）確保すればいいのでは……と思ってしまうんですよね。(^_^;) その方が嬉しい人々も多そうな気がするんですが。バブリーな頃は予算が潤沢でいろいろ編集に手間が掛けられたのかな……などと思っています。ネット配信で海外(米国)ドラマを見ていると、同じシリーズでも話によって42分だったり40分だったりそこそこ差がありますよね。CMのある民放なら調整しやすいでしょうけども、CMのないNHKだと枠の確保が難しそうだな、という気はします。そういう都合があって「全話38分にする！」というなら話は分からんではないのですけども。^^; まあ、CMがないといっても「他のNHK番組の宣伝」はあるので、そういうので調整するのかもしれませんが。（最近、地上波でドラマを見る機会がまったくないので、実際にどうなっているのかは知らないんですが。）
フィナンシェを食べました。
🧈Re:4416◆ご要望をありがとうございます。何か良さげな実装方法を思いつけば試したいとは思っています。気長にお待ち頂ければ幸いです。（ただ、てがろぐは元画像を一切加工せずにそのままUPする仕様ですので、事前に良さげなサイズに加工してからUPする方が望ましいのではないかとも思います。）
🧈Re:4417◆おぉ、なんとそんな方法が！「2万10千円」という入力方法は思いつきませんでした。合計金額というよりも、『それぞれのお札を何枚ずつ欲しいのか』と考えれば、とても分かりやすい指定方法ですね。
🧈Re:4419◆ありがとうございます。維持条件の個別指定は、できれば今月中には実装できると良いな……と思っています（どうなるかは分かりませんが^^;）。短い表現で済ませるのはなかなか難しいですね……。ただ、長ければそれはそれで分かりにくい気もしますので、何か良さげな中間点的な表現方法を編み出せると良いのですけども。(^_^;)
🧈Re:4416◆ご要望をありがとうございます。何か良さげな実装方法を思いつけば試したいとは思っています。気長にお待ち頂ければ幸いです。（ただ、てがろぐは元画像を一切加工せずにそのままUPする仕様ですので、事前に良さげなサイズに加工してからUPする方が望ましいのではないかとも思います。）
🧈Re:4417◆おぉ、なんとそんな方法が！「2万10千円」という入力方法は思いつきませんでした。合計金額というよりも、『それぞれのお札を何枚ずつ欲しいのか』と考えれば、とても分かりやすい指定方法ですね。
🧈Re:4419◆ありがとうございます。維持条件の個別指定は、できれば今月中には実装できると良いな……と思っています（どうなるかは分かりませんが^^;）。短い表現で済ませるのはなかなか難しいですね……。ただ、長ければそれはそれで分かりにくい気もしますので、何か良さげな中間点的な表現方法を編み出せると良いのですけども。(^_^;)
プリン食べたい……。🍮🍮🍮
🍮Re:4410◆意見表明ありがとうございます。反応があると需要が見えてありがたいです。(╹◡╹)ﾉ
🍮Re:4411◆ご活用ありがとうございます。たしかに、サイトマップモードから移動する場合には、少なくともモードは抜けたいですよね。^^;
🍮Re:4413◆ご質問とご要望をありがとうございます。まず、ご質問についてですが、現状のバージョンではその通りです。今のところ、画像を差し替える機能はありません。次に、ご要望についてですが、『画像の管理画面から画像の差し替えができる機能』については検討はしています。ただ、てがろぐでは、埋め込む画像を [PICT:sakura.png] のようにファイル拡張子まで含めたファイル名で直接指定する記法になっていますから、画像の差し替え機能を用意する場合でも、「ファイル拡張子まで含めてまったく同じファイル名」での差し替え機能にしかならないと思います。（拡張子の異なる画像に差し替えてしまうと、過去の投稿で画像リンクが切れてしまいますから。）てがろぐでは、投稿と画像がまったく別管理になっていますので、連動して変えるのが難しいんですよね……。なので、拡張子まで変えたい場合には今後も、新規画像としてUPして、本文を書き換えて頂くほかなさそうだと（今のところは）思っています。何かよほど良さげなアルゴリズムを思いついたら話は別ですが。^^;
🍮Re:4410◆意見表明ありがとうございます。反応があると需要が見えてありがたいです。(╹◡╹)ﾉ
🍮Re:4411◆ご活用ありがとうございます。たしかに、サイトマップモードから移動する場合には、少なくともモードは抜けたいですよね。^^;
🍮Re:4413◆ご質問とご要望をありがとうございます。まず、ご質問についてですが、現状のバージョンではその通りです。今のところ、画像を差し替える機能はありません。次に、ご要望についてですが、『画像の管理画面から画像の差し替えができる機能』については検討はしています。ただ、てがろぐでは、埋め込む画像を [PICT:sakura.png] のようにファイル拡張子まで含めたファイル名で直接指定する記法になっていますから、画像の差し替え機能を用意する場合でも、「ファイル拡張子まで含めてまったく同じファイル名」での差し替え機能にしかならないと思います。（拡張子の異なる画像に差し替えてしまうと、過去の投稿で画像リンクが切れてしまいますから。）てがろぐでは、投稿と画像がまったく別管理になっていますので、連動して変えるのが難しいんですよね……。なので、拡張子まで変えたい場合には今後も、新規画像としてUPして、本文を書き換えて頂くほかなさそうだと（今のところは）思っています。何かよほど良さげなアルゴリズムを思いついたら話は別ですが。^^;
アイスを買い足してきました。まだ4月中旬だというのに……。🍨🍨🍨
🍨Re:4405◆ご返信ありがとうございます。了解しました。たぶんそう遠くないうちに実装できると思います。説明(DL)リスト以外に、番号付きリスト、先頭記号指定時も含めて、どの場合にも任意のclass名も付加できるようにできそうです。その場合は、[L:DL:hogehoge:～とか[L:✅:hogehoge:～のような感じでclass名を書けるようにします。
🍨Re:4406◆温度の低下で美味さが低下すると思ったことが1度もないです。ぬるいどころか完全に冷えていても美味いものは美味いと思いますし。ただし、熱い物体に味はありません。┌(:3」└)┐
🍨Re:4407◆β版のご試用をどうもありがとうございます。また、ご報告もどうもありがとうございます。たしかに、投稿単独表示時には order=reverse のパラメータは維持しない方が望ましいですね。逆順表示時のことを全く考慮していませんでした。正式版では、表示順の指定値は引き継がないように修正します。
🍨Re:4405◆ご返信ありがとうございます。了解しました。たぶんそう遠くないうちに実装できると思います。説明(DL)リスト以外に、番号付きリスト、先頭記号指定時も含めて、どの場合にも任意のclass名も付加できるようにできそうです。その場合は、[L:DL:hogehoge:～とか[L:✅:hogehoge:～のような感じでclass名を書けるようにします。
🍨Re:4406◆温度の低下で美味さが低下すると思ったことが1度もないです。ぬるいどころか完全に冷えていても美味いものは美味いと思いますし。ただし、熱い物体に味はありません。┌(:3」└)┐
🍨Re:4407◆β版のご試用をどうもありがとうございます。また、ご報告もどうもありがとうございます。たしかに、投稿単独表示時には order=reverse のパラメータは維持しない方が望ましいですね。逆順表示時のことを全く考慮していませんでした。正式版では、表示順の指定値は引き継がないように修正します。
かき氷が欲しい気温……！🍧🍧🍧
🍰Re:4398◆お気に召したようで嬉しいです。末永くご愛用頂ければ幸いです！(╹◡╹)ﾉ
🍰Re:4398◆お気に召したようで嬉しいです。末永くご愛用頂ければ幸いです！(╹◡╹)ﾉ
ご要望は常に歓迎していますので、いつでもお気軽にお知らせ下さい！(╹◡╹)ﾉ
忙しそうに見えていてもお気軽にどうぞ！ 実際に実装できるかどうかはまた別の話ではありますが、ご要望を頂かないと需要を知る術がありませんので、ご要望そのものは歓迎しています。（ただ、実装できなくても悪く思わないで下さい。そこに悪意はありませんので。）
🍩Re:4383◆ご要望ありがとうございます。カテゴリ登録画面の「概要文」欄で、HTMLタグを許容する仕様になれば良いわけですね？ それならそんなに手間ではなさそうなので、そう遠くないうちに実装できそうな気がします。（既に概要文中に<や>記号を使っている方々もいらっしゃるかもしれませんから、「そこにHTMLを許容するかどうか」の設定項目を別途設ける方が無難でしょうね。）
ちなみにですが、「カテゴリ限定表示時に限って特定の投稿を（カテゴリ別に）先頭固定できる『カテゴリ別先頭固定』機能」とどちらが望ましいですか？
忙しそうに見えていてもお気軽にどうぞ！ 実際に実装できるかどうかはまた別の話ではありますが、ご要望を頂かないと需要を知る術がありませんので、ご要望そのものは歓迎しています。（ただ、実装できなくても悪く思わないで下さい。そこに悪意はありませんので。）
🍩Re:4383◆ご要望ありがとうございます。カテゴリ登録画面の「概要文」欄で、HTMLタグを許容する仕様になれば良いわけですね？ それならそんなに手間ではなさそうなので、そう遠くないうちに実装できそうな気がします。（既に概要文中に<や>記号を使っている方々もいらっしゃるかもしれませんから、「そこにHTMLを許容するかどうか」の設定項目を別途設ける方が無難でしょうね。）
ちなみにですが、「カテゴリ限定表示時に限って特定の投稿を（カテゴリ別に）先頭固定できる『カテゴリ別先頭固定』機能」とどちらが望ましいですか？
