No.3289, No.3288, No.3287, No.3286, No.3285, No.3284, No.3283［7件］
➡ 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だけで実現できますね！
🧀Re:3286◆さんごよみのご活用をどうもありがとうございます！ さんごよみの活用報告は滅多に頂けないので、とても嬉しいです。(╹◡╹) バージョンアップもありがとうございます。最新版を使って頂けるのもとても嬉しいです。（前回のバージョンアップは大した機能UPではありませんでしたけども。^^;）
🧀Re:3287◆さんごよみの方には、下図左側のように「頻繁に入力する可能性のある定型句」を管理画面で登録しておくことで、下図右側のようなプルダウンメニューが投稿欄に現れて簡単に入力できる機能があります。これと同じ機能を、てがろぐ側にも実装するとご要望に添いますでしょうかね……？ class名に限らず何でも入力できますから、[F:text-red: ] みたいな記法をそのまま登録してしまえば良いのではないかと思います。（ただ、説明文は登録できませんが。区切り文字「<>」を書いた後は行末まで説明文と見なして挿入しない、みたいな機能があれば良いのかもしれませんけども。）
※ちなみにですが、現状でどうにかする方法としては、IME(日本語変換機能)に単語登録してしまう手はありそうな気がします。
🧀Re:3288◆うまくいったようで良かったです。自分でJavaScript例を紹介しておきながらこう言うのもどうかとは思うのですが、CSSで実現可能ならCSSを採用しておく方が良い気がします。今の時代はJavaScriptが動作しない閲覧環境はまずないと考えて良いでしょうけども、無駄に処理を加えなくて済むならそうするに越したことはないでしょうし。