てがろぐ
- Fumy Otegaru Memo Logger -
カテゴリ「回答/返信」に属する投稿［661件］（11ページ目）
確定申告は無事に完了しました。プリン食べたいです。ないけど。(´･ω･`)
🍮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 みたいなバージョン番号が返ってきますが、インストールされていない場合にはエラーが出ます。
ね……、む……、い……。_(: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を加えると、ツイート内部の文字サイズを小さくできると思います。（その分、埋め込みツイートの横幅も狭くなりますが。）
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追加で）可能になると思います。もうしばらくお待ち下さい～。
関東圏は雪で大変そう……？☃
🍮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◆ご要望ありがとうございます。(╹◡╹)ﾉ
そういえば最近、カレーライスを食べていないな……。いや、カレーパイは食べたんですが。美味しかったです。(╹◡╹) また食べたいんですが、この手の製品はそんなに長くは販売されない気もするんですよね……。よほど売れたら別でしょうけども。(´･ω･`)
🍛Re:3451◆RSSは私も活用しています。更新チェックには便利ですよね。NSFWフラグ付き画像がRSSフィードにそのまま出てしまう仕様も次のバージョンでは改善しますので、もうしばらくお待ち下さい。既に実装は済んでいます。というか、つい先程実装しました。^^;
🍛Re:3452◆こちらこそ、ご活用をどうもありがとうございます。(╹◡╹) なお、大事なデータの場合は特に、定期的にローカルにもデータファイルをバックアップコピーされることをお勧め致します。
🍛Re:3451◆RSSは私も活用しています。更新チェックには便利ですよね。NSFWフラグ付き画像がRSSフィードにそのまま出てしまう仕様も次のバージョンでは改善しますので、もうしばらくお待ち下さい。既に実装は済んでいます。というか、つい先程実装しました。^^;
🍛Re:3452◆こちらこそ、ご活用をどうもありがとうございます。(╹◡╹) なお、大事なデータの場合は特に、定期的にローカルにもデータファイルをバックアップコピーされることをお勧め致します。
恵方巻きを食べました。いや、どうかな。恵方巻きなのかな……？ 今日食べる巻き寿司は全部「恵方巻き」という解釈で良い？^^;
🧀Re:3441◆doさんのサイトで配布されているテンプレートと合体させて使うタイプのスキン第2弾ですね！ ユーザさんの選択肢の幅が広がるのはありがたいです。(╹◡╹)
🧀Re:3442◆てがろぐのご活用をどうもありがとうございます。ご要望もありがとうございます。たしかに、現在の仕様だと埋め込む動画のURL内に再生開始位置の指定があっても（パラメータは全部破棄するので）0秒時点からの再生にしかなりませんね。今のバージョンでは対処方法がないのですが、今後のバージョンでサポートできるようにします。気長にお待ち頂ければ幸いです。
🧀Re:3441◆doさんのサイトで配布されているテンプレートと合体させて使うタイプのスキン第2弾ですね！ ユーザさんの選択肢の幅が広がるのはありがたいです。(╹◡╹)
🧀Re:3442◆てがろぐのご活用をどうもありがとうございます。ご要望もありがとうございます。たしかに、現在の仕様だと埋め込む動画のURL内に再生開始位置の指定があっても（パラメータは全部破棄するので）0秒時点からの再生にしかなりませんね。今のバージョンでは対処方法がないのですが、今後のバージョンでサポートできるようにします。気長にお待ち頂ければ幸いです。
ご報告に感謝致します。
🧀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つ入っていた」という情報が重要なヒントになりました。ありがとうございます。
安倍川餅を食べました。昼に。
🍵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◆スキン配布ありがとうございます！ スキンの選択肢が増えてきて嬉しいです。(╹◡╹)
さむい……。春はまだか……。
🍵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◆的確なサポートありがとうございます！
キットカットっぽい見た目だけどキットカットではないチョコを食べてみたところ、チョコの味がキットカットとはずいぶん違った……。
🍵Re:3425◆楽しいスキンをありがとうございます！ QUICKPOSTのウインドウの重なり方がまさしくそれっぽいな、と思いました。^^
🍵Re:3426◆公式ドキュメントがお役に立っているようで嬉しいです。(╹◡╹) さて、ぼかされた画像が、本来の描画領域からはみ出さないようにする方法については、いろんな方法があると思いますが、以下に紹介します。
➊ まずは、No.3427さんがおっしゃるように、キャプション付きの記法を使ってキャプションなしで表示する方法だと、何もカスタマイズすることなく標準スキンのままで実現できます。
画像管理画面でキャプションを登録していないなら、単に [PICT:FIG:画像パス] のように書けば良いだけですが、キャプションを登録しているなら [PICT:FIG( ):画像パス] のように、臨時のキャプションとして半角空白文字を1つ入れると良いです。すると、figure要素で囲まれるので、ぼかされた画像が元の範囲からはみ出なくなります。（No.3428で比較実験しました。）
➋ 何らかの事情で上記のようにはしたくない場合は、例えば、
.imagelink.nsfw {
overflow: hidden;
display: inline-block;
}
というようなCSSを追記するのでも良いかもしれません。これは、標準スキンではfigure要素に対して付加されているスタイルです。画像がリンクになっているなら、画像は <a class="imagelink" ～>～</a> で囲まれますので、これに「中身がはみ出ないようにするスタイル」を加えれば良さそうに思います。
➌ 新着画像リストでぼかされた範囲が外に出ないようにするには、例えば、
.imagesearch {
overflow: hidden;
display: inline-block;
width: 100px;
height: 100px;
}
というCSSを追加した上で、既存の .imagelistbox .oneimage { ～ } の中にある width: 30%; という行を削除すると良さそうな気がします。
上記でご紹介したコードはどれも、いま思いついただけのものなので、もっと良い書き方があるかもしれません。（何か思いつかれた方がいらっしゃったらぜひ教えて下さい。）
🍵Re:3427◆サポートありがとうございます！
🍵Re:3425◆楽しいスキンをありがとうございます！ QUICKPOSTのウインドウの重なり方がまさしくそれっぽいな、と思いました。^^
🍵Re:3426◆公式ドキュメントがお役に立っているようで嬉しいです。(╹◡╹) さて、ぼかされた画像が、本来の描画領域からはみ出さないようにする方法については、いろんな方法があると思いますが、以下に紹介します。
➊ まずは、No.3427さんがおっしゃるように、キャプション付きの記法を使ってキャプションなしで表示する方法だと、何もカスタマイズすることなく標準スキンのままで実現できます。
画像管理画面でキャプションを登録していないなら、単に [PICT:FIG:画像パス] のように書けば良いだけですが、キャプションを登録しているなら [PICT:FIG( ):画像パス] のように、臨時のキャプションとして半角空白文字を1つ入れると良いです。すると、figure要素で囲まれるので、ぼかされた画像が元の範囲からはみ出なくなります。（No.3428で比較実験しました。）
➋ 何らかの事情で上記のようにはしたくない場合は、例えば、
.imagelink.nsfw {
overflow: hidden;
display: inline-block;
}
というようなCSSを追記するのでも良いかもしれません。これは、標準スキンではfigure要素に対して付加されているスタイルです。画像がリンクになっているなら、画像は <a class="imagelink" ～>～</a> で囲まれますので、これに「中身がはみ出ないようにするスタイル」を加えれば良さそうに思います。
➌ 新着画像リストでぼかされた範囲が外に出ないようにするには、例えば、
.imagesearch {
overflow: hidden;
display: inline-block;
width: 100px;
height: 100px;
}
というCSSを追加した上で、既存の .imagelistbox .oneimage { ～ } の中にある width: 30%; という行を削除すると良さそうな気がします。
上記でご紹介したコードはどれも、いま思いついただけのものなので、もっと良い書き方があるかもしれません。（何か思いつかれた方がいらっしゃったらぜひ教えて下さい。）
🍵Re:3427◆サポートありがとうございます！
今日もさむい……！
🍔Re:3420◆バージョンアップありがとうございます。ご要望もありがとうございます。OGPに出力されるNSFW専用画像を指定できる方が望ましいのですね。なるほど。設定画面の『補助出力』ページで「NSFW用画像のURL」を自由に設定しておける方向で機能を作ろうと思います。（それをOGPでもRSSでも共通して使うようにすれば良いでしょうかね……？）
🍔Re:3420◆バージョンアップありがとうございます。ご要望もありがとうございます。OGPに出力されるNSFW専用画像を指定できる方が望ましいのですね。なるほど。設定画面の『補助出力』ページで「NSFW用画像のURL」を自由に設定しておける方向で機能を作ろうと思います。（それをOGPでもRSSでも共通して使うようにすれば良いでしょうかね……？）
足が！ 冷たい！(>_<)
🍵Re:3387◆お役に立ったようで良かったです。(^_^)◆補完の仕様は安易に変えると方々で困ったことになりそうですので、今後も変更しないつもりで居ます。Ver 3.8.1βで、スキンディレクトリを得られる [[PATH:SKINDIR]] という記法を加えましたので、「自分のスキンが格納されているディレクトリの中に存在する何か」を参照したいときには、この記法をhref属性値なりsrc属性値なりに加えて頂けば良いと思っています。◆複数スキンの併用は、「『最新投稿をSSIで埋め込むため専用のスキン』を作って併用する」みたいなことに関しては初期の段階からやっていましたので、その意味では「複数のスキンを並行して使う活用方法を全然想定していなかった」というと語弊があるんですが、そういう「ごくごくオマケ」的な使い方しか想定していなくて、2種類以上のスキンをどちらも等しいくらいの感じの重要度で併用する、みたいな本格的(？)な併用シーンがあるとは（当初は）思っていなかったというか、なんかそんな感じです。(^_^;)
🍵Re:3387◆お役に立ったようで良かったです。(^_^)◆補完の仕様は安易に変えると方々で困ったことになりそうですので、今後も変更しないつもりで居ます。Ver 3.8.1βで、スキンディレクトリを得られる [[PATH:SKINDIR]] という記法を加えましたので、「自分のスキンが格納されているディレクトリの中に存在する何か」を参照したいときには、この記法をhref属性値なりsrc属性値なりに加えて頂けば良いと思っています。◆複数スキンの併用は、「『最新投稿をSSIで埋め込むため専用のスキン』を作って併用する」みたいなことに関しては初期の段階からやっていましたので、その意味では「複数のスキンを並行して使う活用方法を全然想定していなかった」というと語弊があるんですが、そういう「ごくごくオマケ」的な使い方しか想定していなくて、2種類以上のスキンをどちらも等しいくらいの感じの重要度で併用する、みたいな本格的(？)な併用シーンがあるとは（当初は）思っていなかったというか、なんかそんな感じです。(^_^;)
おなかがへりました……。ぐぅ。(´･ω･`)
🍵Re:3379◆さんごよみのご活用もどうもありがとうございます！ さんごよみに対するご要望もここに書いて下さって問題ありません。てがろぐと共通している仕様も多いですしね。◆ご要望をありがとうございます。たしかに、管理画面のスケジュール登録編集画面では、3ヶ月単位でしか出ない仕様になっていますね。ここをカスタマイズ可能にする発想がそういえばなかったんですが、たしかに（画面が広い場合には特に）もっとたくさんの月数を一気に表示できると便利そうな気もしますね。管理画面上での表示月数も自由に設定変更できるようにします。ToDoリストに加えておきますので、気長にお待ち頂ければ幸いです。
🍵Re:3380◆ご心配ありがとうございます。休日診療制度は本当にありがたいですねえ。応急処置だったところを昨日に近所の歯科医院で本格対処してもらえまして、ようやく無事に解決しました。
🍵Re:3379◆さんごよみのご活用もどうもありがとうございます！ さんごよみに対するご要望もここに書いて下さって問題ありません。てがろぐと共通している仕様も多いですしね。◆ご要望をありがとうございます。たしかに、管理画面のスケジュール登録編集画面では、3ヶ月単位でしか出ない仕様になっていますね。ここをカスタマイズ可能にする発想がそういえばなかったんですが、たしかに（画面が広い場合には特に）もっとたくさんの月数を一気に表示できると便利そうな気もしますね。管理画面上での表示月数も自由に設定変更できるようにします。ToDoリストに加えておきますので、気長にお待ち頂ければ幸いです。
🍵Re:3380◆ご心配ありがとうございます。休日診療制度は本当にありがたいですねえ。応急処置だったところを昨日に近所の歯科医院で本格対処してもらえまして、ようやく無事に解決しました。
お腹が減ってきたので寝なくては……。(:3[_____]
🍵Re:3376◆なるほど、壁掛けは良いアイデアですね！ 写真付きのとても分かりやすい解説をありがとうございます。机上スタンドだと邪魔になり、本棚だと面倒になるわけですね！ お役立ちな知見をありがとうございました！ とても参考になりました。
🍵Re:3376◆なるほど、壁掛けは良いアイデアですね！ 写真付きのとても分かりやすい解説をありがとうございます。机上スタンドだと邪魔になり、本棚だと面倒になるわけですね！ お役立ちな知見をありがとうございました！ とても参考になりました。
地域内の歯科医院による輪番制の休日診療制度があったために、元日から治療できました。良かった……。応急処置ですけども。
🍵Re:3372◆β版のご試用をありがとうございます。画像管理画面から画像だけを単独で先に投稿すれば、画像の投稿と同時にフラグも設定できますのでお試し頂ければ幸いです。本文と同時に画像を投稿する際には今のところフラグは設定できませんが、まあ、フラグの種類も少ないので投稿欄の下部にフラグのチェックボックを追加しても良いかもしれないな……とも思いつつあります。まだ検討中ですが、ご要望は参考にします。ありがとうございます。◆なお、内側スキンに [[CATEGORYIDS]] と記述すると、その位置にその投稿が属しているカテゴリのIDだけが挿入されますので、1投稿を構成している <div class="onelogbox">～</div> 等の要素を、例えば <div class="onelogbox [[CATEGORYIDS]]"> のようにすることで、『特定のカテゴリに属する投稿では、画像を必ずぼかす』みたいなCSSは作れると思います。ただ、その場合「この画像は別にぼかす必要はない」というような画像があったとしても、そのカテゴリに属している限りは必ずぼかされてしまいますが。◆今のところは、「そのまま出すと危険な画像」については、画像管理画面から画像だけを先にUPして頂く方法が良さそうな気がします。
🍵Re:3373◆難しいわけではないので、少なくともカテゴリに関しては実装できると思います。以前にも、カテゴリの概要文を単独で見せたいというご要望も頂いていて、どのように見えるように実装するかは検討中でしたので。複数カテゴリの同時表示のときに「こうなると嬉しい」というご要望があれば聞いてみたいと思っただけです。特にご要望がなさそうなら、まあ、単純に全部列挙する形になるでしょうかね。(^_^;) ◆なお、ハッシュタグに関しては、説明等を登録する仕組みがないので（というか、ハッシュタグ自体を管理する仕組みがないので）ちょっと難しい気がします。URLのクエリ文字列の中から「tag=XXX」を抽出して、それに応じて説明文を出力するようなJavaScriptを書く、みたいな方法でも良ければ（今の時点でも）実現はできると思いますけども。^^;
🍵Re:3372◆β版のご試用をありがとうございます。画像管理画面から画像だけを単独で先に投稿すれば、画像の投稿と同時にフラグも設定できますのでお試し頂ければ幸いです。本文と同時に画像を投稿する際には今のところフラグは設定できませんが、まあ、フラグの種類も少ないので投稿欄の下部にフラグのチェックボックを追加しても良いかもしれないな……とも思いつつあります。まだ検討中ですが、ご要望は参考にします。ありがとうございます。◆なお、内側スキンに [[CATEGORYIDS]] と記述すると、その位置にその投稿が属しているカテゴリのIDだけが挿入されますので、1投稿を構成している <div class="onelogbox">～</div> 等の要素を、例えば <div class="onelogbox [[CATEGORYIDS]]"> のようにすることで、『特定のカテゴリに属する投稿では、画像を必ずぼかす』みたいなCSSは作れると思います。ただ、その場合「この画像は別にぼかす必要はない」というような画像があったとしても、そのカテゴリに属している限りは必ずぼかされてしまいますが。◆今のところは、「そのまま出すと危険な画像」については、画像管理画面から画像だけを先にUPして頂く方法が良さそうな気がします。
🍵Re:3373◆難しいわけではないので、少なくともカテゴリに関しては実装できると思います。以前にも、カテゴリの概要文を単独で見せたいというご要望も頂いていて、どのように見えるように実装するかは検討中でしたので。複数カテゴリの同時表示のときに「こうなると嬉しい」というご要望があれば聞いてみたいと思っただけです。特にご要望がなさそうなら、まあ、単純に全部列挙する形になるでしょうかね。(^_^;) ◆なお、ハッシュタグに関しては、説明等を登録する仕組みがないので（というか、ハッシュタグ自体を管理する仕組みがないので）ちょっと難しい気がします。URLのクエリ文字列の中から「tag=XXX」を抽出して、それに応じて説明文を出力するようなJavaScriptを書く、みたいな方法でも良ければ（今の時点でも）実現はできると思いますけども。^^;
年越し蕎麦を食べました。夕食に。
🍵Re:3364◆たしかにその機能があると、（特に1人だけで使う場合の）スキンでの表示の幅が増えますね。実装も難しくないので採用します。ToDoには加えましたので、気長にお待ち頂ければ幸いです。
🍵Re:3365◆ご要望をどうもありがとうございます。上から➊➋➌と割り振って回答します。➊に関しては、何か良さげな実装方法を思いつけば試したいとは思っています。気長にお待ち頂ければ幸いです。➋は、例えば複数のカテゴリが同時に表示されているとき、どのように表示されると望ましいでしょうかね？ 例えば「雑記,つぶやき」みたいに2つのカテゴリを同時表示している場合とか。何かご希望があったら教えて下さい。カテゴリの概要文を(状況に応じた見出しか、または別のところかに)出力する機能はあると便利だとは思っているのですが、複数カテゴリを同時表示するときにどうすれば良いかな……という点にちょっと迷っています。➌は、たぶん「リンク先ページのHTML」からOGPを読み取って「タイトル・サムネイル画像・概要文」を表示したいというご要望でしょうかね？ あると便利だとは思うんですが、リンク先の情報を読みに行く処理が、Perlだと（何のモジュールも使わない場合は）激しく面倒なので今のところ保留になっています。（モジュールを使えばPHP並に簡単ではあるんですが、そうするとセットアップ環境が狭まってしまう気がしますので、できるだけモジュールには依存しないように書きたいと思っていまして。）
🍵Re:3366◆いま入っているHDD(orSSD)は取り外してそのまま「Win7バックアップ」としておいて、新しくSSDを調達してそこにWin10をセットアップする、というのがお勧めです。その場合、問題があったらすぐに元に戻せますし、ストレージの寿命をリセットできますし。不可視パーティションに何らかのリカバリー用データが入っている場合には、事前にそれを新SSDにもコピーしておく方が良いと思いますので、何らかのクローンソフトをお使いになるのが良いと思います。それに（Win7自身もコピーするかどうかはともかく）データのコピーは必要でしょうしね。SSDにクローンソフトの利用権が付属している製品もあります（WD製SSDのAcronis True Image WD Editionみたいな）。◆キーボードは、本当に店頭の見本を実際に触って、打鍵感が自分にマッチしているかどうか確かめた方が良いと思いますね！(笑)
🍵Re:3367◆気に入って下さってありがとうございます！ ご質問は解決したようですね。なお、ピンクなら、昔のツイッターっぽいスキン(ピンク)をベースにしてカスタマイズする手もあると思います。
🍵Re:3368◆迅速なサポートをありがとうございます！ 助かります。m(_ _)m
🍵Re:3364◆たしかにその機能があると、（特に1人だけで使う場合の）スキンでの表示の幅が増えますね。実装も難しくないので採用します。ToDoには加えましたので、気長にお待ち頂ければ幸いです。
🍵Re:3365◆ご要望をどうもありがとうございます。上から➊➋➌と割り振って回答します。➊に関しては、何か良さげな実装方法を思いつけば試したいとは思っています。気長にお待ち頂ければ幸いです。➋は、例えば複数のカテゴリが同時に表示されているとき、どのように表示されると望ましいでしょうかね？ 例えば「雑記,つぶやき」みたいに2つのカテゴリを同時表示している場合とか。何かご希望があったら教えて下さい。カテゴリの概要文を(状況に応じた見出しか、または別のところかに)出力する機能はあると便利だとは思っているのですが、複数カテゴリを同時表示するときにどうすれば良いかな……という点にちょっと迷っています。➌は、たぶん「リンク先ページのHTML」からOGPを読み取って「タイトル・サムネイル画像・概要文」を表示したいというご要望でしょうかね？ あると便利だとは思うんですが、リンク先の情報を読みに行く処理が、Perlだと（何のモジュールも使わない場合は）激しく面倒なので今のところ保留になっています。（モジュールを使えばPHP並に簡単ではあるんですが、そうするとセットアップ環境が狭まってしまう気がしますので、できるだけモジュールには依存しないように書きたいと思っていまして。）
🍵Re:3366◆いま入っているHDD(orSSD)は取り外してそのまま「Win7バックアップ」としておいて、新しくSSDを調達してそこにWin10をセットアップする、というのがお勧めです。その場合、問題があったらすぐに元に戻せますし、ストレージの寿命をリセットできますし。不可視パーティションに何らかのリカバリー用データが入っている場合には、事前にそれを新SSDにもコピーしておく方が良いと思いますので、何らかのクローンソフトをお使いになるのが良いと思います。それに（Win7自身もコピーするかどうかはともかく）データのコピーは必要でしょうしね。SSDにクローンソフトの利用権が付属している製品もあります（WD製SSDのAcronis True Image WD Editionみたいな）。◆キーボードは、本当に店頭の見本を実際に触って、打鍵感が自分にマッチしているかどうか確かめた方が良いと思いますね！(笑)
🍵Re:3367◆気に入って下さってありがとうございます！ ご質問は解決したようですね。なお、ピンクなら、昔のツイッターっぽいスキン(ピンク)をベースにしてカスタマイズする手もあると思います。
🍵Re:3368◆迅速なサポートをありがとうございます！ 助かります。m(_ _)m
たこ焼きを食べました。
🍰Re:3361◆状況別に「そのとき限定表示されているユーザの情報」を得たいわけではなくて、固定的に特定のユーザIDの情報を挿入したいということですかね？ IDの指定を省略した場合には「先頭のIDが指定されたとみなす」みたいなデフォルト仕様があれば、スキンを編集する必要性が低下して便利かも知れないですね。
🍰Re:3361◆状況別に「そのとき限定表示されているユーザの情報」を得たいわけではなくて、固定的に特定のユーザIDの情報を挿入したいということですかね？ IDの指定を省略した場合には「先頭のIDが指定されたとみなす」みたいなデフォルト仕様があれば、スキンを編集する必要性が低下して便利かも知れないですね。
🍰Re:3359◆ああ、なるほど。rel="nofollow" でなければ不都合はないので、デフォルトで rel="noreferrer noopener" を加えておいて、target属性値は _top か _blank かを選べるようにしましょうかね。ToDoリストに加えておきます。
返信が遅くなってすみません。クリスマスケーキではありませんが、クリスマス後にスタバでケーキを食べまして、ケーキ欲は満たされました。ぐふぅ。🍰🍰🍰
🍰Re:3352◆β版のご試用をどうもありがとうございます。確かに、OGPやRSSには画像がそのまま出てしまいますね。NSFWフラグが付いている画像は、OGPやRSSには出さない仕様にしようかと思います。ご要望どうもありがとうございます。◆リンク集への登録表明もどうもありがとうございます！ 製作再開しても良いかな……という方向になんとなく傾きつつはあります。^^;
🍰Re:3353◆喜んで頂けたなら幸いです。できれば正式版のリリースも年内にしたかったのですが、それは年明けになりそうです。^^;
🍰Re:3354◆今のところその機能はありませんが、どんな形で機能が存在すると望ましいですか？
🍰Re:3355◆布教して下さる方が増えるのも大変ありがたいですね。スキンの最新版対応もとてもありがたいです。(╹◡╹)ﾉ
🍰Re:3356◆メモリはPCを何に使うか次第でしょうね。ただ、デスクトップPC(やタワーPC)のように後から自力で増設が容易なら最初は少なくて良いと思いますが、ノートPCのように後から自力で追加が難しいなら最初から潤沢に積んでおく方が（PCそのものを）長持ちさせやすいとは思います。◆WindowsのUIで一番気に入っていたのはWin7ですね。Win11よりはWin10の方がまだ良いと思います。主にスタートメニュー周りが。◆持ち運びたいわけではないなら、デスクトップPC(タワー型PCも含む)の方が望ましいと思います。拡張性の面でも安さの面でも。メモリを増設できたりグラフィックボードを交換できたりストレージ(HDDやSSD)を追加したりできるのも主にデスクトップだけですし。何より、何をするにしても画面が広い方が便利ですから、ディスプレイだけを交換したり2台目を追加したりできる方が望ましいと思います。（いや、ノートPCでもサブディスプレイを接続できなくはないですが、本体のディスプレイの配置を自由にできない点でかなり制約がありますから。）ほんの数年で買い換えることが前提ならともかく、同じPCをできるだけ長く使いたいなら、パーツ単位で交換が容易なデスクトップの方が望ましいでしょう。あと、文章を入力するならキーボードも自分の手に合ったものを選択できる方が入力効率の面で望ましいと思います。というわけで、「持ち運びたい」という条件がないなら、デスクトップPC一択ですよ！畳む
🍰Re:3357◆Powered-by表記については、CGIが出力するそのままをご掲載頂くことが無料ライセンスの条件だとご理解下さい。参考までの質問ですが、target属性やrel属性をどのようになさりたいですか？
🍰Re:3352◆β版のご試用をどうもありがとうございます。確かに、OGPやRSSには画像がそのまま出てしまいますね。NSFWフラグが付いている画像は、OGPやRSSには出さない仕様にしようかと思います。ご要望どうもありがとうございます。◆リンク集への登録表明もどうもありがとうございます！ 製作再開しても良いかな……という方向になんとなく傾きつつはあります。^^;
🍰Re:3353◆喜んで頂けたなら幸いです。できれば正式版のリリースも年内にしたかったのですが、それは年明けになりそうです。^^;
🍰Re:3354◆今のところその機能はありませんが、どんな形で機能が存在すると望ましいですか？
🍰Re:3355◆布教して下さる方が増えるのも大変ありがたいですね。スキンの最新版対応もとてもありがたいです。(╹◡╹)ﾉ
🍰Re:3356◆メモリはPCを何に使うか次第でしょうね。ただ、デスクトップPC(やタワーPC)のように後から自力で増設が容易なら最初は少なくて良いと思いますが、ノートPCのように後から自力で追加が難しいなら最初から潤沢に積んでおく方が（PCそのものを）長持ちさせやすいとは思います。◆WindowsのUIで一番気に入っていたのはWin7ですね。Win11よりはWin10の方がまだ良いと思います。主にスタートメニュー周りが。◆持ち運びたいわけではないなら、デスクトップPC(タワー型PCも含む)の方が望ましいと思います。拡張性の面でも安さの面でも。メモリを増設できたりグラフィックボードを交換できたりストレージ(HDDやSSD)を追加したりできるのも主にデスクトップだけですし。何より、何をするにしても画面が広い方が便利ですから、ディスプレイだけを交換したり2台目を追加したりできる方が望ましいと思います。（いや、ノートPCでもサブディスプレイを接続できなくはないですが、本体のディスプレイの配置を自由にできない点でかなり制約がありますから。）ほんの数年で買い換えることが前提ならともかく、同じPCをできるだけ長く使いたいなら、パーツ単位で交換が容易なデスクトップの方が望ましいでしょう。あと、文章を入力するならキーボードも自分の手に合ったものを選択できる方が入力効率の面で望ましいと思います。というわけで、「持ち運びたい」という条件がないなら、デスクトップPC一択ですよ！畳む
🍰Re:3357◆Powered-by表記については、CGIが出力するそのままをご掲載頂くことが無料ライセンスの条件だとご理解下さい。参考までの質問ですが、target属性やrel属性をどのようになさりたいですか？
めちゃくちゃさむい……!!!
返信が遅くなってすみません。ここ数日、突発的な仕事が多かったもので。
🍰Re:3337◆ご表明をありがとうございます！
🍰Re:3338◆apeboardの読みはアペボードじゃないんですね。つい最近知りました。^^;
🍰Re:3339◆ぜひ宣伝して下さい！ 期待して待っています！(╹◡╹)ﾉ 未使用画像フラグは確かに便利そうですね。将来的にはフラグでの絞り込み表示機能も用意したいと思っていますので、使っていない画像を一括削除する用途にも使えそうですね。ToDoリストには加えますので、気長にお待ち頂ければ幸いです。
🍰Re:3340◆画像管理画面の「一覧で見る」ボタンって役に立っていたんですね！^^; なんとなく「そういうこともできるな……」と思って加えてみただけの機能だったのですけども、役に立っていると知って驚きました。^^;
🍰Re:3341-2◆バックアップ機能がお役に立って良かったです。カテゴリツリーやカレンダー等のサイドコンテンツは、表示速度向上のためにキャッシュしていますのでリアルタイムにはカウントしていないのです。データファイルを直接編集したり差し替えたりした際には、管理画面から「再カウント」を実行して頂くと全部キャッシュし直しますので正しいカウント値になります。（そのほか、新規投稿・既存投稿の再編集・設定の保存等を行うことでも再カウントされますが。）
あと2週間ちょっとで今年が終わってしまうとか。
はやい……。
返信が遅くなってすみません。ここ数日、突発的な仕事が多かったもので。
🍰Re:3337◆ご表明をありがとうございます！
🍰Re:3338◆apeboardの読みはアペボードじゃないんですね。つい最近知りました。^^;
🍰Re:3339◆ぜひ宣伝して下さい！ 期待して待っています！(╹◡╹)ﾉ 未使用画像フラグは確かに便利そうですね。将来的にはフラグでの絞り込み表示機能も用意したいと思っていますので、使っていない画像を一括削除する用途にも使えそうですね。ToDoリストには加えますので、気長にお待ち頂ければ幸いです。
🍰Re:3340◆画像管理画面の「一覧で見る」ボタンって役に立っていたんですね！^^; なんとなく「そういうこともできるな……」と思って加えてみただけの機能だったのですけども、役に立っていると知って驚きました。^^;
🍰Re:3341-2◆バックアップ機能がお役に立って良かったです。カテゴリツリーやカレンダー等のサイドコンテンツは、表示速度向上のためにキャッシュしていますのでリアルタイムにはカウントしていないのです。データファイルを直接編集したり差し替えたりした際には、管理画面から「再カウント」を実行して頂くと全部キャッシュし直しますので正しいカウント値になります。（そのほか、新規投稿・既存投稿の再編集・設定の保存等を行うことでも再カウントされますが。）
あと2週間ちょっとで今年が終わってしまうとか。
はやい……。
🍰Re:3335◆ご返信ありがとうございます。やっぱりそうですよね。^^; Ⓐの場合だと、新たに採番する際に「旧番号と新番号の対応表」みたいなのを内部で保持しておいて、全投稿の番号を振り直した後に、旧番号でのリンクを探して新番号へのリンクに置き換える、というような処理が必要だと思うのでやや大がかりな（気がする）のでどうしようかな……と思っていたところでした。将来的には実装したいと思っていますので、気長にお待ち頂ければ幸いです。ご要望をお知らせ頂けたことは需要の度合いの判断には役立ちますので、たいへんありがたいです。ありがとうございます。何か早めにうまく実装できる方法を考えてみます。
昼食はピザ。🍕🍕🍕 1枚198円の特売が続いていて嬉しい(冷凍)。
🍰てがろぐ上にアップロードした画像に、管理画面からキャプションを登録しておける機能とか、新着画像リストへの掲載を避けるフラグを設定しておける機能とか、投稿にキャプション付きの画像を掲載できる機能とか……を加えつつあります。➡開発中の画面イメージはこちら
🍰Re:3318◆ありがとうございます！ 戻らなくて良いように開発をがんばります。^^
🍰Re:3319◆ありがとうございます！ 引き続きご愛用頂ければ幸いです。
🍰Re:3320◆ありがとうございます🎉🎉🎉 リツイートもありがとうございます！
🍰Re:3321◆「名前に違わず」とおっしゃって頂けて嬉しいです。「てがろぐ」という名称で「手軽＋ログ」の語源に果たして気付いてもらえるだろうか、と悩みながら名付けましたので。^^;
🍰Re:3322◆ありがとうございます！ 今後ともご愛用頂ければ幸いです。
🍰Re:3323◆ありがとうございます🎈✨🎈✨🎈✨
🍰Re:3324◆ありがとうございます！ 引き続きご愛用頂ければ幸いです。
🍰Re:3325◆解説を読んで下さってありがとうございます。解説は本当にもう、ずーいぶん時間を掛けて書きましたので読んで頂けると嬉しいです。(笑)
🍰Re:3326◆ありがたい✨✨✨ リツイートもありがとうございます。
🍰Re:3327◆哲夫……？ そういえば中学時代の担任の名前がそんな感じだったような違うようなどうだったかな……。
🍰Re:3328◆サードパーティスキン！ たいへんありがたいです。配布ありがとうございます！ ユーザアイコンっぽい感じのカテゴリアイコンの使い方がおもしろいですね！
🍰Re:3329◆ご活用ありがとうございます！ そこまで依存(没頭)して頂けると開発者冥利に尽きます。今後ともご愛用頂ければ幸いです。
🍰てがろぐ上にアップロードした画像に、管理画面からキャプションを登録しておける機能とか、新着画像リストへの掲載を避けるフラグを設定しておける機能とか、投稿にキャプション付きの画像を掲載できる機能とか……を加えつつあります。➡開発中の画面イメージはこちら
🍰Re:3318◆ありがとうございます！ 戻らなくて良いように開発をがんばります。^^
🍰Re:3319◆ありがとうございます！ 引き続きご愛用頂ければ幸いです。
🍰Re:3320◆ありがとうございます🎉🎉🎉 リツイートもありがとうございます！
🍰Re:3321◆「名前に違わず」とおっしゃって頂けて嬉しいです。「てがろぐ」という名称で「手軽＋ログ」の語源に果たして気付いてもらえるだろうか、と悩みながら名付けましたので。^^;
🍰Re:3322◆ありがとうございます！ 今後ともご愛用頂ければ幸いです。
🍰Re:3323◆ありがとうございます🎈✨🎈✨🎈✨
🍰Re:3324◆ありがとうございます！ 引き続きご愛用頂ければ幸いです。
🍰Re:3325◆解説を読んで下さってありがとうございます。解説は本当にもう、ずーいぶん時間を掛けて書きましたので読んで頂けると嬉しいです。(笑)
🍰Re:3326◆ありがたい✨✨✨ リツイートもありがとうございます。
🍰Re:3327◆哲夫……？ そういえば中学時代の担任の名前がそんな感じだったような違うようなどうだったかな……。
🍰Re:3328◆サードパーティスキン！ たいへんありがたいです。配布ありがとうございます！ ユーザアイコンっぽい感じのカテゴリアイコンの使い方がおもしろいですね！
🍰Re:3329◆ご活用ありがとうございます！ そこまで依存(没頭)して頂けると開発者冥利に尽きます。今後ともご愛用頂ければ幸いです。
てがろぐ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]] だけは外側にカバー要素を用意しなければ、たしかにそれらを並列にして順序を指定できますね！ 思いつきませんでした。^^;
めちゃくちゃさむい……！
返信が遅くなってすみません。ねむい。
🍘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日のようですね。閏年でなければ。
脂肪が、増えている……！😱（体重計に乗った）
🍩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 を読むようにします。
昨日、昼にオールドファッションを食べたのでドーナツ欲は満たされました。🍩🍩🍩
🍩名前変換に関して、てがろぐ側にあると良さげな何らかの支援機能は（あるとすれば）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をご採用になるのが良いと思います。
ね🍩、む🍫、い🍰……。_(┐｢ε:)_
🧀Re:3286◆さんごよみのご活用をどうもありがとうございます！ さんごよみの活用報告は滅多に頂けないので、とても嬉しいです。(╹◡╹) バージョンアップもありがとうございます。最新版を使って頂けるのもとても嬉しいです。（前回のバージョンアップは大した機能UPではありませんでしたけども。^^;）
🧀Re:3287◆さんごよみの方には、下図左側のように「頻繁に入力する可能性のある定型句」を管理画面で登録しておくことで、下図右側のようなプルダウンメニューが投稿欄に現れて簡単に入力できる機能があります。これと同じ機能を、てがろぐ側にも実装するとご要望に添いますでしょうかね……？ class名に限らず何でも入力できますから、[F:text-red: ] みたいな記法をそのまま登録してしまえば良いのではないかと思います。（ただ、説明文は登録できませんが。区切り文字「<>」を書いた後は行末まで説明文と見なして挿入しない、みたいな機能があれば良いのかもしれませんけども。）
※ちなみにですが、現状でどうにかする方法としては、IME(日本語変換機能)に単語登録してしまう手はありそうな気がします。
🧀Re:3288◆うまくいったようで良かったです。自分でJavaScript例を紹介しておきながらこう言うのもどうかとは思うのですが、CSSで実現可能ならCSSを採用しておく方が良い気がします。今の時代はJavaScriptが動作しない閲覧環境はまずないと考えて良いでしょうけども、無駄に処理を加えなくて済むならそうするに越したことはないでしょうし。
🧀Re:3286◆さんごよみのご活用をどうもありがとうございます！ さんごよみの活用報告は滅多に頂けないので、とても嬉しいです。(╹◡╹) バージョンアップもありがとうございます。最新版を使って頂けるのもとても嬉しいです。（前回のバージョンアップは大した機能UPではありませんでしたけども。^^;）
🧀Re:3287◆さんごよみの方には、下図左側のように「頻繁に入力する可能性のある定型句」を管理画面で登録しておくことで、下図右側のようなプルダウンメニューが投稿欄に現れて簡単に入力できる機能があります。これと同じ機能を、てがろぐ側にも実装するとご要望に添いますでしょうかね……？ class名に限らず何でも入力できますから、[F:text-red: ] みたいな記法をそのまま登録してしまえば良いのではないかと思います。（ただ、説明文は登録できませんが。区切り文字「<>」を書いた後は行末まで説明文と見なして挿入しない、みたいな機能があれば良いのかもしれませんけども。）
※ちなみにですが、現状でどうにかする方法としては、IME(日本語変換機能)に単語登録してしまう手はありそうな気がします。
🧀Re:3288◆うまくいったようで良かったです。自分でJavaScript例を紹介しておきながらこう言うのもどうかとは思うのですが、CSSで実現可能ならCSSを採用しておく方が良い気がします。今の時代はJavaScriptが動作しない閲覧環境はまずないと考えて良いでしょうけども、無駄に処理を加えなくて済むならそうするに越したことはないでしょうし。
>>3282 >>3283
3279です。早速お教え下さってありがとうございます！>>3282さんの方法と、にししさんの方法の両方とも試してみました。(にししさんの方法はユーティリティリンク枠よりも前にナビゲーションリンクを表示＋元々存在していた方のナビゲーションリンクを消す方法でやりました)
どちらも私のやりたかった通りに実現出来て感激してます！今、最終的にどっちの方法を採用しようか迷っている所です。>>3282さん、にししさん、本当にありがとうございました。
なるほど、内側用スキンに[[NAVI:PREVNEXT]]が使えないのはそういう理由だったんですね。とてもわかりやすいご説明で納得です。こちらもご回答ありがとうございますm(_ _)m
3279です。早速お教え下さってありがとうございます！>>3282さんの方法と、にししさんの方法の両方とも試してみました。(にししさんの方法はユーティリティリンク枠よりも前にナビゲーションリンクを表示＋元々存在していた方のナビゲーションリンクを消す方法でやりました)
どちらも私のやりたかった通りに実現出来て感激してます！今、最終的にどっちの方法を採用しようか迷っている所です。>>3282さん、にししさん、本当にありがとうございました。
内側スキンに「前後の投稿へ移動するリンク」を表示させてしまうと、例えば『1ページに30件の投稿を表示する』設定のとき、「前後の投稿へ移動するリンク」も30個表示されてしまいます。^^;
なるほど、内側用スキンに[[NAVI:PREVNEXT]]が使えないのはそういう理由だったんですね。とてもわかりやすいご説明で納得です。こちらもご回答ありがとうございますm(_ _)m
