サイトマップ ［5048件］（19ページ目）
➡ 2023年1月5日(木) 15時43分 〔2年以上前〕 No.3380 ✎ ！
>>3375 にしし様 お返事くださり、ありがとうございます。 >>3372 でございます。
指定カテゴリにある画像自体に何かしらできてしまう、そしてcssでここまでやれてしまう……てがろぐの「手軽さ」の極みを感じさせられます。至り尽くせりで感謝しております。教えてくださった通りにしてみたらパッと変わったので、びっくりしました。
また、投稿画面内のフラグの要望に関してもご検討くださり嬉しいです！
おっしゃる通り、直で見えてはまずいものは画像の投稿画面からアップロードする、と言った手順に切り替えて、どんどんグレートなセンシティブ達をアップしていこうと思います♪
自分も年末に歯の詰め物が取れてしまった時、辛かったので、年明けに無事に処置していただけてホッといたしました🙇♂️
指定カテゴリにある画像自体に何かしらできてしまう、そしてcssでここまでやれてしまう……てがろぐの「手軽さ」の極みを感じさせられます。至り尽くせりで感謝しております。教えてくださった通りにしてみたらパッと変わったので、びっくりしました。
また、投稿画面内のフラグの要望に関してもご検討くださり嬉しいです！
おっしゃる通り、直で見えてはまずいものは画像の投稿画面からアップロードする、と言った手順に切り替えて、どんどんグレートなセンシティブ達をアップしていこうと思います♪
自分も年末に歯の詰め物が取れてしまった時、辛かったので、年明けに無事に処置していただけてホッといたしました🙇♂️
➡ 2023年1月5日(木) 00時14分 〔2年以上前〕 No.3379 ✎ ！
2021年より てがろぐを愛用しています。本当に使い勝手がよくて気に入っています！
スケジュール管理はいつもアナログの手書き手帳を使っているのですが、通勤などの移動時にとっさに書き留めたいときは出すことが難しくて困っていました。
(てがろぐはたまに予定も書きますが、どちらかと言えば記録を残すのメインの利用です。)
スケジュールアプリでも取り入れようかな…でも吟味して使いこなすのも時間がかかりそう…さんごよみがあるじゃん！ということで導入しました。
てがろぐに慣れているのでとても使いやすいです！
さんごよみで予定把握して、てがろぐでログを残すのめちゃくちゃいいな…と一人で満足感でいっぱいです笑
これから さんごよみも少しずつカスタマイズしていくのを楽しみたいと思います。素晴らしいCGIを本当にありがとうございます！#感謝
そして、さんごよみの#要望 をこちらに書き込んでいいのか分からないのですが、
「スケジュール(カレンダー)編集」画面のカレンダー表示が現在3カ月ごとになっていますが、12ヵ月表示や6カ月表示ができたらとても嬉しいです(すでにどこかにやり方があったらすみません…！)
それでは長々と失礼いたしました。
スケジュール管理はいつもアナログの手書き手帳を使っているのですが、通勤などの移動時にとっさに書き留めたいときは出すことが難しくて困っていました。
(てがろぐはたまに予定も書きますが、どちらかと言えば記録を残すのメインの利用です。)
スケジュールアプリでも取り入れようかな…でも吟味して使いこなすのも時間がかかりそう…さんごよみがあるじゃん！ということで導入しました。
てがろぐに慣れているのでとても使いやすいです！
さんごよみで予定把握して、てがろぐでログを残すのめちゃくちゃいいな…と一人で満足感でいっぱいです笑
これから さんごよみも少しずつカスタマイズしていくのを楽しみたいと思います。素晴らしいCGIを本当にありがとうございます！#感謝
そして、さんごよみの#要望 をこちらに書き込んでいいのか分からないのですが、
「スケジュール(カレンダー)編集」画面のカレンダー表示が現在3カ月ごとになっていますが、12ヵ月表示や6カ月表示ができたらとても嬉しいです(すでにどこかにやり方があったらすみません…！)
それでは長々と失礼いたしました。
➡ 2023年1月3日(火) 01時09分 〔2年以上前〕 回答/返信 No.3377 ✎ ！
お腹が減ってきたので寝なくては……。(:3[_____]
🍵Re:3376◆なるほど、壁掛けは良いアイデアですね！ 写真付きのとても分かりやすい解説をありがとうございます。机上スタンドだと邪魔になり、本棚だと面倒になるわけですね！ お役立ちな知見をありがとうございました！ とても参考になりました。
🍵Re:3376◆なるほど、壁掛けは良いアイデアですね！ 写真付きのとても分かりやすい解説をありがとうございます。机上スタンドだと邪魔になり、本棚だと面倒になるわけですね！ お役立ちな知見をありがとうございました！ とても参考になりました。
➡ 2023年1月2日(月) 22時28分 〔2年以上前〕 No.3376 ✎ ！
10～12インチを超えるサイズのタブレット（iPadとか）を使っている人々の保管方法って、どんなのが多いのだろうか。その辺に置いておくだけ？
世の中の人はわかりませんが…10インチと13インチのタブレットを自宅限定で使用している私は、本棚にしているスチールラックの側面に取り付けたワイヤーネットに立てかけてます。ダイソーで売ってる7cmくらい奥行きのある金属フック2個組をワイヤーネットに引っかけて、タブレットをフックの上に乗せる感じ…と言えば伝わりますでしょうか。垂直に立てかけると手前に倒れて来て落下しやすいので、タブレットを横向き且つ底辺が手前に来るように斜めにして立てかけます。スマホもこの方法でタブレットのすぐ側に立てかけてます。以前は机の上にタブレットスタンドを置いたり本棚に入れたりしていたのですが、結局邪魔になったり出し入れが面倒だったりして今のワイヤーネットの壁面方式に落ち着きました。
➡ 2023年1月2日(月) 20時36分 〔2年以上前〕 回答/返信 No.3375 ✎ ！
地域内の歯科医院による輪番制の休日診療制度があったために、元日から治療できました。良かった……。応急処置ですけども。
🍵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を書く、みたいな方法でも良ければ（今の時点でも）実現はできると思いますけども。^^;
➡ 2023年1月1日(日) 22時22分 〔2年以上前〕 No.3373 ✎ ！
3370
ご回答ありがとうございます。
②についてですが、基本的にはタグリンクやカテゴリリンクをクリックした時に出てくる一覧を想定しておりました。そういえばカテゴリ同時表示というのもありましたね…そちらは想定していませんでした。
基本的にタグorカテゴリ一つで欲しいなーと考えていましたが、複数も込みだと色々ややこしそうなので、難しそうならこの要望はスルーで大丈夫です。
ご丁寧な対応やアップデートいつもありがとうございます。今年もよろしくお願いいたします<(_ _)>
ご回答ありがとうございます。
②についてですが、基本的にはタグリンクやカテゴリリンクをクリックした時に出てくる一覧を想定しておりました。そういえばカテゴリ同時表示というのもありましたね…そちらは想定していませんでした。
基本的にタグorカテゴリ一つで欲しいなーと考えていましたが、複数も込みだと色々ややこしそうなので、難しそうならこの要望はスルーで大丈夫です。
ご丁寧な対応やアップデートいつもありがとうございます。今年もよろしくお願いいたします<(_ _)>
➡ 2023年1月1日(日) 11時51分 〔2年以上前〕 質問/要望 No.3372 ✎ ！
あけましておめでとうございます🎍🐰
てがろぐ3.8.8にしてまいりました⭐️
凄く高機能でびっくりです……感謝です。
#要望 です！
●画像のフラグを最初の投稿する時に選択できたら嬉しいなぁと思いました…！
アレゲな絵をフラグをつけ忘れて、半分寝惚けて、上げた時に「ハッ！しまった！」となりそうな臭いがするからです……。と言うか、やらかしました。同じ方いらっしゃるかなぁ…？
リリースノートを拝見させていただき、画像と投稿は別で扱っていると言った形の仕組みだと理解いたしましたので、使わせていただく側が特定のハッシュタグを付けたらぼかしやブラーが掛かるようにする、と言ったcss？？など、代用ができたら教えて欲しいです🙏畳む
Ps.きな粉買い忘れちゃいました🧧🥣スーパーの開店はよ……
てがろぐ3.8.8にしてまいりました⭐️
凄く高機能でびっくりです……感謝です。
#要望 です！
●画像のフラグを最初の投稿する時に選択できたら嬉しいなぁと思いました…！
アレゲな絵をフラグをつけ忘れて、半分寝惚けて、上げた時に「ハッ！しまった！」となりそうな臭いがするからです……。と言うか、やらかしました。同じ方いらっしゃるかなぁ…？
リリースノートを拝見させていただき、画像と投稿は別で扱っていると言った形の仕組みだと理解いたしましたので、使わせていただく側が特定のハッシュタグを付けたらぼかしやブラーが掛かるようにする、と言ったcss？？など、代用ができたら教えて欲しいです🙏畳む
Ps.きな粉買い忘れちゃいました🧧🥣スーパーの開店はよ……
➡
2022年12月31日(土)
21時16分
〔2年以上前〕
つぼやき
No.3371
✎
！
2023年も、てがろぐをご愛用頂ければ幸いです。よいお年をお迎えください。🍵🍵🍵
大晦日に奥歯の詰め物が取れた……！😱 大晦日！😱 歯医者が次に開くのはいつだ!?😱
大晦日に奥歯の詰め物が取れた……！😱 大晦日！😱 歯医者が次に開くのはいつだ!?😱
➡ 2022年12月31日(土) 21時09分 〔2年以上前〕 回答/返信 No.3370 ✎ ！
年越し蕎麦を食べました。夕食に。
🍵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
➡ 2022年12月30日(金) 22時28分 〔2年以上前〕 No.3368 ✎ ！
>>3367
にししさんではありませんがtegalog.cssの
.situation {
font-weight: bold;
color: green;
}
の「green」をお好きな色に変えるというのはどうでしょうか？
にししさんではありませんがtegalog.cssの
.situation {
font-weight: bold;
color: green;
}
の「green」をお好きな色に変えるというのはどうでしょうか？
➡ 2022年12月30日(金) 21時21分 〔2年以上前〕 No.3367 ✎ ！
先日てがろぐ のことを知って、「これぞ私が求めていたもの！！！」と感激し、早速導入させていただきました。
１点お伺いしたいのですが、下記のように表示されるog:titleの色変更は可能でしょうか？
カテゴリ「○○○」に属する投稿［1件］
現在緑色なのですが、色合いをピンクに変更したく、その場合緑色だとかなり浮いてしまうので、変更したいと思っております…。
１点お伺いしたいのですが、下記のように表示されるog:titleの色変更は可能でしょうか？
カテゴリ「○○○」に属する投稿［1件］
現在緑色なのですが、色合いをピンクに変更したく、その場合緑色だとかなり浮いてしまうので、変更したいと思っております…。
➡
2022年12月30日(金)
15時20分
〔2年以上前〕
つぼやき
No.3366
✎
！
>>3358
No.3356です。熱い語りをありがとうございますww
窓７のまま、10にアップグレードするか、新品窓10を入れるかするのが無難そうですね。アップグレード時はどちらにせよバックアップは取っておけ！と注意書きが散見されるので、まっさら新品の状態で窓７→窓10、と言うことにしようかなあとぼんやりと計画など立てつつ。
メモリは積んでおくに越したことはないですよね。デスクトップなので、後から変更も可能ですし。メモリの値段を見ながら、32Gをちょっと狙ってみたいと思います。
キーボードの打鍵感にこだわる発言をすると、場所によってははあ？と言う顔をされるのですが、キーボードの打ち心地の好みは大事ですよね！！！ てがろぐ族は文章書きの人が多い印象なので、多分同意の声が得られるはず。はず。
入れるソフトの一覧を作りつつ、中身をどうするか調べて計画しつつ、予算と相談の年始になりそうです。
こういう時にオンラインメモでもあるてがろぐがあると、ネットにアクセスする機械が変わっても無問題なのがありがたいです。
以前はオンライン＝どこからでも何からでもアクセスできると言う印象でしたが、昨今はこの機体からでないとアクセス許可しませんと言うのが結構あって(Googleなど)、安全性的には安心度は高くなってると思いますが、やや不便に感じることが増えたような気がががががが。
別機体からアクセスするたび、拒否られるか、後からパスワード変えろやあああああああ！！って脅迫じみたメッセージが消えなかったりとか。
個人持ちのネット端末の携帯が当然の今の時代、そういうものかと思いつつ、今日も自宅の自分の机のデスクトップからこんにちわーとさようならー |´ω`)ﾉﾞ))
No.3356です。熱い語りをありがとうございますww
窓７のまま、10にアップグレードするか、新品窓10を入れるかするのが無難そうですね。アップグレード時はどちらにせよバックアップは取っておけ！と注意書きが散見されるので、まっさら新品の状態で窓７→窓10、と言うことにしようかなあとぼんやりと計画など立てつつ。
メモリは積んでおくに越したことはないですよね。デスクトップなので、後から変更も可能ですし。メモリの値段を見ながら、32Gをちょっと狙ってみたいと思います。
キーボードの打鍵感にこだわる発言をすると、場所によってははあ？と言う顔をされるのですが、キーボードの打ち心地の好みは大事ですよね！！！ てがろぐ族は文章書きの人が多い印象なので、多分同意の声が得られるはず。はず。
入れるソフトの一覧を作りつつ、中身をどうするか調べて計画しつつ、予算と相談の年始になりそうです。
こういう時にオンラインメモでもあるてがろぐがあると、ネットにアクセスする機械が変わっても無問題なのがありがたいです。
以前はオンライン＝どこからでも何からでもアクセスできると言う印象でしたが、昨今はこの機体からでないとアクセス許可しませんと言うのが結構あって(Googleなど)、安全性的には安心度は高くなってると思いますが、やや不便に感じることが増えたような気がががががが。
別機体からアクセスするたび、拒否られるか、後からパスワード変えろやあああああああ！！って脅迫じみたメッセージが消えなかったりとか。
個人持ちのネット端末の携帯が当然の今の時代、そういうものかと思いつつ、今日も自宅の自分の机のデスクトップからこんにちわーとさようならー |´ω`)ﾉﾞ))
➡ 2022年12月29日(木) 15時00分 〔2年以上前〕 質問/要望 No.3364 ✎ ！
>>3354です。返信ありがとうございます。
そういうイメージですね。ユーザ情報の表示名で例えますと、
内側スキンの［［USERNAME］］で挿入される表示名は、自動的にその1投稿ごとの投稿ユーザに基づきますが、
自分は外側スキンで（何らかの投稿や状況など関係なく単純に）「自分がユーザを指定してそれに基づいた表示名」を挿入したいです。
（キーワードはただの例えなのですが）外側スキンで［［USERINFO:(指定ユーザID):USERNAME］］等で「指定ユーザの表示名をプレーンテキストで挿入」、
内側スキンの［［USERICON］］にあたるものが、外側スキンで［［USERINFO:(指定ユーザID):USERICON］］等で「指定ユーザのアイコン画像がimg要素で挿入」…のようなものが
あったら良いなと思いました。
Twitterなどで名前を頻繁に編集するような使い方（出展情報を付け足したり、遊び心で変えたりなど）があるので、
てがろぐの外側スキンにプロフィール部分を設けたときにも、ユーザ情報の表示名を変更すれば外側スキンでも変更後の表示名になると便利そうです。
こういったことに疎い1ユーザによる拙い文章になりましたが、聞いていただきありがとうございました。
そういうイメージですね。ユーザ情報の表示名で例えますと、
内側スキンの［［USERNAME］］で挿入される表示名は、自動的にその1投稿ごとの投稿ユーザに基づきますが、
自分は外側スキンで（何らかの投稿や状況など関係なく単純に）「自分がユーザを指定してそれに基づいた表示名」を挿入したいです。
（キーワードはただの例えなのですが）外側スキンで［［USERINFO:(指定ユーザID):USERNAME］］等で「指定ユーザの表示名をプレーンテキストで挿入」、
内側スキンの［［USERICON］］にあたるものが、外側スキンで［［USERINFO:(指定ユーザID):USERICON］］等で「指定ユーザのアイコン画像がimg要素で挿入」…のようなものが
あったら良いなと思いました。
Twitterなどで名前を頻繁に編集するような使い方（出展情報を付け足したり、遊び心で変えたりなど）があるので、
てがろぐの外側スキンにプロフィール部分を設けたときにも、ユーザ情報の表示名を変更すれば外側スキンでも変更後の表示名になると便利そうです。
こういったことに疎い1ユーザによる拙い文章になりましたが、聞いていただきありがとうございました。
➡ 2022年12月29日(木) 13時28分 〔2年以上前〕 回答/返信 No.3363 ✎ ！
たこ焼きを食べました。
🍰Re:3361◆状況別に「そのとき限定表示されているユーザの情報」を得たいわけではなくて、固定的に特定のユーザIDの情報を挿入したいということですかね？ IDの指定を省略した場合には「先頭のIDが指定されたとみなす」みたいなデフォルト仕様があれば、スキンを編集する必要性が低下して便利かも知れないですね。
🍰Re:3361◆状況別に「そのとき限定表示されているユーザの情報」を得たいわけではなくて、固定的に特定のユーザIDの情報を挿入したいということですかね？ IDの指定を省略した場合には「先頭のIDが指定されたとみなす」みたいなデフォルト仕様があれば、スキンを編集する必要性が低下して便利かも知れないですね。
➡ 2022年12月28日(水) 21時50分 〔2年以上前〕 質問/要望 No.3361 ✎ ！
>>3354 です。返信ありがとうございます。
外側スキンにあたる部分に自分のプロフィールを表示する場合、そこに管理画面から編集ができる、ユーザごとの「IDそのもの」「表示名」「紹介文」と紐づいたプレーンテキストを挿入したいと思いました。
フリースペースのキーワードを使用することで、「管理画面から編集ができるテキストを挿入」すること自体は可能ですが、追加でフリースペースに表示名や紹介文にあたるテキストを作らずとも、
ユーザ情報として用意されている項目欄を活用し、
例えば、キーワードとして［［USERINFO:(特定ID)］］でそのIDのプレーンテキストを挿入、［［USERINFO:(特定ID):(表示名欄を指定する識別子)］］で表示名のプレーンテキストを挿入、といったイメージがあります。
（今風のデザインのTwitterプロフィールページ風スキンを配布されている方を拝見して、このスキンの上部プロフィール欄にユーザ情報と紐づいたものが挿入されると便利で良いな…と思いました。）
外側スキンにあたる部分に自分のプロフィールを表示する場合、そこに管理画面から編集ができる、ユーザごとの「IDそのもの」「表示名」「紹介文」と紐づいたプレーンテキストを挿入したいと思いました。
フリースペースのキーワードを使用することで、「管理画面から編集ができるテキストを挿入」すること自体は可能ですが、追加でフリースペースに表示名や紹介文にあたるテキストを作らずとも、
ユーザ情報として用意されている項目欄を活用し、
例えば、キーワードとして［［USERINFO:(特定ID)］］でそのIDのプレーンテキストを挿入、［［USERINFO:(特定ID):(表示名欄を指定する識別子)］］で表示名のプレーンテキストを挿入、といったイメージがあります。
（今風のデザインのTwitterプロフィールページ風スキンを配布されている方を拝見して、このスキンの上部プロフィール欄にユーザ情報と紐づいたものが挿入されると便利で良いな…と思いました。）
➡ 2022年12月28日(水) 19時31分 〔2年以上前〕 回答/返信 No.3360 ✎ ！
🍰Re:3359◆ああ、なるほど。rel="nofollow" でなければ不都合はないので、デフォルトで rel="noreferrer noopener" を加えておいて、target属性値は _top か _blank かを選べるようにしましょうかね。ToDoリストに加えておきます。
➡ 2022年12月28日(水) 19時03分 〔2年以上前〕 質問/要望 No.3359 ✎ ！
>>3358 にししさん返信ありがとうございます。>>3357です。
やっぱりそうですよね、失礼しました。
できればサイト外へのリンクは一律別窓で開くようにしたく、「target="_blank"」を指定したかったこと、また「target="_blank"にはrel="noopener"の付加が推奨」というのを見かけたのがひとつです。
もうひとつは同人サイトでの運用のため、同好の方以外からの隠れ蓑的な意味で「rel="noreferrer"」を指定できないか？という点なのですが、こちらに関しては配布・管理されているにししさんにとってはおそらくご都合が悪いかな…とも思い（設定も見当たらなかったので）、#質問 させていただいた次第です。
やっぱりそうですよね、失礼しました。
できればサイト外へのリンクは一律別窓で開くようにしたく、「target="_blank"」を指定したかったこと、また「target="_blank"にはrel="noopener"の付加が推奨」というのを見かけたのがひとつです。
もうひとつは同人サイトでの運用のため、同好の方以外からの隠れ蓑的な意味で「rel="noreferrer"」を指定できないか？という点なのですが、こちらに関しては配布・管理されているにししさんにとってはおそらくご都合が悪いかな…とも思い（設定も見当たらなかったので）、#質問 させていただいた次第です。
➡ 2022年12月28日(水) 18時12分 〔2年以上前〕 回答/返信 No.3358 ✎ ！
返信が遅くなってすみません。クリスマスケーキではありませんが、クリスマス後にスタバでケーキを食べまして、ケーキ欲は満たされました。ぐふぅ。🍰🍰🍰
🍰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属性をどのようになさりたいですか？
➡ 2022年12月27日(火) 16時44分 〔2年以上前〕 No.3357 ✎ ！
お邪魔します。てがろぐ使用させていただきたく設置中です、にししさん配布と丁寧なサポートありがとうございます！
#質問 なのですが、ページ下部のPowered表記「Powered by てがろぐ」のリンクについて、target属性やrel属性を変更することって可能ですか？
#質問 なのですが、ページ下部のPowered表記「Powered by てがろぐ」のリンクについて、target属性やrel属性を変更することって可能ですか？
➡
2022年12月26日(月)
11時39分
〔2年以上前〕
つぼやき
No.3356
✎
！
そろそろPCを新調しようかなあって考えてるんですが、今窓７使ってて、次はしょうがないから窓11になると思うんですけどRAMは16Gにするか、32Gまで積んでしまうか。
2024年頃までは次の窓OSは出ないだろうと言う噂ですが、11よりは12の方がマシなんじゃないだろうかと言う心の声がががががが。
窓10は正直今イチ苦手で。11も多分、使い勝手が相性悪いだろうとは思うんですが今から10を入れてもなあと。窓７気に入ってるんですけど、Chromeがついに７はもう更新せんでって言い出して。
そもそもデスクトップPCが時代遅れなんでしょうけれども。今すぐ新しいの買う！！とか言うほどではなくぼんやり考え中。
2024年頃までは次の窓OSは出ないだろうと言う噂ですが、11よりは12の方がマシなんじゃないだろうかと言う心の声がががががが。
窓10は正直今イチ苦手で。11も多分、使い勝手が相性悪いだろうとは思うんですが今から10を入れてもなあと。窓７気に入ってるんですけど、Chromeがついに７はもう更新せんでって言い出して。
そもそもデスクトップPCが時代遅れなんでしょうけれども。今すぐ新しいの買う！！とか言うほどではなくぼんやり考え中。
➡ 2022年12月26日(月) 07時08分 〔2年以上前〕 No.3355 ✎ ！
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
➡ 2022年12月25日(日) 17時48分 〔2年以上前〕 質問/要望 No.3354 ✎ ！
外側スキンに、特定ユーザーのID・表示名・紹介文のテキストを挿入するといったことは可能でしょうか。#質問
➡
2022年12月24日(土)
18時09分
〔2年以上前〕
つぼやき
No.3353
✎
！
Ver 3.8.8β公開お疲れ様です、ありがとうございます！今年もにししさんからのクリスマスプレゼントだ～！と喜んでおります🎄
➡ 2022年12月24日(土) 15時23分 〔2年以上前〕 No.3352 ✎ ！
Ver 3.8.8β配布ありがとうございます！画像キャプションやフラグ機能、いい感じです。
この機能がらみで一つ要望です。
NSFWフラグがついた画像が記事本文中一枚目にある場合、てがろぐ上ではCSSでぼかしがかかりますがRSSやツイッターカードでは元画像がそのまま表示されてしまいます。
RSSは「抜粋収録を使う」にして画像を省略の形で配信しているので大丈夫ですが、ツイッターカードでは「1枚目の画像にNSFWフラグがついている場合は共通画像をツイッターカードのOGP画像として出力」のようなことはできませんでしょうか？
現時点では投稿の際にNSFW画像は二枚目以降とするように注意するつもりですが、可能なら上記のような形になると嬉しいです。ご検討よろしくお願いいたします。
fanboxのロードマップ的なもの、を読んでですがユーザーリンク集は私もとても欲しいです！みなさんのてがろぐ見たいですし、実現したらぜひ登録したいです～。
この機能がらみで一つ要望です。
NSFWフラグがついた画像が記事本文中一枚目にある場合、てがろぐ上ではCSSでぼかしがかかりますがRSSやツイッターカードでは元画像がそのまま表示されてしまいます。
RSSは「抜粋収録を使う」にして画像を省略の形で配信しているので大丈夫ですが、ツイッターカードでは「1枚目の画像にNSFWフラグがついている場合は共通画像をツイッターカードのOGP画像として出力」のようなことはできませんでしょうか？
現時点では投稿の際にNSFW画像は二枚目以降とするように注意するつもりですが、可能なら上記のような形になると嬉しいです。ご検討よろしくお願いいたします。
fanboxのロードマップ的なもの、を読んでですがユーザーリンク集は私もとても欲しいです！みなさんのてがろぐ見たいですし、実現したらぜひ登録したいです～。
➡ 2022年12月23日(金) 14時55分 〔2年以上前〕 アップデート✨ No.3350 ✎ ！
開発進捗状況報告サイトで、てがろぐ Ver 3.8.8(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 3.8.8βの更新点(概要)：
《▼新機能》
●アップロードされた画像1つ1つにキャプションやフラグを登録しておける画像インデックス機能。(index.xml生成機能)
●画像ごとにキャプションやフラグを設定操作できる画像編集画面。
●画像に付与できるフラグ（新着画像リストに表示しない「一覧外」、閲覧注意classを付加できる「NSFW」）機能。
●画像をキャプション付きで表示できる新記法 [PICT:FIG:ファイルパス] を追加。
●画像のキャプションをその都度指定できる新記法 [PICT:FIG(キャプション):ファイルパス] を追加。
●画像の新規アップロードと同時に、フラグやキャプションを設定できる画像管理画面でのアップロード機能。(画像が複数ある場合は、全部に同じ値が加わる仕様。)
●鍵付き投稿・下書き投稿と同時にアップロードされた画像には、最初から「一覧外」フラグを立てる仕様。
●画像管理画面から画像を選んで新規投稿する際のプルダウンメニュー項目を「新規投稿に使う（キャプション付き）」と「新規投稿に使う（画像のみ）」の2種類に拡張。
●画像の縦横サイズ(HTMLで出力されるwidth・height要素)の値を手動でも設定できる機能。
《▼仕様改善》
●読み込むjQueryをVer.3系(jquery-3.6.1.min.js)にアップグレード。
●新着画像リストは（画像保存用ディレクトリを走査せず）画像インデックスだけから生成。一覧外フラグが付いた画像は表示しないよう仕様改善。
●画像表示時に、画像の代替文字には登録済みキャプションを使うよう仕様改善。
●画像表示時に、Lightboxで使われるタイトルに登録済みキャプションを使うよう仕様改善。
《▼スキン更新》
●キャプション付きの画像表示に対応したCSSに差し替え。
《▼不具合修正》
●「続きを読む」機能を入れ子にして使うと、ボタンラベルが正しく出力されないケースがある不具合を修正。(何階層にも入れ子にしても大丈夫なように改善)
●リンクラベルの中に # での # 記号が入っていても正しくラベルとして使えるよう仕様を修正。( # ではない # そのものが入っているとハッシュタグとして認識されてしまうので注意)
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。
🆕 Ver 3.8.8βの更新点(概要)：
《▼新機能》
●アップロードされた画像1つ1つにキャプションやフラグを登録しておける画像インデックス機能。(index.xml生成機能)
●画像ごとにキャプションやフラグを設定操作できる画像編集画面。
●画像に付与できるフラグ（新着画像リストに表示しない「一覧外」、閲覧注意classを付加できる「NSFW」）機能。
●画像をキャプション付きで表示できる新記法 [PICT:FIG:ファイルパス] を追加。
●画像のキャプションをその都度指定できる新記法 [PICT:FIG(キャプション):ファイルパス] を追加。
●画像の新規アップロードと同時に、フラグやキャプションを設定できる画像管理画面でのアップロード機能。(画像が複数ある場合は、全部に同じ値が加わる仕様。)
●鍵付き投稿・下書き投稿と同時にアップロードされた画像には、最初から「一覧外」フラグを立てる仕様。
●画像管理画面から画像を選んで新規投稿する際のプルダウンメニュー項目を「新規投稿に使う（キャプション付き）」と「新規投稿に使う（画像のみ）」の2種類に拡張。
●画像の縦横サイズ(HTMLで出力されるwidth・height要素)の値を手動でも設定できる機能。
《▼仕様改善》
●読み込むjQueryをVer.3系(jquery-3.6.1.min.js)にアップグレード。
●新着画像リストは（画像保存用ディレクトリを走査せず）画像インデックスだけから生成。一覧外フラグが付いた画像は表示しないよう仕様改善。
●画像表示時に、画像の代替文字には登録済みキャプションを使うよう仕様改善。
●画像表示時に、Lightboxで使われるタイトルに登録済みキャプションを使うよう仕様改善。
《▼スキン更新》
●キャプション付きの画像表示に対応したCSSに差し替え。
《▼不具合修正》
●「続きを読む」機能を入れ子にして使うと、ボタンラベルが正しく出力されないケースがある不具合を修正。(何階層にも入れ子にしても大丈夫なように改善)
●リンクラベルの中に # での # 記号が入っていても正しくラベルとして使えるよう仕様を修正。( # ではない # そのものが入っているとハッシュタグとして認識されてしまうので注意)
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。
（ツイート埋め込み処理中...）Twitterで見る
➡ 2022年12月22日(木) 16時43分 〔2年以上前〕 No.3349 ✎ ！
Ver 3.8.8 楽しみです！！！
年の瀬も押し迫りお忙しいことと思いますがどうぞお体気を付けてお過ごしください～。
年の瀬も押し迫りお忙しいことと思いますがどうぞお体気を付けてお過ごしください～。
➡ 2022年12月21日(水) 13時40分 〔2年以上前〕 No.3348 ✎ ！
サムネイル画像があるときには、キャプション付きの場合でもサムネイル側が表示される点は同じ。
サムネイル表示テスト1 
サムネイル表示テスト縦長 
キャプションこんな感じ 
キャプションだぜ！ 
NSFWフラグ付与の例
➡ 2022年12月21日(水) 13時38分 〔2年以上前〕 No.3347 ✎ ！
標準添付各スキンでは（Ver 3.8.8以降用の）デフォルトCSSを使うと、キャプション付き画像でも（改行しなければ）横に並びます。
桜餅たべたい 
薔薇
一覧外フラグの付いた画像の場合、（デフォルトのCSSでは特に見た目に変化はありませんが）HTMLには class="nolisted" が付与されているので特別な装飾に使えます。下記の画像は「新着画像リスト」には表示されていません。
さくら（一覧外フラグ例）
一覧外フラグの付いた画像の場合、（デフォルトのCSSでは特に見た目に変化はありませんが）HTMLには class="nolisted" が付与されているので特別な装飾に使えます。下記の画像は「新着画像リスト」には表示されていません。
➡ 2022年12月21日(水) 13時37分 〔2年以上前〕 No.3346 ✎ ！
画像1つ1つにあらかじめキャプションを登録しておけるようになったり、新着画像リストに表示しないフラグ「一覧外」を付与できるようになったり、画像をキャプション付きで表示できるようになったりした Ver 3.8.8(未配布)の動作テスト。
いらすとやオレンジジュース
登録されているキャプションは、画像を拡大したときのLightboxのタイトルにも使われます。
登録されているキャプションは、画像を拡大したときのLightboxのタイトルにも使われます。
➡ 2022年12月18日(日) 14時56分 〔2年以上前〕 No.3345 ✎ ！
> クロネコの集荷依頼って、いつの間にかWeb上からでもキャンセルや変更ができるようになっていたのか。
まーじーでーすーかー。ありがたやー！！
まーじーでーすーかー。ありがたやー！！
➡ 2022年12月17日(土) 08時01分 〔2年以上前〕 No.3344 ✎ ！
てすと投稿http://www.yahoo.co.jp ここ に
➡ 2022年12月16日(金) 22時20分 〔2年以上前〕 回答/返信 No.3343 ✎ ！
めちゃくちゃさむい……!!!
返信が遅くなってすみません。ここ数日、突発的な仕事が多かったもので。
🍰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週間ちょっとで今年が終わってしまうとか。
はやい……。
➡ 2022年12月16日(金) 16時27分 〔2年以上前〕 No.3341 ✎ ！
こんにちは。いつもお世話になっております。
バックアップについて質問させてください。
スキンの見た目をいじっているあいだに何か手違いを犯したらしく、一年分のデータが消えてしまって頭を抱えたのですが、自動バックアップのおかげで無事に記事を元に戻すことができました。
よかった……ほんとうにありがとうございます。
しかし先ほどよくよくみてみると、記事データは復元できたもののページ下部のカテゴリ一覧・記事一覧・タグ一覧・カレンダーの部分が復元しないままであることに気がつきました。
（例えばカテゴリなら、そのカテゴリの記事があるのに、記事分の数字がないという状態です）
これはどのような修正をしたらよいのか、どなたかご教授いただけますでしょうか。
どうぞよろしくお願いいたします。
バックアップについて質問させてください。
スキンの見た目をいじっているあいだに何か手違いを犯したらしく、一年分のデータが消えてしまって頭を抱えたのですが、自動バックアップのおかげで無事に記事を元に戻すことができました。
よかった……ほんとうにありがとうございます。
しかし先ほどよくよくみてみると、記事データは復元できたもののページ下部のカテゴリ一覧・記事一覧・タグ一覧・カレンダーの部分が復元しないままであることに気がつきました。
（例えばカテゴリなら、そのカテゴリの記事があるのに、記事分の数字がないという状態です）
これはどのような修正をしたらよいのか、どなたかご教授いただけますでしょうか。
どうぞよろしくお願いいたします。
➡ 2022年12月14日(水) 13時12分 〔2年以上前〕 No.3340 ✎ ！
>>3339 さんの書き込みの「未使用画像にフラグ表示」、私も実装していただけると嬉しいです。
私の場合は、画像をアップロードしてから記事に挿入して投稿 までの間に、
挿入予定の画像の微修正をしたくなり、
何回か修正アップロードを繰り返した結果、似たような画像が画像管理ページに並ぶ…というパターンが多く。
（不思議と、webにupした途端アラが分かってしまい🥲）
最後にアップロードした画像を必ずしも採用するわけではないので、
「最終的にどの画像を使ったんだっけ？」と、いつも「一覧」ボタンから確認しています。
私の使い方の問題なうえ、現状のままでも大きな支障はないため
>>3339 さんと同じく、実装可能でしたら…という感じのささやかな #要望 です🙇♀️
私の場合は、画像をアップロードしてから記事に挿入して投稿 までの間に、
挿入予定の画像の微修正をしたくなり、
何回か修正アップロードを繰り返した結果、似たような画像が画像管理ページに並ぶ…というパターンが多く。
（不思議と、webにupした途端アラが分かってしまい🥲）
最後にアップロードした画像を必ずしも採用するわけではないので、
「最終的にどの画像を使ったんだっけ？」と、いつも「一覧」ボタンから確認しています。
私の使い方の問題なうえ、現状のままでも大きな支障はないため
>>3339 さんと同じく、実装可能でしたら…という感じのささやかな #要望 です🙇♀️
➡ 2022年12月13日(火) 20時27分 〔2年以上前〕 No.3339 ✎ ！
前に配布スキンの宣伝について聞いた者です。
宣伝OKみたいなので完成したら書き込ませてもらいますo(^▽^)o
（まだまだ完成の目処は立ちませんが）
そしてリンク集はできたら登録したいな〜と思ってます。
自分は日記、メモ、作品置き場と色々使ってます。
手軽だけど使用できる幅が広くて、てがろぐ本当に重宝してます。
画像情報編集機能の実装楽しみにしています。
個人的にはどの記事にも使用されていない画像に「未使用」のフラグがつくといいなと思いました。
「一覧を見る」リンクから未使用なのを確認できますが、記事を消しても画像を残したままにしてしまったり、画像をアップしても記事に載せ忘れてしまうことが多いので、未使用画像が一発でわかるようになれば嬉しいです（そんなうっかりをしなければいいのですが…😅）
もし可能でしたら、よろしくお願いします。 #要望
宣伝OKみたいなので完成したら書き込ませてもらいますo(^▽^)o
（まだまだ完成の目処は立ちませんが）
そしてリンク集はできたら登録したいな〜と思ってます。
自分は日記、メモ、作品置き場と色々使ってます。
手軽だけど使用できる幅が広くて、てがろぐ本当に重宝してます。
画像情報編集機能の実装楽しみにしています。
個人的にはどの記事にも使用されていない画像に「未使用」のフラグがつくといいなと思いました。
「一覧を見る」リンクから未使用なのを確認できますが、記事を消しても画像を残したままにしてしまったり、画像をアップしても記事に載せ忘れてしまうことが多いので、未使用画像が一発でわかるようになれば嬉しいです（そんなうっかりをしなければいいのですが…😅）
もし可能でしたら、よろしくお願いします。 #要望
➡ 2022年12月13日(火) 16時18分 〔2年以上前〕 No.3338 ✎ ！
てがろぐユーザーリンク集、私も設置されたら登録したいです。確かapeboardもユーザーリンク集があったような記憶が。色んなユーザーさんを参考にスキンを作ったのも懐かしい思い出です。
➡ 2022年12月13日(火) 15時39分 〔2年以上前〕 No.3337 ✎ ！
fanboxで出ていた、てがろぐユーザリンク集のお話、「あったら見に行きたい」の声、たしかに…と思いました(笑)
皆さんがどんな使い方をしているのか気になる……やっぱり日記や呟き的な使い方をしてる方が多いんですかね？
もし実際に作ることがあればぜひ登録させてください
皆さんがどんな使い方をしているのか気になる……やっぱり日記や呟き的な使い方をしてる方が多いんですかね？
もし実際に作ることがあればぜひ登録させてください
➡ 2022年12月13日(火) 14時51分 〔2年以上前〕 回答/返信 No.3336 ✎ ！
🍰Re:3335◆ご返信ありがとうございます。やっぱりそうですよね。^^; Ⓐの場合だと、新たに採番する際に「旧番号と新番号の対応表」みたいなのを内部で保持しておいて、全投稿の番号を振り直した後に、旧番号でのリンクを探して新番号へのリンクに置き換える、というような処理が必要だと思うのでやや大がかりな（気がする）のでどうしようかな……と思っていたところでした。将来的には実装したいと思っていますので、気長にお待ち頂ければ幸いです。ご要望をお知らせ頂けたことは需要の度合いの判断には役立ちますので、たいへんありがたいです。ありがとうございます。何か早めにうまく実装できる方法を考えてみます。
➡ 2022年12月12日(月) 19時39分 〔2年以上前〕 No.3334 ✎ ！
久しぶりに、かっぱえびせんを食べました。🦞
🦞Re:3333◆ご要望をありがとうございます。ちょいと質問ですが、「全投稿の番号を連番で振り直す機能」に付随する機能について、ご希望は以下のⒶ～Ⓓどれでしょう？ 参考までに教えて頂けるとありがたいです。
Ⓐ別の投稿本文中にある >>3330 のようなリンクも、自動で新しい番号に更新されて欲しい。
Ⓑ別の投稿本文中にある >>3330 のようなリンクは、自動で新しい番号に変わると嬉しいが、変わらなくても良い。
Ⓒ別の投稿本文中にある >>3330 のようなリンクが、自動で新しい番号に変わる必要はない。
Ⓓ >>3330 のような番号リンクは一切使っていない（ので新しい番号に変わる機能は必要ない）。
🦞Re:3333◆ご要望をありがとうございます。ちょいと質問ですが、「全投稿の番号を連番で振り直す機能」に付随する機能について、ご希望は以下のⒶ～Ⓓどれでしょう？ 参考までに教えて頂けるとありがたいです。
Ⓐ別の投稿本文中にある >>3330 のようなリンクも、自動で新しい番号に更新されて欲しい。
Ⓑ別の投稿本文中にある >>3330 のようなリンクは、自動で新しい番号に変わると嬉しいが、変わらなくても良い。
Ⓒ別の投稿本文中にある >>3330 のようなリンクが、自動で新しい番号に変わる必要はない。
Ⓓ >>3330 のような番号リンクは一切使っていない（ので新しい番号に変わる機能は必要ない）。
➡ 2022年12月12日(月) 19時30分 〔2年以上前〕 No.3333 ✎ ！
・自由入力した投稿日付を使って、日付順にソートし直す機能。
・全投稿の番号を連番で振り直す機能。(途中に削除した投稿があって番号が抜けている場合に、すべて詰めて採番し直す機能。)
待ってます。
・全投稿の番号を連番で振り直す機能。(途中に削除した投稿があって番号が抜けている場合に、すべて詰めて採番し直す機能。)
待ってます。
➡ 2022年12月9日(金) 21時54分 〔2年以上前〕 回答/返信 No.3330 ✎ ！
昼食はピザ。🍕🍕🍕 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◆ご活用ありがとうございます！ そこまで依存(没頭)して頂けると開発者冥利に尽きます。今後ともご愛用頂ければ幸いです。
➡ 2022年12月9日(金) 18時47分 〔2年以上前〕 No.3329 ✎ ！
5周年、誠におめでとうございます🎉
数年前まではツイ廃だったのですが、いまやてがろぐ廃(？)です笑
自分のログを残して見返したりする楽しさを再確認できたのはてがろぐのおかげです。これからもたくさん活用したいです♪
#感謝
数年前まではツイ廃だったのですが、いまやてがろぐ廃(？)です笑
自分のログを残して見返したりする楽しさを再確認できたのはてがろぐのおかげです。これからもたくさん活用したいです♪
#感謝
➡ 2022年12月9日(金) 16時15分 〔2年以上前〕 No.3328 ✎ ！
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
➡ 2022年12月8日(木) 16時50分 〔2年以上前〕 No.3326 ✎ ！
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
➡ 2022年12月7日(水) 23時34分 〔2年以上前〕 No.3325 ✎ ！
てがろぐ5周年おめでとうございます！
使い始めて間もないですが、手厚い解説やサポートでより使いやすく運用できています。これからもよろしくお願いいたします！
使い始めて間もないですが、手厚い解説やサポートでより使いやすく運用できています。これからもよろしくお願いいたします！
➡ 2022年12月7日(水) 17時56分 〔2年以上前〕 No.3321 ✎ ！
てがろぐ5周年おめでとうございます。
名前に違わず手軽、さらに痒い所に手が届く機能性。
少なくともサポートが続く限り乗り換えることはありません。
5年も継続してバージョンアップとサポートを続けてくださるにしし氏に敬意を。
至高のツールをありがとうございます。
名前に違わず手軽、さらに痒い所に手が届く機能性。
少なくともサポートが続く限り乗り換えることはありません。
5年も継続してバージョンアップとサポートを続けてくださるにしし氏に敬意を。
至高のツールをありがとうございます。
➡ 2022年12月7日(水) 16時43分 〔2年以上前〕 No.3320 ✎ ！
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
➡ 2022年12月7日(水) 09時12分 〔2年以上前〕 No.3319 ✎ ！
てがろぐ5周年おめでとうございます！
もうてがろぐは手放せない存在なので、これからも愛用させていただきます！
素晴らしいプログラムをありがとうございます！
もうてがろぐは手放せない存在なので、これからも愛用させていただきます！
素晴らしいプログラムをありがとうございます！
➡ 2022年12月7日(水) 07時25分 〔2年以上前〕 No.3318 ✎ ！
5周年おめでとうございます！！いつもありがとうございます。
もうてがろぐなしのサイトには戻れません！これからもお世話になります・・・！！
もうてがろぐなしのサイトには戻れません！これからもお世話になります・・・！！
➡ 2022年12月7日(水) 01時47分 〔2年以上前〕 情報 No.3317 ✎ ！
ご質問を頂きましたので、カスタマイズ方法ページにも回答を書いておきました。#🌱豆知識
➡『先頭固定機能を使いつつ、最新の1件を別ページに埋め込みたい場合の方法』（『あるスキンの出力結果を別のページに埋め込む方法』の補足）
SSIやPHP等を使って「最新の1件」を別ページに埋め込んでいるとき、先頭固定機能も同時に使うと、そのままでは「先頭固定された投稿」だけがずっと固定的に埋め込まれてしまって役に立ちません。^^; そんなときには、「表示条件が限定されているときには先頭固定機能は働かない」という仕様を利用するとうまくいきます。……という解説を加えました。
➡『先頭固定機能を使いつつ、最新の1件を別ページに埋め込みたい場合の方法』（『あるスキンの出力結果を別のページに埋め込む方法』の補足）
SSIやPHP等を使って「最新の1件」を別ページに埋め込んでいるとき、先頭固定機能も同時に使うと、そのままでは「先頭固定された投稿」だけがずっと固定的に埋め込まれてしまって役に立ちません。^^; そんなときには、「表示条件が限定されているときには先頭固定機能は働かない」という仕様を利用するとうまくいきます。……という解説を加えました。
➡ 2022年12月7日(水) 00時29分 〔2年以上前〕 回答/返信 No.3316 ✎ ！
てがろぐ5周年🎉 ありがとうございます。使って下さる方々のおかげで、ここまで開発モチベーションを失わずに来れました。(╹◡╹)ﾉ
🍘Re:3315◆説明はとても分かりやすかったです。ありがとうございます。需要の存在になかなか気付く機会がないので、ご報告はいつでも歓迎です。^^
（ツイート埋め込み処理中...）Twitterで見る
🍘Re:3315◆説明はとても分かりやすかったです。ありがとうございます。需要の存在になかなか気付く機会がないので、ご報告はいつでも歓迎です。^^
➡ 2022年12月4日(日) 22時25分 〔2年以上前〕 回答/返信 No.3314 ✎ ！
もうちょっと秋が長くても良いのでは……と思ったのだけども、いつの間にかもう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]] だけは外側にカバー要素を用意しなければ、たしかにそれらを並列にして順序を指定できますね！ 思いつきませんでした。^^;
➡ 2022年12月4日(日) 21時57分 〔2年以上前〕 No.3313 ✎ ！
指定範囲を隠す機能を入れ子にした場合の動作テスト Ver 3.8.8β(未配布)
▼ラベルなしの折り畳み：
(改行あり)
折り畳み1
折り畳み2
折り畳み3
畳む畳む畳む
(改行なし)
折り畳み折り畳み折り畳み畳む畳む畳む
▼ラベルありの折り畳み：
(改行あり)
折り畳みa
折り畳みb
折り畳みc
折り畳みd
折り畳みe
折り畳みf
畳む畳む畳む畳む畳む畳む
(改行なし)
折り畳みa折り畳みb折り畳みc折り畳みd折り畳みe折り畳みf畳む畳む畳む畳む畳む畳む
▼ラベルありなし混在の折り畳み
1：ありA→なし→ありB→なし→ありC→なし
折り畳み1
折り畳み2
折り畳み3
折り畳み4
折り畳み5
折り畳み6
畳む畳む畳む畳む畳む畳む
2：なし→ありA→なし→ありB→なし→ありC
折り畳み1
折り畳み2
折り畳み3
折り畳み4
折り畳み5
折り畳み6
畳む畳む畳む畳む畳む畳む
3：ありA→ありB→ありC→なし→なし→ありD
折り畳み1a折り畳み2b折り畳み3c折り畳み4折り畳み5折り畳み6d畳む畳む畳む畳む畳む畳む
リンクラベル内に # を使った場合のテスト。にしし#ふぁくとりー
▼ラベルなしの折り畳み：
(改行あり)
折り畳み1
折り畳み2
折り畳み3
畳む畳む畳む
(改行なし)
折り畳み折り畳み折り畳み畳む畳む畳む
▼ラベルありの折り畳み：
(改行あり)
折り畳みa
折り畳みb
折り畳みc
折り畳みd
折り畳みe
折り畳みf
畳む畳む畳む畳む畳む畳む
(改行なし)
折り畳みa折り畳みb折り畳みc折り畳みd折り畳みe折り畳みf畳む畳む畳む畳む畳む畳む
▼ラベルありなし混在の折り畳み
1：ありA→なし→ありB→なし→ありC→なし
折り畳み1
折り畳み2
折り畳み3
折り畳み4
折り畳み5
折り畳み6
畳む畳む畳む畳む畳む畳む
2：なし→ありA→なし→ありB→なし→ありC
折り畳み1
折り畳み2
折り畳み3
折り畳み4
折り畳み5
折り畳み6
畳む畳む畳む畳む畳む畳む
3：ありA→ありB→ありC→なし→なし→ありD
折り畳み1a折り畳み2b折り畳み3c折り畳み4折り畳み5折り畳み6d畳む畳む畳む畳む畳む畳む
リンクラベル内に # を使った場合のテスト。にしし#ふぁくとりー
➡ 2022年12月4日(日) 20時18分 〔2年以上前〕 No.3311 ✎ ！
ページナビのほうですが私はCSSでそのように表示してるのでご参考になれば幸いです
skin-cover.html
<div class="pagenavi">
[[NAVI:PREVNEXT]]
<p class="pagenums">[[NAVI:PAGELIST]]</p>
<p class="pagehome">[[NAVI:TOPPAGE]]</p>
</div>
CSS
.pagenavi {
margin:1.5em 0px;
padding:.5em 0px;
text-align:center;
display:flex;
flex-direction:row;
width:100%;
justify-content:center;
}
.pagehome a, .prevlink, .nextlink {
margin:0 .7em;
padding:0 .7em;
}
.pagehome a {
display:inline-block;
height:100%;
}
.prevlink {order:1}
.linkseparator {display:none}
.nextlink {order:3}
.pagenums {order:2;}
上記は装飾部分のスタイルは省いてますが位置関係は画像のような感じになるかと思います。
skin-cover.html
<div class="pagenavi">
[[NAVI:PREVNEXT]]
<p class="pagenums">[[NAVI:PAGELIST]]</p>
<p class="pagehome">[[NAVI:TOPPAGE]]</p>
</div>
CSS
.pagenavi {
margin:1.5em 0px;
padding:.5em 0px;
text-align:center;
display:flex;
flex-direction:row;
width:100%;
justify-content:center;
}
.pagehome a, .prevlink, .nextlink {
margin:0 .7em;
padding:0 .7em;
}
.pagehome a {
display:inline-block;
height:100%;
}
.prevlink {order:1}
.linkseparator {display:none}
.nextlink {order:3}
.pagenums {order:2;}
上記は装飾部分のスタイルは省いてますが位置関係は画像のような感じになるかと思います。
➡ 2022年12月4日(日) 18時00分 〔2年以上前〕 質問/要望 No.3310 ✎ ！
てがろぐ使いやすくて愛用させて頂いてます！ありがとうございます。
#要望 なのですが
・最近の投稿(LATESTLIST)にカテゴリを表示出来るようになったら嬉しいなと思いました。
・ページナビで現在だと
前の〇件 / 次の〇件
1.2.3～
の様に2段表示になっているところを
前の〇件 1.2.3. 次の〇件の様に1段で表示できるように出来ますでしょうか？
どちらも出来たら有難いな～と思いました。
もし可能でしたらご検討頂ければ幸いです。いつもありがとうございますm(__)m
#要望 なのですが
・最近の投稿(LATESTLIST)にカテゴリを表示出来るようになったら嬉しいなと思いました。
・ページナビで現在だと
前の〇件 / 次の〇件
1.2.3～
の様に2段表示になっているところを
前の〇件 1.2.3. 次の〇件の様に1段で表示できるように出来ますでしょうか？
どちらも出来たら有難いな～と思いました。
もし可能でしたらご検討頂ければ幸いです。いつもありがとうございますm(__)m
➡ 2022年12月3日(土) 17時51分 〔2年以上前〕 No.3309 ✎ ！
折り畳みの中にさらに折り畳みする…という発想がなかったのでなるほど…と思いました。
こちらを拝見してると皆さんいろんな使い方されてるんだなぁと発見があります。
こちらを拝見してると皆さんいろんな使い方されてるんだなぁと発見があります。
➡ 2022年12月3日(土) 16時47分 〔2年以上前〕 No.3308 ✎ ！
β版配布お疲れ様です。
Ver 3.8.7にアップデートしました。
#を簡単に引き出せるようになってとても使いやすくなりました。
いつも細かい修正や要望に対応してくださりありがとうございます。
#感謝
この機能を早速使用して気づいたのですが、「#」をリンク内テキストに入れると
[#文字]https:⁄⁄xxx～.com/
というように、うまくリンクが反映されませんでした。
それと、今回のβ版とは関係ない箇所ですが、折り畳み機能の中にもう一つ折り畳みタグを入れると正しく表示されませんでした。
状況の説明が少し長くなったので、畳みます
実際に以下書いてみた内容は以下の通りです。
全角文字が混ざってないか、入れ子が間違ってないかなど何度も確認しましたが、表記ミスがあったらすみません。
投稿した結果
▽ラベルの表示
（1）（4）1階層目の内容がラベルに表示され、2階層目のタグが反映されません。
（2）「ラベルA」ではなく、「続きを読む（標準ラベル）」の表示になります。
（3）正常に「ラベルA」と表示されます。
▽1階層目のラベルを展開
（1）2階層目の内容だけ表示されます。
（2）テキストの前に「ラベルA:」のテキストが入ります。「ラベルB」は正常に表示されます。
（3）正常に「続きを読む（標準ラベル）」が表示されます。
（4）テキストの前に「ラベルB:」のテキストが入ります。2階層目の内容のみ表示されます。
▽2階層目のラベルを展開
（２）（３）2階層目の内容は正常に表示されます。
ということで、折り畳みを入れ子にした場合、（３）の1階層目だけラベルを付けた場合のみ、正常に表示されました。
2階層目のタグの前に改行を入れてみたところ、（1）（３）（4）は正常に見れましたが、（2）は改行入れなかったときと同じような状態で表示されました。畳む
色々ややこしくて上手く説明できてるかわかりませんが、正常に表示できるようにしていただければと思います。
大変お手数おかけしますが、よろしくお願いいたします。
#報告
Ver 3.8.7にアップデートしました。
#を簡単に引き出せるようになってとても使いやすくなりました。
いつも細かい修正や要望に対応してくださりありがとうございます。
#感謝
この機能を早速使用して気づいたのですが、「#」をリンク内テキストに入れると
[#文字]https:⁄⁄xxx～.com/
というように、うまくリンクが反映されませんでした。
それと、今回のβ版とは関係ない箇所ですが、折り畳み機能の中にもう一つ折り畳みタグを入れると正しく表示されませんでした。
状況の説明が少し長くなったので、畳みます
実際に以下書いてみた内容は以下の通りです。
全角文字が混ざってないか、入れ子が間違ってないかなど何度も確認しましたが、表記ミスがあったらすみません。
（１）ラベルを何もつけない
[H:折り畳み1階層目 [H:折り畳み2階層目]]
（２）ラベルを二つともつける（ラベルA・ラベルB）
[H:ラベルA:折り畳み1階層目[H:ラベルB:折り畳み2階層目]]
（３）最初だけラベルをつける（ラベルA）
[H:ラベルA:折り畳み1階層目[H:折り畳み2階層目]]
（４）2階層目だけラベルをつける（ラベルB）
[H:折り畳み1階層目[H:ラベルB:折り畳み2階層目]]
投稿した結果
▽ラベルの表示
（1）（4）1階層目の内容がラベルに表示され、2階層目のタグが反映されません。
（2）「ラベルA」ではなく、「続きを読む（標準ラベル）」の表示になります。
（3）正常に「ラベルA」と表示されます。
▽1階層目のラベルを展開
（1）2階層目の内容だけ表示されます。
（2）テキストの前に「ラベルA:」のテキストが入ります。「ラベルB」は正常に表示されます。
（3）正常に「続きを読む（標準ラベル）」が表示されます。
（4）テキストの前に「ラベルB:」のテキストが入ります。2階層目の内容のみ表示されます。
▽2階層目のラベルを展開
（２）（３）2階層目の内容は正常に表示されます。
ということで、折り畳みを入れ子にした場合、（３）の1階層目だけラベルを付けた場合のみ、正常に表示されました。
2階層目のタグの前に改行を入れてみたところ、（1）（３）（4）は正常に見れましたが、（2）は改行入れなかったときと同じような状態で表示されました。畳む
色々ややこしくて上手く説明できてるかわかりませんが、正常に表示できるようにしていただければと思います。
大変お手数おかけしますが、よろしくお願いいたします。
#報告
➡ 2022年12月2日(金) 15時11分 〔2年以上前〕 No.3307 ✎ ！
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
➡ 2022年12月2日(金) 13時33分 〔2年以上前〕 No.3306 ✎ ！
暑いのも困るが、寒いのも困る……！ 冬眠してしまいそう……。
🍘Re:3305◆ご要望は需要判断の参考にもなりますので、直接的に実装できない場合でもたいへんありがたいです。ご要望は歓迎ですのでまた何かお気づきの点があればいつでもお気軽にお知らせ下さい～。
🍘Re:3305◆ご要望は需要判断の参考にもなりますので、直接的に実装できない場合でもたいへんありがたいです。ご要望は歓迎ですのでまた何かお気づきの点があればいつでもお気軽にお知らせ下さい～。
➡ 2022年12月2日(金) 12時06分 〔2年以上前〕 回答/返信 No.3304 ✎ ！
めちゃくちゃさむい……！
返信が遅くなってすみません。ねむい。
🍘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日のようですね。閏年でなければ。
➡ 2022年12月1日(木) 13時24分 〔2年以上前〕 No.3303 ✎ ！
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
➡ 2022年12月1日(木) 02時35分 〔2年以上前〕 No.3302 ✎ ！
「元のファイル名をできるだけ維持してアップロードする機能」の話です。
＞この機能をONにした場合で、元のファイル名が維持されてアップロードされた場合、編集者権限未満のユーザは（自分でUPした画像でも）削除できなくなります。
＞編集者権限未満だと「自分でUPした画像しか削除できない」仕様ですが、元のファイル名が維持されると「誰がUPした画像なのか」が分からなくなる仕様だからです。(^_^;;;
とありますが、これに関しふと思いついて軽く検証をした結果、
例えば「hogehoge.png」の名前でアップロード後、「hogehoge-tomoyo.png」のように最後がハイフン+ユーザIDになるように変更すると、その画像はそのユーザIDに属することになるみたいですね。
現状ではハイフン込みの状態でアップロードできないので実質的には裏技未満ですが。
（ファイル名を後からいじるにしてもそのサイトの管理者でないと変更できませんし）
それで、何が言いたいかというと、「元のファイル名をできるだけ維持する」の追加オプションで「ファイル名にユーザIDを付加する」が増えると、（ONにすれば）画像をUPした本人の手でも削除することができるようになって便利になるかな、と思ったわけです。
……どう締めていいのかわからなくなったのでハッシュタグをつけて終わります。#要望
＞この機能をONにした場合で、元のファイル名が維持されてアップロードされた場合、編集者権限未満のユーザは（自分でUPした画像でも）削除できなくなります。
＞編集者権限未満だと「自分でUPした画像しか削除できない」仕様ですが、元のファイル名が維持されると「誰がUPした画像なのか」が分からなくなる仕様だからです。(^_^;;;
とありますが、これに関しふと思いついて軽く検証をした結果、
例えば「hogehoge.png」の名前でアップロード後、「hogehoge-tomoyo.png」のように最後がハイフン+ユーザIDになるように変更すると、その画像はそのユーザIDに属することになるみたいですね。
現状ではハイフン込みの状態でアップロードできないので実質的には裏技未満ですが。
（ファイル名を後からいじるにしてもそのサイトの管理者でないと変更できませんし）
それで、何が言いたいかというと、「元のファイル名をできるだけ維持する」の追加オプションで「ファイル名にユーザIDを付加する」が増えると、（ONにすれば）画像をUPした本人の手でも削除することができるようになって便利になるかな、と思ったわけです。
……どう締めていいのかわからなくなったのでハッシュタグをつけて終わります。#要望
➡ 2022年11月30日(水) 17時53分 〔2年以上前〕 No.3301 ✎ ！
>>3299
3297です。
>「ギャラリーに表示される投稿だけを対象にしたカウント値を見せたい
その通りです…！わかりやすくまとめてくださり、ありがとうございます。
そして機能的にないことが分かってスッキリしました。どこかにあるのかも？とずっと探していたので…
ずぼらな自分が良くないのですが、あまりカテゴリを増やすとカテゴリ分け自体しなくなるので少なめにしたくて(汗)
このカテゴリ総数に対して、画像がどれくらいあるのかな？と知りたいことがありまして。
でも確かにカテゴリを増やせばいいですし、リンクを押せば状態を表すところに件数が出ますね。自分なりに模索してみます。
迅速なご返信、本当にありがとうございました！
3297です。
>「ギャラリーに表示される投稿だけを対象にしたカウント値を見せたい
その通りです…！わかりやすくまとめてくださり、ありがとうございます。
そして機能的にないことが分かってスッキリしました。どこかにあるのかも？とずっと探していたので…
ずぼらな自分が良くないのですが、あまりカテゴリを増やすとカテゴリ分け自体しなくなるので少なめにしたくて(汗)
このカテゴリ総数に対して、画像がどれくらいあるのかな？と知りたいことがありまして。
でも確かにカテゴリを増やせばいいですし、リンクを押せば状態を表すところに件数が出ますね。自分なりに模索してみます。
迅速なご返信、本当にありがとうございました！
➡ 2022年11月29日(火) 21時02分 〔2年以上前〕 アップデート✨ No.3300 ✎ ！
開発進捗状況報告サイトで、てがろぐ Ver 3.8.7(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。
このバージョンでは、影響の大きなバグを修正しています。普通に使っている状況ではまず問題は起きないでしょうし、問題を起こすには管理者権限のあるIDでログインする必要がありますから悪用される可能性もほとんどないとは思いますが、もし悪用されるとダメージが大きいので、3.8.2β以降をご試用下さっている場合は必ずバージョンアップをお願い致します。
主に以下の点を搭載しています。
🆕 Ver 3.8.7βの更新点(概要)：
《▼新機能》
●上位ディレクトリや別階層に存在するスキンも指定可能に。「?skin=../upperdir/some/skin-dir」のような感じで。
●スキン切り替え画面で、任意のディレクトリ名を指定してスキンをプレビューしたり簡易適用したりできる機能を追加。
●投稿日時の経過時間表記(「xx日前」のような相対時間)で、使用単位を「時間→日」に切り替えるタイミングを自由に設定できる機能を追加。
●ハッシュタグだとは認識されない「#」記号を簡単に表示させる方法として、「#」を入力できる項目をハッシュタグ簡単入力プルダウンメニューに追加できる機能を追加。
《▼仕様改善》
●管理画面の投稿一覧表にも「全部選択」・「全部解除」ボタンを追加。
●10件以上の投稿や画像を一括削除するときには、確認画面にある「削除する」ボタンを押した後にJavaScriptで最終確認する安全仕様を追加。
●モバイル端末で閲覧した場合のログイン画面を改善。
《▼スキン更新》
●すべてのスキンに、最初から「xx日前」のような相対時間(投稿後の経過時間)の表記も表示しておくよう更新。
●「最終更新日時」にも経過時間(相対時間)表記を表示するよう更新。
《▼不具合修正》
●Ver 3.8.2β以降に存在していた(影響の大きな)バグを修正。
●Lightboxが必要ない状況でも、そのスクリプトとjQueryが無駄に読み込まれる可能性があったバグを修正。
●サーバのエラーログに「CGI::param called in list context」のようなアラートが出力されるのを防ぐよう改善。
●『サムネイル画像があればサムネイルの方を表示』項目がONでもOFFでも、問答無用でONの動作をしていた不具合を修正。
●『画像パスに絶対URL(フルパス)を使う』がONで、「スラッシュで始まる絶対パス」で画像が指定されたとき、画像のURLがおかしくなって正しく画像が表示されない不具合を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。
このバージョンでは、影響の大きなバグを修正しています。普通に使っている状況ではまず問題は起きないでしょうし、問題を起こすには管理者権限のあるIDでログインする必要がありますから悪用される可能性もほとんどないとは思いますが、もし悪用されるとダメージが大きいので、3.8.2β以降をご試用下さっている場合は必ずバージョンアップをお願い致します。
主に以下の点を搭載しています。
🆕 Ver 3.8.7βの更新点(概要)：
《▼新機能》
●上位ディレクトリや別階層に存在するスキンも指定可能に。「?skin=../upperdir/some/skin-dir」のような感じで。
●スキン切り替え画面で、任意のディレクトリ名を指定してスキンをプレビューしたり簡易適用したりできる機能を追加。
●投稿日時の経過時間表記(「xx日前」のような相対時間)で、使用単位を「時間→日」に切り替えるタイミングを自由に設定できる機能を追加。
●ハッシュタグだとは認識されない「#」記号を簡単に表示させる方法として、「#」を入力できる項目をハッシュタグ簡単入力プルダウンメニューに追加できる機能を追加。
《▼仕様改善》
●管理画面の投稿一覧表にも「全部選択」・「全部解除」ボタンを追加。
●10件以上の投稿や画像を一括削除するときには、確認画面にある「削除する」ボタンを押した後にJavaScriptで最終確認する安全仕様を追加。
●モバイル端末で閲覧した場合のログイン画面を改善。
《▼スキン更新》
●すべてのスキンに、最初から「xx日前」のような相対時間(投稿後の経過時間)の表記も表示しておくよう更新。
●「最終更新日時」にも経過時間(相対時間)表記を表示するよう更新。
《▼不具合修正》
●Ver 3.8.2β以降に存在していた(影響の大きな)バグを修正。
●Lightboxが必要ない状況でも、そのスクリプトとjQueryが無駄に読み込まれる可能性があったバグを修正。
●サーバのエラーログに「CGI::param called in list context」のようなアラートが出力されるのを防ぐよう改善。
●『サムネイル画像があればサムネイルの方を表示』項目がONでもOFFでも、問答無用でONの動作をしていた不具合を修正。
●『画像パスに絶対URL(フルパス)を使う』がONで、「スラッシュで始まる絶対パス」で画像が指定されたとき、画像のURLがおかしくなって正しく画像が表示されない不具合を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。
➡ 2022年11月29日(火) 21時01分 〔2年以上前〕 回答/返信 No.3299 ✎ ！
脂肪が、増えている……！😱（体重計に乗った）
🍩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 を読むようにします。
➡ 2022年11月29日(火) 20時23分 〔2年以上前〕 No.3298 ✎ ！
私もドーナツ🍩食べたくなってきました😋
>>3295
>>3293 です。にししさん丁寧なフォローありがとうございます。方法としてまずくはなさそうとのことで一安心です😀
しかしjQueryが常に読み込まれていたのはバグだったのですね…！気づかずほかにもjQueryで実装していて無問題だったのでここでご指摘いただかなければバージョンアップしたときに困惑するところでした😅
思い返してみれば解説で「Lightboxを使うような場合のみ読み込まれる」とあったので常時使える時点で疑問に思うべきでした。
お教えいただいたように修正しておきます！
ついでの質問になりますが、jQueryは現在最新版が3.6.1ですがてがろぐで読み込んでいるのが1.12.4なのは何か理由がありますか？
特に支障がなければ自力で書くCDNは最新版にしておきたいなと思っているのですが…。
>>3295
>>3293 です。にししさん丁寧なフォローありがとうございます。方法としてまずくはなさそうとのことで一安心です😀
しかしjQueryが常に読み込まれていたのはバグだったのですね…！気づかずほかにもjQueryで実装していて無問題だったのでここでご指摘いただかなければバージョンアップしたときに困惑するところでした😅
思い返してみれば解説で「Lightboxを使うような場合のみ読み込まれる」とあったので常時使える時点で疑問に思うべきでした。
お教えいただいたように修正しておきます！
ついでの質問になりますが、jQueryは現在最新版が3.6.1ですがてがろぐで読み込んでいるのが1.12.4なのは何か理由がありますか？
特に支障がなければ自力で書くCDNは最新版にしておきたいなと思っているのですが…。
➡ 2022年11月29日(火) 17時38分 〔2年以上前〕 No.3297 ✎ ！
てがろぐ愛用しております。素敵なCGIをありがとうございます！
外側スキンのカテゴリツリーに関して質問があります。
自分はカテゴリ名＋件数表示
[[CATEGORY:TREE:<T>c]]
で利用してます。
これをギャラリースキンを維持したままのリンク＋表示件数にしたいので、下記の記述にしました。
[[CATEGORY:TREE:<T>c:GALLERY]]
【てがろぐ Ver 3.8.1 beta版 ：ギャラリーモード等を維持したリンクを出力する新記法等】
リンクについては上記で解決するのですが、件数は通常スキンの数が表示されます。
ギャラリー内でのカテゴリ件数を表示する方法はありますでしょうか？
既にどこかにハウツー記載ありましたら申し訳ありません…
外側スキンのカテゴリツリーに関して質問があります。
自分はカテゴリ名＋件数表示
[[CATEGORY:TREE:<T>c]]
で利用してます。
これをギャラリースキンを維持したままのリンク＋表示件数にしたいので、下記の記述にしました。
[[CATEGORY:TREE:<T>c:GALLERY]]
【てがろぐ Ver 3.8.1 beta版 ：ギャラリーモード等を維持したリンクを出力する新記法等】
リンクについては上記で解決するのですが、件数は通常スキンの数が表示されます。
ギャラリー内でのカテゴリ件数を表示する方法はありますでしょうか？
既にどこかにハウツー記載ありましたら申し訳ありません…
➡ 2022年11月29日(火) 17時07分 〔2年以上前〕 No.3296 ✎ ！
参考までに、なんとなくの開発優先順位の決め方の話も書いておきました。
JavaScriptで実現できる場合でも(将来的には)本体機能として実装する方が望ましい(かもしれない)話と、
でも、JavaScriptで実現できるなら開発の優先度は下がる、という話です。
いずれにしても、「気長にお待ち下さい」ということに変わりはないんですが。^^;
JavaScriptで実現できる場合でも(将来的には)本体機能として実装する方が望ましい(かもしれない)話と、
でも、JavaScriptで実現できるなら開発の優先度は下がる、という話です。
いずれにしても、「気長にお待ち下さい」ということに変わりはないんですが。^^;
➡ 2022年11月29日(火) 14時49分 〔2年以上前〕 回答/返信 No.3295 ✎ ！
昨日、昼にオールドファッションを食べたのでドーナツ欲は満たされました。🍩🍩🍩
🍩名前変換に関して、てがろぐ側にあると良さげな何らかの支援機能は（あるとすれば）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をご採用になるのが良いと思います。
➡ 2022年11月29日(火) 08時21分 〔2年以上前〕 No.3294 ✎ ！
#要望 私も個別記事に[[COMMENT:TITLE]]をtitleタグに表示できると嬉しいです。
長文日記としててがろぐを使っているので、個別記事にある前後記事へのリンクもNo.ではなく[[COMMENT:TITLE]]であるタイトルを表示させたいなあと思っています。ここまでくるとそもそもタイトル機能がないと難しいですかね。私としてはてがろぐ機能にあれば使いたい、という感じなのでいずれ実装されたら嬉しいです。これからも愛用します！
長文日記としててがろぐを使っているので、個別記事にある前後記事へのリンクもNo.ではなく[[COMMENT:TITLE]]であるタイトルを表示させたいなあと思っています。ここまでくるとそもそもタイトル機能がないと難しいですかね。私としてはてがろぐ機能にあれば使いたい、という感じなのでいずれ実装されたら嬉しいです。これからも愛用します！
➡ 2022年11月29日(火) 00時46分 〔2年以上前〕 No.3293 ✎ ！
個別表示時のブラウザタイトル欄への記事タイトル表示、について書いてみたのでよろしければ見てみてください。
https://10prs.com/view/57
これだとちょっとまずいかもとかもっとうまいやり方があるとかがあればご教示いただけるとありがたいです～。
https://10prs.com/view/57
これだとちょっとまずいかもとかもっとうまいやり方があるとかがあればご教示いただけるとありがたいです～。
➡ 2022年11月28日(月) 17時26分 〔2年以上前〕 No.3290 ✎ ！
3285 ご返答ありがとうございます。
個別表示時のブラウザタイトル欄への記事タイトル表示は…漠然と簡単そうに思ってたのですがわりと面倒くさそうなものなんですね。
そうは言いつつやはりあった方がいいように思えるので実装されるのを気長に楽しみにしています。よろしくお願い致します。
個別表示時のブラウザタイトル欄への記事タイトル表示は…漠然と簡単そうに思ってたのですがわりと面倒くさそうなものなんですね。
そうは言いつつやはりあった方がいいように思えるので実装されるのを気長に楽しみにしています。よろしくお願い致します。
➡ 2022年11月27日(日) 22時43分 〔2年以上前〕 回答/返信 No.3289 ✎ ！
ね🍩、む🍫、い🍰……。_(┐｢ε:)_
🧀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が動作しない閲覧環境はまずないと考えて良いでしょうけども、無駄に処理を加えなくて済むならそうするに越したことはないでしょうし。
➡ 2022年11月27日(日) 16時15分 〔2年以上前〕 回答/返信 No.3288 ✎ ！
>>3282 >>3283
3279です。早速お教え下さってありがとうございます！>>3282さんの方法と、にししさんの方法の両方とも試してみました。(にししさんの方法はユーティリティリンク枠よりも前にナビゲーションリンクを表示＋元々存在していた方のナビゲーションリンクを消す方法でやりました)
どちらも私のやりたかった通りに実現出来て感激してます！今、最終的にどっちの方法を採用しようか迷っている所です。>>3282さん、にししさん、本当にありがとうございました。
なるほど、内側用スキンに[[NAVI:PREVNEXT]]が使えないのはそういう理由だったんですね。とてもわかりやすいご説明で納得です。こちらもご回答ありがとうございますm(_ _)m
3279です。早速お教え下さってありがとうございます！>>3282さんの方法と、にししさんの方法の両方とも試してみました。(にししさんの方法はユーティリティリンク枠よりも前にナビゲーションリンクを表示＋元々存在していた方のナビゲーションリンクを消す方法でやりました)
どちらも私のやりたかった通りに実現出来て感激してます！今、最終的にどっちの方法を採用しようか迷っている所です。>>3282さん、にししさん、本当にありがとうございました。
内側スキンに「前後の投稿へ移動するリンク」を表示させてしまうと、例えば『1ページに30件の投稿を表示する』設定のとき、「前後の投稿へ移動するリンク」も30個表示されてしまいます。^^;
なるほど、内側用スキンに[[NAVI:PREVNEXT]]が使えないのはそういう理由だったんですね。とてもわかりやすいご説明で納得です。こちらもご回答ありがとうございますm(_ _)m
➡ 2022年11月27日(日) 16時04分 〔2年以上前〕 質問/要望 No.3287 ✎ ！
>>3285
名前変換スクリプトをてがろぐでも実装できるとは！！
やり方がわかりやすく書いてあって、確かに簡単に実装できそうですね。
自由装飾タグについての#要望 です。
現在、自由装飾タグのclass名が自由入力となっていますが、
できればプルダウン内には
のように、class名と簡単な説明文を登録できればいいなと思います。
てがろぐを使っているうちに設定した自由装飾の項目が多くなり、class名を覚えられなくなってしまったので（一応メモにとってコピペをするという方法もとっているのですが）、もし装飾機能からclassを挿入できればとても助かります。
名前変換でも装飾タグを使用しているので、この機能が実装されたら便利かなと思います。
もし可能でしたらよろしくお願いいたします。
名前変換スクリプトをてがろぐでも実装できるとは！！
やり方がわかりやすく書いてあって、確かに簡単に実装できそうですね。
自由装飾タグについての#要望 です。
現在、自由装飾タグのclass名が自由入力となっていますが、
- class名を管理画面で登録
- 登録したclass名をプルダウンで選択→挿入
できればプルダウン内には
text-red ― 赤い文字
text-blue ― 青い文字
back-yellow ― 黄色い背景
のように、class名と簡単な説明文を登録できればいいなと思います。
てがろぐを使っているうちに設定した自由装飾の項目が多くなり、class名を覚えられなくなってしまったので（一応メモにとってコピペをするという方法もとっているのですが）、もし装飾機能からclassを挿入できればとても助かります。
名前変換でも装飾タグを使用しているので、この機能が実装されたら便利かなと思います。
もし可能でしたらよろしくお願いいたします。
➡ 2022年11月27日(日) 13時43分 〔2年以上前〕 No.3286 ✎ ！
同人誌の頒布のお知らせ等はさんごよみを利用した方が閲覧者の感覚的に分かりやすいのでは？ と思いサイトに導入してから半年ほど経ちました。
作品を作った数が少なくて活用しまくっている！ とは言えませんが褒めていただくこともあります。
さんごよみのアップデートありがとうございました！
#感謝
作品を作った数が少なくて活用しまくっている！ とは言えませんが褒めていただくこともあります。
さんごよみのアップデートありがとうございました！
#感謝
➡ 2022年11月27日(日) 12時32分 〔2年以上前〕 回答/返信 No.3285 ✎ ！
昼食はピザ。🍕🍕🍕
🧀「てがろぐに名前変換機能を追加して欲しい」というご要望を頂いたのですけども、既存の名前変換スクリプトを利用する方法でさほど難易度は高くなさそうに感じているのですが（※私の認識が足りないだけかもしれませんが）、何か『てがろぐ側にこの機能があったら名前変換のために便利になる』というような何らかの機能はあるでしょうか？
🧀Re:3284◆ですよね……。そのご要望は当然あるだろうなとは思っていました。今のところは残念ながらその機能はないのです。てがろぐ開発の初期段階ではそもそもブログのように(CMSのように)使うことは全く想定していなかったので（1行目だけを分離する機能も構想もありませんでしたし）、投稿本文からtitle要素をどうにかする手段がないのですよね……。^^; OGPのog:titleにタイトルを引っ張ってきている方法がかなりアクロバットなのですが。それと同じ方法を使えば実装は不可能ではないと思いますので、ちょっと何か実現方法を考えてみます。気長にお待ち頂ければ幸いです。
🧀「てがろぐに名前変換機能を追加して欲しい」というご要望を頂いたのですけども、既存の名前変換スクリプトを利用する方法でさほど難易度は高くなさそうに感じているのですが（※私の認識が足りないだけかもしれませんが）、何か『てがろぐ側にこの機能があったら名前変換のために便利になる』というような何らかの機能はあるでしょうか？
🧀Re:3284◆ですよね……。そのご要望は当然あるだろうなとは思っていました。今のところは残念ながらその機能はないのです。てがろぐ開発の初期段階ではそもそもブログのように(CMSのように)使うことは全く想定していなかったので（1行目だけを分離する機能も構想もありませんでしたし）、投稿本文からtitle要素をどうにかする手段がないのですよね……。^^; OGPのog:titleにタイトルを引っ張ってきている方法がかなりアクロバットなのですが。それと同じ方法を使えば実装は不可能ではないと思いますので、ちょっと何か実現方法を考えてみます。気長にお待ち頂ければ幸いです。
➡ 2022年11月27日(日) 07時08分 〔2年以上前〕 No.3284 ✎ ！
いつも愛用させてもらってます。設定とかざっくり目を通してみたけどよくわからなかったので質問させてください。
記事を個別表示（tegalog.cgi?postid=xx）させた際に、現在は現在は skin-cover.html の＜body＞〜＜/body＞内に
＜title＞[[SITUATION:TITLE]] [[FREE:TITLE:MAIN]] [[FREE:TITLE:SUB]]＜/title＞
と記述してあり、それによりブラウザのタイトル欄に「No.xx - 主タイトル 副タイトル」と表示されます
ここに「記事タイトル」となる [[COMMENT:TITLE]] を表示させられるようにできないでしょうか？
記事を個別表示させた時だけブラウザのタイトル欄に「No.xx 記事タイトル - 主タイトル 副タイトル」となるようにしたいのです。
ご返答いただければ幸いに思います。いつもありがとうございます。
記事を個別表示（tegalog.cgi?postid=xx）させた際に、現在は現在は skin-cover.html の＜body＞〜＜/body＞内に
＜title＞[[SITUATION:TITLE]] [[FREE:TITLE:MAIN]] [[FREE:TITLE:SUB]]＜/title＞
と記述してあり、それによりブラウザのタイトル欄に「No.xx - 主タイトル 副タイトル」と表示されます
ここに「記事タイトル」となる [[COMMENT:TITLE]] を表示させられるようにできないでしょうか？
記事を個別表示させた時だけブラウザのタイトル欄に「No.xx 記事タイトル - 主タイトル 副タイトル」となるようにしたいのです。
ご返答いただければ幸いに思います。いつもありがとうございます。
➡ 2022年11月27日(日) 01時08分 〔2年以上前〕 回答/返信 No.3283 ✎ ！
お腹が減ったのでチーズを食べました。🧀🧀🧀
🧀Re:3279◆内側スキンに「前後の投稿へ移動するリンク」を表示させてしまうと、例えば『1ページに30件の投稿を表示する』設定のとき、「前後の投稿へ移動するリンク」も30個表示されてしまいます。^^;（いや、「それで良い」というケースもある気もしますけども、たぶんご希望はそうではないですよね？^^;）No.3282さんがCSSで掲載順序を変更する方法をご提案下さいましたから、私は別解としてJavaScriptで解決する方法をご紹介致します。↓
▼記述するJavaScriptソース #🌱豆知識
外側スキンの末尾（※内側スキンではありません）に以下の9行を書くと（コメントを除けば7行ですし、scriptタグも除けば5行ですが）、ユーティリティリンクの冒頭に「前後の投稿へ移動するリンク」等がコピーされて表示されます。
<script>
let uElm = document.querySelector(".utilitylinks");
if( uElm ) {
// ユーティリティリンク枠が存在する場合のみ
let pnElm = document.querySelector(".pagenavi");
// ナビゲーションリンクのコピーを、ユーティリティリンクの頭に挿入する
uElm.innerHTML = pnElm.innerHTML + uElm.innerHTML;
}
</script>
※変数名 uElm は utility Element の略で、pnElm は page navi Element の略のつもりです。
▼簡単な解説
やっていることは簡単で、
この結果、ユーティリティリンクの冒頭に「前後の投稿へ移動するリンク」等がコピーされて表示されます。（元々あるナビゲーションリンクは元のまま存在し続けます。）
▼class名の注意
なお、ナビゲーションリンクを作っている要素のclass名が .pagenavi なのは、標準添付の各スキンでの例なので、お使いのスキンで記述されているclass名が異なる場合には、5行目の .pagenavi の部分はそれに合わせて書き換える必要があります。（同一ページ内に2回以上使われているclass名の場合は、最初の方の中身だけが取得されます。）
▼補足
上記のソースをそのまま使うと、「ユーティリティリンク枠の冒頭」にナビゲーションリンクが加わります。
そうではなくて、ユーティリティリンク枠よりも前にナビゲーションリンクを表示したい場合は、6～7行目を以下のように差し替えて下さい。
// ナビゲーションリンクのコピーを、ユーティリティリンクの前に挿入する
uElm.outerHTML = pnElm.outerHTML + uElm.outerHTML;
さらに、「元々存在していた方のナビゲーションリンクを消したい場合は、さらに続けて以下の1行を加えて下さい。
pnElm.outerHTML = '';
以上です。
……ここまで書いてから思ったんですが、「ナビゲーションリンクをコピーしてユーティリティリンク枠の上に加える」よりも、「ユーティリティリンク枠をコピーして、ナビゲーションリンクの下に貼り付けて、元々のユーティリティリンク枠は消す」という方が（スキンの作り方によっては）配置調整の自由度が高いかもしれないな……、とふと思いました。^^;
🧀Re:3281◆ご期待に添えなくてすみません。最近のリッチなCMSだとそういうのはできて当然だとも思うのですけども、その分たくさんのJavaScriptが動いているのだろうな……と思います（調べてはいませんが）。てがろぐは、使用面での手軽さもそうですが、動作面の軽さも重視したいと思っておりまして、かつ、開発者(＝私)の手軽さもそこそこ重視しながら開発しております(^_^;)のでご理解頂ければ幸いです。需要はあるとは思いますので、何か良い実装方法が思いついたら試してみます。(╹◡╹)
🧀Re:3282,3280◆サンプルソースのご提示をどうもありがとうございます！ 最初、CSSでどうにかならんかな……と思いつつも思いつかなかったのでJavaScriptでの解決方法で試してしまいましたが、たしかにページ全体に対して順序を指定し直せばCSSだけで実現できますね！
🧀Re:3279◆内側スキンに「前後の投稿へ移動するリンク」を表示させてしまうと、例えば『1ページに30件の投稿を表示する』設定のとき、「前後の投稿へ移動するリンク」も30個表示されてしまいます。^^;（いや、「それで良い」というケースもある気もしますけども、たぶんご希望はそうではないですよね？^^;）No.3282さんがCSSで掲載順序を変更する方法をご提案下さいましたから、私は別解としてJavaScriptで解決する方法をご紹介致します。↓
▼記述するJavaScriptソース #🌱豆知識
外側スキンの末尾（※内側スキンではありません）に以下の9行を書くと（コメントを除けば7行ですし、scriptタグも除けば5行ですが）、ユーティリティリンクの冒頭に「前後の投稿へ移動するリンク」等がコピーされて表示されます。
<script>
let uElm = document.querySelector(".utilitylinks");
if( uElm ) {
// ユーティリティリンク枠が存在する場合のみ
let pnElm = document.querySelector(".pagenavi");
// ナビゲーションリンクのコピーを、ユーティリティリンクの頭に挿入する
uElm.innerHTML = pnElm.innerHTML + uElm.innerHTML;
}
</script>
※変数名 uElm は utility Element の略で、pnElm は page navi Element の略のつもりです。
▼簡単な解説
やっていることは簡単で、
- 2行目は、ユーティリティリンク枠を作っている要素 <div class="utilitylinks"> を取得しています。
- 3行目は、ユーティリティリンク枠が存在するかどうかを調べています。（存在しないときは何も処理しません。）
- 5行目は、ページナビゲーション(移動リンク)部分を作っている <div class="pagenavi"> を取得しています。
- 7行目は、『ユーティリティリンク枠の中身(HTML)』を、『ページナビゲーションの中身(HTML) ＋ ユーティリティリンク枠の中身(HTML)』に差し替えています。
この結果、ユーティリティリンクの冒頭に「前後の投稿へ移動するリンク」等がコピーされて表示されます。（元々あるナビゲーションリンクは元のまま存在し続けます。）
▼class名の注意
なお、ナビゲーションリンクを作っている要素のclass名が .pagenavi なのは、標準添付の各スキンでの例なので、お使いのスキンで記述されているclass名が異なる場合には、5行目の .pagenavi の部分はそれに合わせて書き換える必要があります。（同一ページ内に2回以上使われているclass名の場合は、最初の方の中身だけが取得されます。）
▼補足
上記のソースをそのまま使うと、「ユーティリティリンク枠の冒頭」にナビゲーションリンクが加わります。
そうではなくて、ユーティリティリンク枠よりも前にナビゲーションリンクを表示したい場合は、6～7行目を以下のように差し替えて下さい。
// ナビゲーションリンクのコピーを、ユーティリティリンクの前に挿入する
uElm.outerHTML = pnElm.outerHTML + uElm.outerHTML;
さらに、「元々存在していた方のナビゲーションリンクを消したい場合は、さらに続けて以下の1行を加えて下さい。
pnElm.outerHTML = '';
以上です。
……ここまで書いてから思ったんですが、「ナビゲーションリンクをコピーしてユーティリティリンク枠の上に加える」よりも、「ユーティリティリンク枠をコピーして、ナビゲーションリンクの下に貼り付けて、元々のユーティリティリンク枠は消す」という方が（スキンの作り方によっては）配置調整の自由度が高いかもしれないな……、とふと思いました。^^;
🧀Re:3281◆ご期待に添えなくてすみません。最近のリッチなCMSだとそういうのはできて当然だとも思うのですけども、その分たくさんのJavaScriptが動いているのだろうな……と思います（調べてはいませんが）。てがろぐは、使用面での手軽さもそうですが、動作面の軽さも重視したいと思っておりまして、かつ、開発者(＝私)の手軽さもそこそこ重視しながら開発しております(^_^;)のでご理解頂ければ幸いです。需要はあるとは思いますので、何か良い実装方法が思いついたら試してみます。(╹◡╹)
🧀Re:3282,3280◆サンプルソースのご提示をどうもありがとうございます！ 最初、CSSでどうにかならんかな……と思いつつも思いつかなかったのでJavaScriptでの解決方法で試してしまいましたが、たしかにページ全体に対して順序を指定し直せばCSSだけで実現できますね！
➡ 2022年11月27日(日) 00時35分 〔2年以上前〕 No.3282 ✎ ！
>>3279
にししさんじゃないですがCSSのdisplay:flexを使う方法もあります。標準スキンで説明すると
.contents .mainarea {
display: flex;
flex-direction: column;
width: 100%;
}
.situation {
～略～
order:1;
}
.onelogbox {
～略～
order:2;
}
.utilitylinks {
～略～
order:4;
}
.pagenavi {
～略～
order:3;
}
～略～は元々あるCSSです。display: flex;を指定した要素の子要素にorder:数字;で順序を入れ替えることができます。
にししさんじゃないですがCSSのdisplay:flexを使う方法もあります。標準スキンで説明すると
.contents .mainarea {
display: flex;
flex-direction: column;
width: 100%;
}
.situation {
～略～
order:1;
}
.onelogbox {
～略～
order:2;
}
.utilitylinks {
～略～
order:4;
}
.pagenavi {
～略～
order:3;
}
～略～は元々あるCSSです。display: flex;を指定した要素の子要素にorder:数字;で順序を入れ替えることができます。
