先頭固定（←ここの文字列も自由に変更可能。非表示にも設定可能）
開発進捗状況報告サイトでフォロー頂くと、てがろぐCGIの最新β版や正式版の公開時にメールで連絡を受け取ることもできますので、ぜひご活用下さい。(╹◡╹)ﾉ
フォロー数が増えると、私の開発モチベーションが向上するメリットもあります。(笑)
フォロー数が増えると、私の開発モチベーションが向上するメリットもあります。(笑)
2025年9月 この範囲を時系列順で読む この範囲をファイルに出力する
和栗のシュークリームを食べました。🌰🌰🌰
🌰Re:5415◆反応をどうもありがとうございます！(╹◡╹)ﾉ とりあえず、需要がないわけではないことが分かってありがたいです。
🌰Re:5416◆「続きを読む」機能として、続きを読む(一部を隠す)機能の仕様で比較紹介している『Ⓒ折り畳み』記法を使うのであれば、JavaScriptで実現できそうな気がします。
この折り畳み記法（＝[O:～]の記述で隠す記法）は、HTMLのdetails要素＋summary要素で出力されるのですが、この要素で隠された範囲はJavaScriptを使って簡単に開閉が可能です。なので、『カテゴリ限定表示中であるURLだったら、すべてのdetail要素をOPEN状態にする』というJavaScriptを用意すれば、お望みの動作になる気がします。
そのJavaScriptは、たぶん以下のような感じです。
<script>
/* 現在のURLをチェック */
if(window.location.href.includes("cat=")) {
/* ページ内の全てのdetails要素を展開 */
document.querySelectorAll("details").forEach(d => {
d.open = true;
});
}
</script>
カテゴリ限定表示時には、URLに cat=が含まれますから、それを調べて、ある場合にだけ、すべてのdetails要素のopen属性値をtrueにしています。
このコードを、外側スキンの末尾（</body>の直前あたり）に書けばうまくいかないでしょうかね？
※JavaScriptでURLの構成文字をチェックしなくても、IF文の記法を使って「カテゴリ限定表示時にだけscript要素を出力する」という感じにする手もあります。
🌰Re:5415◆反応をどうもありがとうございます！(╹◡╹)ﾉ とりあえず、需要がないわけではないことが分かってありがたいです。
🌰Re:5416◆「続きを読む」機能として、続きを読む(一部を隠す)機能の仕様で比較紹介している『Ⓒ折り畳み』記法を使うのであれば、JavaScriptで実現できそうな気がします。
この折り畳み記法（＝[O:～]の記述で隠す記法）は、HTMLのdetails要素＋summary要素で出力されるのですが、この要素で隠された範囲はJavaScriptを使って簡単に開閉が可能です。なので、『カテゴリ限定表示中であるURLだったら、すべてのdetail要素をOPEN状態にする』というJavaScriptを用意すれば、お望みの動作になる気がします。
そのJavaScriptは、たぶん以下のような感じです。
<script>
/* 現在のURLをチェック */
if(window.location.href.includes("cat=")) {
/* ページ内の全てのdetails要素を展開 */
document.querySelectorAll("details").forEach(d => {
d.open = true;
});
}
</script>
カテゴリ限定表示時には、URLに cat=が含まれますから、それを調べて、ある場合にだけ、すべてのdetails要素のopen属性値をtrueにしています。
このコードを、外側スキンの末尾（</body>の直前あたり）に書けばうまくいかないでしょうかね？
※JavaScriptでURLの構成文字をチェックしなくても、IF文の記法を使って「カテゴリ限定表示時にだけscript要素を出力する」という感じにする手もあります。
いつもお世話になっております。
てがろぐの「続きを読む」機能に関しての質問で、書き込みさせて頂きます。
「カテゴリ限定表示」で閲覧時、
「続きを読む」機能を無効にして全文が最初から表示されている状態にすることは可能でしょうか？
（全文検索時のようなイメージ）
過去ログのにししさん >>4054 のコメントを参考に、
[[COMMENT:LINE:1*]]の記述を使うことで＜＞の記法の「続きを読む」を無効には出来たんですが、
全文の中に＜＞がそのまま残ってしまうのが気になり…
お忙しい所恐れ入りますが、もし何か方法がありましたらご教示頂けますと幸いです。
てがろぐの「続きを読む」機能に関しての質問で、書き込みさせて頂きます。
「カテゴリ限定表示」で閲覧時、
「続きを読む」機能を無効にして全文が最初から表示されている状態にすることは可能でしょうか？
（全文検索時のようなイメージ）
過去ログのにししさん >>4054 のコメントを参考に、
[[COMMENT:LINE:1*]]の記述を使うことで＜＞の記法の「続きを読む」を無効には出来たんですが、
全文の中に＜＞がそのまま残ってしまうのが気になり…
お忙しい所恐れ入りますが、もし何か方法がありましたらご教示頂けますと幸いです。
#要望
RSSフィードでいいねやメッセージを通知してくれる機能、私には需要あります……！！管理画面やメールだけの通知よりも気付きやすいので。
余裕があれば実装していただけると大変嬉しいです。
(Loading...)...
RSSフィードでいいねやメッセージを通知してくれる機能、私には需要あります……！！管理画面やメールだけの通知よりも気付きやすいので。
余裕があれば実装していただけると大変嬉しいです。
(Loading...)...
今日の昼食もパスタ。おなかいっぱい。ぐふぅ。🍝🍝🍝
🍝Re:5413◆便利そうなツールをありがとうございます。特定のハッシュタグが付いている投稿を対象にして、指定のカテゴリに属させられるのも便利そうですね。(╹◡╹)ﾉ
🍝Re:5413◆便利そうなツールをありがとうございます。特定のハッシュタグが付いている投稿を対象にして、指定のカテゴリに属させられるのも便利そうですね。(╹◡╹)ﾉ
いつもお世話になっております。
てがろぐのxmlを読み込んでカテゴリを一気に変更できるツール を作ってみました。
自分用にChatGPTに作ってもらったものですが、もし需要があればと思い貼らせていただきます。
もしなにか問題等ありましたらお知らせください。タグの抽出などはちょっと甘いかもしれないです…
てがろぐのxmlを読み込んでカテゴリを一気に変更できるツール を作ってみました。
自分用にChatGPTに作ってもらったものですが、もし需要があればと思い貼らせていただきます。
もしなにか問題等ありましたらお知らせください。タグの抽出などはちょっと甘いかもしれないです…
>5410の者です。
にししさん、返信ありがとうございます。
お教えいただいたJavaScriptのソースで無事ハッシュタグの記号を非表示にできました。
まさに先頭1文字目を非表示やフォントサイズを0にしてみたりと色々と試してみて、cssでは無理っぽそうと諦めかけていました。
JavaScriptの知識は全然なかっただけにとても助かりました。
ありがとうございました！
先ほど書き忘れたのですがベータ版も試させてもらっています。
自前の動画をいくつか記事にしていて、今まではfancyboxでの裏技で表示していたので動画埋め込みタグとても嬉しいです！
合わせてありがとうございました。
にししさん、返信ありがとうございます。
お教えいただいたJavaScriptのソースで無事ハッシュタグの記号を非表示にできました。
まさに先頭1文字目を非表示やフォントサイズを0にしてみたりと色々と試してみて、cssでは無理っぽそうと諦めかけていました。
JavaScriptの知識は全然なかっただけにとても助かりました。
ありがとうございました！
先ほど書き忘れたのですがベータ版も試させてもらっています。
自前の動画をいくつか記事にしていて、今まではfancyboxでの裏技で表示していたので動画埋め込みタグとても嬉しいです！
合わせてありがとうございました。
昼食はパスタ。🍝🍝🍝
🍝Re:5410◆CSSでは無理ではないかな……と思います。CSSで先頭1文字に対してだけ装飾できる ::first-letter 疑似要素というのはありますが、これには display:none; のようなdisplay要素を指定できない規則ですので。
配色を透明にして誤魔化す（color:transparent;）という手もありそうに思えますが、そもそもCSSでの「先頭1文字」は、先頭が # のような記号の場合には「その記号＋次の文字」を対象にしてしまいますので、「 # 」だけを透明にはできなさそうです。
JavaScriptで実現しても良いなら、以下のソースをページ末尾(＝</body>の直前あたり)で実行すればハッシュタグ先頭の「 # 」記号を削除できます。
<script>
document.querySelectorAll('.comment .taglink').forEach(el => {
el.textContent = el.textContent.replace(/^#/, '');
});
</script>
上記は、本文が <div class="comment">～</div> で囲まれている場合のコードです。そうではない場合は、.comment 部分を書き換えて下さい。（セレクタを .taglink だけにしてしまうと、ハッシュタグ一覧を掲載している場合に、それらの先頭1文字も削ってしまいますので。）→よく考えたら、このJavaScriptは先頭の「 # 」記号だけを除外する正規表現なので問題なかった。┌(:3」└)┐ .comment の記述はなくても大丈夫です。^^;
🍝Re:5410◆CSSでは無理ではないかな……と思います。CSSで先頭1文字に対してだけ装飾できる ::first-letter 疑似要素というのはありますが、これには display:none; のようなdisplay要素を指定できない規則ですので。
配色を透明にして誤魔化す（color:transparent;）という手もありそうに思えますが、そもそもCSSでの「先頭1文字」は、先頭が # のような記号の場合には「その記号＋次の文字」を対象にしてしまいますので、「 # 」だけを透明にはできなさそうです。
JavaScriptで実現しても良いなら、以下のソースをページ末尾(＝</body>の直前あたり)で実行すればハッシュタグ先頭の「 # 」記号を削除できます。
<script>
document.querySelectorAll('.comment .taglink').forEach(el => {
el.textContent = el.textContent.replace(/^#/, '');
});
</script>
上記は、本文が <div class="comment">～</div> で囲まれている場合のコードです。そうではない場合は、.comment 部分を書き換えて下さい。
てがろぐさんにはいつもお世話になっています。
質問と言うか、もしできるのならばご教授いただきたいと思いまして…
ハッシュタグについて、cssなどを使って記事表示での＃（※全角にしています）記号を非表示にする方法はありますか？
ハッシュタグなのに＃を消したらハッシュタグじゃなくなるのはもちろん承知してます（笑）
てがろぐを日記やブログではなく少々変わった形で使わせてもらっているのと、ハッシュタグ専用にcss装飾しているのもあって、＃がない方が見栄えがすっきりするな…と思い、何とか消してみようと試してみたのですが自力では出来ず、こちらに伺った次第です。
よろしくお願いします。
質問と言うか、もしできるのならばご教授いただきたいと思いまして…
ハッシュタグについて、cssなどを使って記事表示での＃（※全角にしています）記号を非表示にする方法はありますか？
ハッシュタグなのに＃を消したらハッシュタグじゃなくなるのはもちろん承知してます（笑）
てがろぐを日記やブログではなく少々変わった形で使わせてもらっているのと、ハッシュタグ専用にcss装飾しているのもあって、＃がない方が見栄えがすっきりするな…と思い、何とか消してみようと試してみたのですが自力では出来ず、こちらに伺った次第です。
よろしくお願いします。
>>5408 metaタグでの検索避けの要望を出した者です。迅速な実装ありがとうございました。
開発進捗状況報告サイトで、てがろぐ Ver 4.6.6(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 4.6.6βの更新点(概要)：
《▼新機能》
●動画ファイルの埋め込み表示機能。
●名前付き1行単位フリースペースを内側スキンでも使用可能に。
●ログインフォームの上側に任意のメッセージを掲載できる設定機能。
《▼仕様改善》
●Apple Musicの共有用URLの新仕様に対応。
●使用中画像の検索機能を（検索語に「PICT:」を指定せずに）ファイル名だけで検索するよう変更。
●画像管理画面からの画像削除時に、サムネイル画像があればそれも同時に削除するように改善。
●エラー発生時の環境情報の出力をデフォルトで「しない」に変更。
《▼不具合修正》
❎予約投稿を有効にしているとき、（ログインしている状態で）存在しない投稿番号の単独ページにアクセスするとエラーが出る問題を解決。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Bluesky
mixi2
Mastodon(Pawoo)
Twitter：
🆕 Ver 4.6.6βの更新点(概要)：
《▼新機能》
●動画ファイルの埋め込み表示機能。
●名前付き1行単位フリースペースを内側スキンでも使用可能に。
●ログインフォームの上側に任意のメッセージを掲載できる設定機能。
《▼仕様改善》
●Apple Musicの共有用URLの新仕様に対応。
●使用中画像の検索機能を（検索語に「PICT:」を指定せずに）ファイル名だけで検索するよう変更。
●画像管理画面からの画像削除時に、サムネイル画像があればそれも同時に削除するように改善。
●エラー発生時の環境情報の出力をデフォルトで「しない」に変更。
《▼不具合修正》
❎予約投稿を有効にしているとき、（ログインしている状態で）存在しない投稿番号の単独ページにアクセスするとエラーが出る問題を解決。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Bluesky
mixi2
Mastodon(Pawoo)
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
直接サーバにUPされた動画ファイルの埋め込みをサポートした Ver 4.6.6βの動作テスト。
[VIDEO]URL記法か、[VIDEO:キャプション]URL記法で以下のように埋め込まれます。（URLの自動リンクを無効にしている場合は埋め込まれません。）
※以下の動画ファイルは19.9MBあるので気を付けてね。(ブラウザ側のコントロールで再生ボタンを押さない限り読み込まれません。MetadataのPreloadはされます。）
てがろぐパーミッション解説動画
※動画ファイルをアップロードする機能はありません。（別途FTP等でのアップロードが必要です。画像ファイルの対象拡張子設定を使うことで、画像としてUPする方法もありますけども。）
[VIDEO]URL記法か、[VIDEO:キャプション]URL記法で以下のように埋め込まれます。（URLの自動リンクを無効にしている場合は埋め込まれません。）
※以下の動画ファイルは19.9MBあるので気を付けてね。(ブラウザ側のコントロールで再生ボタンを押さない限り読み込まれません。MetadataのPreloadはされます。）
※動画ファイルをアップロードする機能はありません。（別途FTP等でのアップロードが必要です。画像ファイルの対象拡張子設定を使うことで、画像としてUPする方法もありますけども。）
テスト
明日には Ver 4.6.6βを配布できると良いな……。（願望）
🍮Re:5403◆詳しい解説をありがとうございます。なるほど、お礼メッセージ(ページ)の中にさらに追加で押せるボタンが表示されるんですねえ。お礼メッセージがバルーン(吹き出し)で表示される場合なら今見えているボタンを再度押せば良いだけですが、ページ遷移を伴う場合は確かに移動先にもボタンがある方が望ましいのでしょうね。実装する段階になってみないと分からない面も多々あるので、どうするかは（今の時点では）分かりませんが、動作の選択肢の参考にさせて頂きます。(╹◡╹)
🍮Re:5404◆気に入って下さってありがとうございます。ご自身だけでお使いになる（再配布しない）場合は、著作権表示の要件を満たす限りはプログラムのソースを改変してお使い頂いても特に問題ありません。ただ、プログラム側のソースを改変するとバージョンアップがしにくくなると思いますので、まずはソースを改変せずに望みを叶える方法を探ることをお勧めいたします。てがろぐでは、なので、「実はソースを書き換えなくても、設定だけで済む or スキンの編集だけで済む」というケースも多々あると思います。まずは、スキン側のカスタマイズ方法を眺めたり、管理画面の設定項目を眺めたりしてみて下さい。（同梱のTegUpを使うとワンクリックでバージョンアップできます。その際、ソース内の設定項目は維持されますが、こちらが想定していない部分の改変内容は維持されません。）
CGIにお詳しいようですから、最新β版も使ってみて下さい。正式版の最新版Ver 4.6.0からも機能がいろいろ増えています。
なお、ソースを修正しないと実現できなさそうな機能については、ここにお書き下されば、今後の開発の参考にしますので、ぜひお知らせ下さい。
個人サイト28年ぶりですか。西暦何年かな……と思ったら1997年ですね。私が最初に個人サイトを作ったのも1997年だったので28年前です。(笑)
もうそんなに……。_(┐｢ε:)_
🍮Re:5403◆詳しい解説をありがとうございます。なるほど、お礼メッセージ(ページ)の中にさらに追加で押せるボタンが表示されるんですねえ。お礼メッセージがバルーン(吹き出し)で表示される場合なら今見えているボタンを再度押せば良いだけですが、ページ遷移を伴う場合は確かに移動先にもボタンがある方が望ましいのでしょうね。実装する段階になってみないと分からない面も多々あるので、どうするかは（今の時点では）分かりませんが、動作の選択肢の参考にさせて頂きます。(╹◡╹)
🍮Re:5404◆気に入って下さってありがとうございます。ご自身だけでお使いになる（再配布しない）場合は、著作権表示の要件を満たす限りはプログラムのソースを改変してお使い頂いても特に問題ありません。ただ、プログラム側のソースを改変するとバージョンアップがしにくくなると思いますので、まずはソースを改変せずに望みを叶える方法を探ることをお勧めいたします。てがろぐでは、なので、「実はソースを書き換えなくても、設定だけで済む or スキンの編集だけで済む」というケースも多々あると思います。まずは、スキン側のカスタマイズ方法を眺めたり、管理画面の設定項目を眺めたりしてみて下さい。（同梱のTegUpを使うとワンクリックでバージョンアップできます。その際、ソース内の設定項目は維持されますが、こちらが想定していない部分の改変内容は維持されません。）
CGIにお詳しいようですから、最新β版も使ってみて下さい。正式版の最新版Ver 4.6.0からも機能がいろいろ増えています。
なお、ソースを修正しないと実現できなさそうな機能については、ここにお書き下されば、今後の開発の参考にしますので、ぜひお知らせ下さい。
個人サイト28年ぶりですか。西暦何年かな……と思ったら1997年ですね。私が最初に個人サイトを作ったのも1997年だったので28年前です。(笑)
もうそんなに……。_(┐｢ε:)_
cgi本体の改造は可能でしょうか？
申し訳ありません、利用にあたっての質問がございます。
cgi本体（tegalog.cgi）を直接書き換える改造・カスタマイズは、許可されていますでしょうか？
可能であれば、どの程度の範囲まで変更可能でしょうか？
また、その際の著作権表示等へのご指定などはあるでしょうか？
（ざっと使用条件を拝見したのですが、表記がなかったようですので…）
お手数恐縮ですが、ご回答いただけましたら幸いです。
------以下は質問とは関係ない感想です-----
28年ぶり(!)に個人サイトを立ち上げようとしております。
配置するbbsで、良さげなcgiがないかネットを漁っていたところ、先ほど、てがろぐに行き当たりました。
是非、ブログとして利用させていただきたいと考えております。
実はブログは、サーバーがロリポップ！の一番安いプランなので、BaserCMS+SQLiteで構築の予定でした。
でもちょっといじってみて、機能は必要十分だけど、なんか気乗りがしません。
CMS系はバージョン違いの引っ越しに苦労した思い出しかないし…しかもSQLiteだし…ぞっとしないなあ、と。
で、今、てがろぐを拝見して、もうびっくりです。
高機能！
Perlで作られてる！！
引っ越ししやすそう！！！
カスタマイズしやすそう！！！！
私のニーズにぴったりすぎて、驚愕の出来栄えです。
機能的に特にシビれたのは、投稿番号の再採番機能ですね。
これ、xmlで管理するなら欲しくなりますよね。「運用がわかってる」作りに、良いものだと確信しました。
今はソースを読むのに夢中です。ていうか、ソースが読みやすい！もうライトノベル感覚です。
で、ちょっと手を入れてみたくなっている次第です。
失礼かとも思いましたが、ぜひよろしくお願いいたします。
申し訳ありません、利用にあたっての質問がございます。
cgi本体（tegalog.cgi）を直接書き換える改造・カスタマイズは、許可されていますでしょうか？
可能であれば、どの程度の範囲まで変更可能でしょうか？
また、その際の著作権表示等へのご指定などはあるでしょうか？
（ざっと使用条件を拝見したのですが、表記がなかったようですので…）
お手数恐縮ですが、ご回答いただけましたら幸いです。
------以下は質問とは関係ない感想です-----
28年ぶり(!)に個人サイトを立ち上げようとしております。
配置するbbsで、良さげなcgiがないかネットを漁っていたところ、先ほど、てがろぐに行き当たりました。
是非、ブログとして利用させていただきたいと考えております。
実はブログは、サーバーがロリポップ！の一番安いプランなので、BaserCMS+SQLiteで構築の予定でした。
でもちょっといじってみて、機能は必要十分だけど、なんか気乗りがしません。
CMS系はバージョン違いの引っ越しに苦労した思い出しかないし…しかもSQLiteだし…ぞっとしないなあ、と。
で、今、てがろぐを拝見して、もうびっくりです。
高機能！
Perlで作られてる！！
引っ越ししやすそう！！！
カスタマイズしやすそう！！！！
私のニーズにぴったりすぎて、驚愕の出来栄えです。
機能的に特にシビれたのは、投稿番号の再採番機能ですね。
これ、xmlで管理するなら欲しくなりますよね。「運用がわかってる」作りに、良いものだと確信しました。
今はソースを読むのに夢中です。ていうか、ソースが読みやすい！もうライトノベル感覚です。
で、ちょっと手を入れてみたくなっている次第です。
失礼かとも思いましたが、ぜひよろしくお願いいたします。
>>5402
5400です
わかりづらい要望を出してしまい申し訳ありません…m(__)m
通常のphpソフトとしてだけでなくてがろぐのアドオンという形での開発もしておられるので色々と開発は大変だと思いますが陰ながら開発を応援しております
Web拍手系機能についてですがサービス様によって多少差異はありましたが大体のお礼メッセージ設置ページは
拍手ボタンを押す→タブ切り替え無しにそのままお礼メッセージページに跳ぶ→お礼メッセージページにある拍手ボタンを更に押す→またタブ切り替えなしで新しいお礼メッセージページに跳ぶ
…のような形になっていました
念のため確認してきましたがWeb拍手（webclap .com）様も一度サービスページに別タブで跳んだ後に同様の処理をしているっぽいです
ただ、ここまで書いていて気がついたんですが、この方式だと新たに開いたお礼メッセージにもセットで拍手ボタンとメールフォームも設置されてしまうので「特定のページに置いて統計が取れるいいねボタン」というコンセプトからは離れてしまうかも…
ですのでにしし様がおっしゃられているような「設置したボタンを押すたびに別タブが開いてお礼メッセージが表示される」形の方がわかりやすいかもです
5400です
わかりづらい要望を出してしまい申し訳ありません…m(__)m
通常のphpソフトとしてだけでなくてがろぐのアドオンという形での開発もしておられるので色々と開発は大変だと思いますが陰ながら開発を応援しております
Web拍手系機能についてですがサービス様によって多少差異はありましたが大体のお礼メッセージ設置ページは
- お礼メッセージやお礼イラスト
- 追加で押せる拍手ボタンやメッセージフォーム
- ボタン設置元のページへ戻るリンク
拍手ボタンを押す→タブ切り替え無しにそのままお礼メッセージページに跳ぶ→お礼メッセージページにある拍手ボタンを更に押す→またタブ切り替えなしで新しいお礼メッセージページに跳ぶ
…のような形になっていました
念のため確認してきましたがWeb拍手（webclap .com）様も一度サービスページに別タブで跳んだ後に同様の処理をしているっぽいです
ただ、ここまで書いていて気がついたんですが、この方式だと新たに開いたお礼メッセージにもセットで拍手ボタンとメールフォームも設置されてしまうので「特定のページに置いて統計が取れるいいねボタン」というコンセプトからは離れてしまうかも…
ですのでにしし様がおっしゃられているような「設置したボタンを押すたびに別タブが開いてお礼メッセージが表示される」形の方がわかりやすいかもです
近日中には Ver 4.6.6β を配布できる予定でいます。（たぶん）
🍮Re:5399◆よく考えたら、ボタンとバルーン(お礼メッセージの表示)はスキン式なので、スキン側でお礼メッセージをどう表示するかを決定できるようにすれば良いんだな、と思いました。^^;
まだ具体的なスキン仕様を作っていないので何とも言えないんですけども、スキン側で「ボタンが押された後にどう動作するのか」を制御できるようにすれば、スキンの選択（作成）でどうにでもできるわけですしね。
バルーンの生成そのものをスキン側の処理に任せられるのか、そういう処理をシステム側が用意しておいてスキン側からはそれを呼び出すだけにするのか、……みたいなところはまだどうなるか分かりませんけども。
🍮Re:5400◆まあ、できるだけ選択肢を用意する方が望ましいのは望ましいでしょうね。どこまで幅広く用意できるかは、その辺を実際に作りかけてみないと分かりませんけども。
背景の解説をありがとうございます。個人的にはWeb拍手を全然使っていなかったので、細部がどんな動作になっていたのか全然知らないんですよね。^^; 「拍手ボタンを続けてぽちぽち押して掲載文を全て読んでいく」というのは、拍手ボタンのリンク先を別タブに開くように操作する形で次々に押していく、みたいな操作ですかね？
🍮Re:5399◆よく考えたら、ボタンとバルーン(お礼メッセージの表示)はスキン式なので、スキン側でお礼メッセージをどう表示するかを決定できるようにすれば良いんだな、と思いました。^^;
まだ具体的なスキン仕様を作っていないので何とも言えないんですけども、スキン側で「ボタンが押された後にどう動作するのか」を制御できるようにすれば、スキンの選択（作成）でどうにでもできるわけですしね。
バルーンの生成そのものをスキン側の処理に任せられるのか、そういう処理をシステム側が用意しておいてスキン側からはそれを呼び出すだけにするのか、……みたいなところはまだどうなるか分かりませんけども。
🍮Re:5400◆まあ、できるだけ選択肢を用意する方が望ましいのは望ましいでしょうね。どこまで幅広く用意できるかは、その辺を実際に作りかけてみないと分かりませんけども。
背景の解説をありがとうございます。個人的にはWeb拍手を全然使っていなかったので、細部がどんな動作になっていたのか全然知らないんですよね。^^; 「拍手ボタンを続けてぽちぽち押して掲載文を全て読んでいく」というのは、拍手ボタンのリンク先を別タブに開くように操作する形で次々に押していく、みたいな操作ですかね？
>5400 です
レス先間違えたまま編集可能時間を超えてしまいましたが正しくは >5398 のにししさまの投稿にレスしてます！
レス先間違えたまま編集可能時間を超えてしまいましたが正しくは >5398 のにししさまの投稿にレスしてます！
>>5390
小説サイトを運営しているものですが私もⒶ案でいいかなと思っております。
ただ、メッセージ送信フォーム付きのボタンに長めのお礼文（SS）を設定し、小説投稿サイトのように各小説に設定したボタンではモーダルで短いメッセージを表示したい…みたいな使い方も考えられるのでⒷ案を選ばれる方もいるかなと思ってみたりもしております。
あとやはりお礼画面はモーダル表示だけでなく別ページ移行する設定を残していただけたらなあと…Web拍手様やケータイ向けホームページ制作サービスの拍手機能のようで馴染み深いので…
またこれはWeb制作に疎い人間の見当違いな杞憂かもしれないのですが、お礼画面表示をモーダルにし、ある程度の長さのお礼文を複数設定した拍手ボタンが複数回押される際、読み込みが重たくならないかが気になっております。
実体験として拍手ボタンに複数SSを掲載しているサイトさまの拍手ボタンを続けてぽちぽち押して掲載文を全て読んでいくなどしていたので。
小説サイトを運営しているものですが私もⒶ案でいいかなと思っております。
ただ、メッセージ送信フォーム付きのボタンに長めのお礼文（SS）を設定し、小説投稿サイトのように各小説に設定したボタンではモーダルで短いメッセージを表示したい…みたいな使い方も考えられるのでⒷ案を選ばれる方もいるかなと思ってみたりもしております。
あとやはりお礼画面はモーダル表示だけでなく別ページ移行する設定を残していただけたらなあと…Web拍手様やケータイ向けホームページ制作サービスの拍手機能のようで馴染み深いので…
またこれはWeb制作に疎い人間の見当違いな杞憂かもしれないのですが、お礼画面表示をモーダルにし、ある程度の長さのお礼文を複数設定した拍手ボタンが複数回押される際、読み込みが重たくならないかが気になっております。
実体験として拍手ボタンに複数SSを掲載しているサイトさまの拍手ボタンを続けてぽちぽち押して掲載文を全て読んでいくなどしていたので。
台風15号の進路がちょっと心配。
🍮Re:5390◆こちらのローカルにあるtegalog.cgiでは解決しました。次のβ版からは（Apple Musicの新URLでも）無駄な空間はなくなりますので、配布までもうしばらくお待ち下さい。この試験場でも解決版に上書きしましたので、No.5390でお書き下さった埋め込みでも無駄な空間は消えています。
なお、今すぐ対処したい場合は、tegalog.cgiファイル内の（※Ver4.6.0なら6805行目、Ver4.6.5βなら7022行目にある） m/album.+i=/ という部分の記述を m/(album.+i=)|(\/song\/)/ に書き換えると良いです。
🍮Re:5397◆詳しい背景解説をどうもありがとうございます。なるほど、最近の（例えばnoteとかの）サービスにあるいいねボタンだとバルーン表示ばかりだな……と思っていたんですが、だからといって需要もそうとは限らないですね。実装する処理としては、むしろ別ページに移動する方が簡単なので、「バルーンはなしで、別ページに移動するのみ」としてしまえばシンプルになりますが。(^_^;) まあ、両方ある方が望ましいでしょうね。
人によって好みが異なるとはいえ、
……と思ったんですけども、もしかして『バルーンを全画面表示できる選択肢』があれば、別ページ（＝お礼メッセージ表示専用のURLがある形）はなくても良かったりしますかね……？ ただ、画像を大きく見せたい（描画領域が全画面ほしい）とか、長文を掲載したい、というだけなら、別ページでなくても「いま見ているページの全画面にバルーンを拡げて（モーダルウインドウみたいに）表示」できれば良かったりします……？
🍮Re:5390◆こちらのローカルにあるtegalog.cgiでは解決しました。次のβ版からは（Apple Musicの新URLでも）無駄な空間はなくなりますので、配布までもうしばらくお待ち下さい。この試験場でも解決版に上書きしましたので、No.5390でお書き下さった埋め込みでも無駄な空間は消えています。
なお、今すぐ対処したい場合は、tegalog.cgiファイル内の（※Ver4.6.0なら6805行目、Ver4.6.5βなら7022行目にある） m/album.+i=/ という部分の記述を m/(album.+i=)|(\/song\/)/ に書き換えると良いです。
🍮Re:5397◆詳しい背景解説をどうもありがとうございます。なるほど、最近の（例えばnoteとかの）サービスにあるいいねボタンだとバルーン表示ばかりだな……と思っていたんですが、だからといって需要もそうとは限らないですね。実装する処理としては、むしろ別ページに移動する方が簡単なので、「バルーンはなしで、別ページに移動するのみ」としてしまえばシンプルになりますが。(^_^;) まあ、両方ある方が望ましいでしょうね。
人によって好みが異なるとはいえ、
- バルーンでの表示を望む場合は全部バルーン、別ページでの表示を望む場合は全部別ページでの表示
- お礼メッセージによって、バルーンで表示するか別ページで表示するかを選択したい
……と思ったんですけども、もしかして『バルーンを全画面表示できる選択肢』があれば、別ページ（＝お礼メッセージ表示専用のURLがある形）はなくても良かったりしますかね……？ ただ、画像を大きく見せたい（描画領域が全画面ほしい）とか、長文を掲載したい、というだけなら、別ページでなくても「いま見ているページの全画面にバルーンを拡げて（モーダルウインドウみたいに）表示」できれば良かったりします……？
>>5394
web拍手（webclap .com）やpatipatiなどの拍手系のスクリプト、もしくはノーコード系のサービスで搭載されている拍手だと、送信後に小説を掲載するって方も結構いました（今もいます）ね。
昔はポップアップウィンドウでの表示が主流だったため、その時代を知る方の場合はイラストも大きめのサイズで掲載したいという事例も考えられるかもしれません。
この辺は好みが大きいため、ポップアップだけ・両方搭載するか、アンケートを取るのもいいかもと思います。
自分の場合はwaveboxを使ってるのもあって、新しいウィンドウが開くこと自体には抵抗ないですし、ポップアップのみだとdoさんのいいねボタンがあるのであってもいいかなと思います。
web拍手（webclap .com）やpatipatiなどの拍手系のスクリプト、もしくはノーコード系のサービスで搭載されている拍手だと、送信後に小説を掲載するって方も結構いました（今もいます）ね。
昔はポップアップウィンドウでの表示が主流だったため、その時代を知る方の場合はイラストも大きめのサイズで掲載したいという事例も考えられるかもしれません。
この辺は好みが大きいため、ポップアップだけ・両方搭載するか、アンケートを取るのもいいかもと思います。
自分の場合はwaveboxを使ってるのもあって、新しいウィンドウが開くこと自体には抵抗ないですし、ポップアップのみだとdoさんのいいねボタンがあるのであってもいいかなと思います。
あいうえお
[画像UPエラー:容量制限を超過]
[画像UPエラー:容量制限を超過]
そうでもないのか。
もしかして、ボタン押下後のお礼メッセージは、（その場でポップアップするバルーンの形ではなく）別ページに独立して表示したい、という需要もそこそこあったりするんですかね？
5386です！
はい、後者のようにお礼を独立したページで表示し、そこに長文を掲載したいと思っていました！
Web拍手公式さんみたいな感じを想像していました。こういった技術には疎くて申し訳ないのですが、実装が難しくないのであればぜひご一考いただけましたら…
はい、後者のようにお礼を独立したページで表示し、そこに長文を掲載したいと思っていました！
Web拍手公式さんみたいな感じを想像していました。こういった技術には疎くて申し訳ないのですが、実装が難しくないのであればぜひご一考いただけましたら…
🍨Re:5390◆お知らせありがとうございます。たしかに、URLの構造が変わっていますね。次のバージョン(β)で対処します。もうしばらくお待ち下さい～。
いつもてがろぐのお世話になっています。
おそらく最近にAppleMusicの共有用URLの仕様が変わった模様？です。
↑の単曲のURLはhttps://music.apple.com/jp/song/the-greatest-show/1299856904 なので、従来の「album」と「i=」の形式に当てはまらずiframeがアルバムと同じ高さになって下に余白ができてしまいます。お時間のある時にでも、URLに「/song/」が含まれる場合も単曲として判別できるようにして頂けると幸いです。
↓こちらはアルバム単位のリンクです。アルバムは現在のURLの仕様でも問題なさそうです。
おそらく最近にAppleMusicの共有用URLの仕様が変わった模様？です。
↑の単曲のURLはhttps://music.apple.com/jp/song/the-greatest-show/1299856904 なので、従来の「album」と「i=」の形式に当てはまらずiframeがアルバムと同じ高さになって下に余白ができてしまいます。お時間のある時にでも、URLに「/song/」が含まれる場合も単曲として判別できるようにして頂けると幸いです。
↓こちらはアルバム単位のリンクです。アルバムは現在のURLの仕様でも問題なさそうです。
