カテゴリ「回答/返信」に属する投稿［661件］（10ページ目）
ここ数年、たい焼きを食べる機会がないんですが、代わりにたい焼き型の和菓子を買いました。中身があんこな点は共通しているかもしれません。┌(:3」└)┐
なお、たこ焼きは昨日食べました。Unicode、たこ焼きの絵文字はまだか……！
🐟Re:3674,3675◆詳しい情報をありがとうございます。どうやらSpotify公式の短縮URLができたんですね。ただ、短縮URLから元のURLに（URLの情報だけで）変換するのは無理なようなので、短縮URLで埋め込むのは無理っぽいです。Spotify側が短縮URLでの埋め込みをサポートしてくれれば良いんですが、Spotifyの場合は（埋め込むWebサイト側が）直接iframeを書く方式なので、望み薄なような気もします……。
なお、たこ焼きは昨日食べました。Unicode、たこ焼きの絵文字はまだか……！
🐟Re:3674,3675◆詳しい情報をありがとうございます。どうやらSpotify公式の短縮URLができたんですね。ただ、短縮URLから元のURLに（URLの情報だけで）変換するのは無理なようなので、短縮URLで埋め込むのは無理っぽいです。Spotify側が短縮URLでの埋め込みをサポートしてくれれば良いんですが、Spotifyの場合は（埋め込むWebサイト側が）直接iframeを書く方式なので、望み薄なような気もします……。
Spotify公式の埋め込みコードだと、横幅100%とか選べたり、高さは352px・152pxの2択になっていたりするんですね……。この辺も設定画面で指定可能にしましょうかね……？（まあ、CSSで指定して頂いても良い気もしますけども。）
🍵Re:3668◆β版のご試用をどうもありがとうございます。2秒ロックの画面にならないのはむしろ良いことで、それはつまり「人間が入力する際に不便になることはない」ということかなと思います。私の環境でも、パスワード未入力の状態で「ログイン」ボタンを素早く押す（のを2回繰り返す）、みたいなことをしないと表示されませんでした。パスワードを何か入力すると、もうそれで2秒ロックの時間は過ぎる感じで。◆大作スキンの配布もどうもありがとうございます！
🍵Re:3670◆こちらの環境だと問題なく埋め込めているのですが、「リンクをコピー」でどんなURLになりましたか？ こちらでWeb版Spotifyと、Windows版(Microsoft Store版)Spotifyを最新版(1.2.9.743)にして試してみましたが、特に埋め込みに問題はありませんでした。どんなURLになっているかを教えて頂けると何らかの対処ができるかもしれません。
🍵Re:3668◆β版のご試用をどうもありがとうございます。2秒ロックの画面にならないのはむしろ良いことで、それはつまり「人間が入力する際に不便になることはない」ということかなと思います。私の環境でも、パスワード未入力の状態で「ログイン」ボタンを素早く押す（のを2回繰り返す）、みたいなことをしないと表示されませんでした。パスワードを何か入力すると、もうそれで2秒ロックの時間は過ぎる感じで。◆大作スキンの配布もどうもありがとうございます！
🍵Re:3670◆こちらの環境だと問題なく埋め込めているのですが、「リンクをコピー」でどんなURLになりましたか？ こちらでWeb版Spotifyと、Windows版(Microsoft Store版)Spotifyを最新版(1.2.9.743)にして試してみましたが、特に埋め込みに問題はありませんでした。どんなURLになっているかを教えて頂けると何らかの対処ができるかもしれません。
「白いルマンド」の「期間限定」というのは、いつまで……？
🍰Re:3664◆ありがとうございます。調べてみたところ、てがろぐ側の不備で『ノーマル状態の出力が <a href="?tag=%e3%82%bf… のように「?」で始まるURL』になっていないと、SITEMAPやGALLERY用のパラメータが付加されない動作になっていました。ちょっと実装方法を見直します。
SSIでご使用とのことですから、［設定］→［ページの表示］→【投稿本文の表示／テキスト】→［▼テキストリンクの出力調整］にある『本文中のテキストリンクを絶対URL(フルパス)で出力する』項目をONになさっているのだと思います。ここは「本文中のリンク先」を調整する目的で用意した機能ですが、ハッシュタグリストの出力ではここの設定が影響するようになっています（意図してそうしたわけではなく、いま気付きました^^;）。なので、ここをOFFにすることができればGALLERY用のリンクになりますが、SSIで合成にお使いならここはOFFにできませんね。実装方法を全体的に見直して解決しますが、とりあえず今の時点では、JavaScriptでご対処頂くしかなさそうです。すみません。
🍰Re:3665◆了解しました。その方向で考えてみます。
🍰Re:3664◆ありがとうございます。調べてみたところ、てがろぐ側の不備で『ノーマル状態の出力が <a href="?tag=%e3%82%bf… のように「?」で始まるURL』になっていないと、SITEMAPやGALLERY用のパラメータが付加されない動作になっていました。ちょっと実装方法を見直します。
SSIでご使用とのことですから、［設定］→［ページの表示］→【投稿本文の表示／テキスト】→［▼テキストリンクの出力調整］にある『本文中のテキストリンクを絶対URL(フルパス)で出力する』項目をONになさっているのだと思います。ここは「本文中のリンク先」を調整する目的で用意した機能ですが、ハッシュタグリストの出力ではここの設定が影響するようになっています（意図してそうしたわけではなく、いま気付きました^^;）。なので、ここをOFFにすることができればGALLERY用のリンクになりますが、SSIで合成にお使いならここはOFFにできませんね。実装方法を全体的に見直して解決しますが、とりあえず今の時点では、JavaScriptでご対処頂くしかなさそうです。すみません。
🍰Re:3665◆了解しました。その方向で考えてみます。
先程配布した Ver 3.9.5β では、特にログインセキュリティ機能の動作をお試し頂けますと幸いです。問題なければ、次は Ver 4.0.0 正式版になる予定です。
🍰Re:3658◆なるほど、目次用途だと最初から時系列順の方が嬉しい、という場合もあるのですね。リンクに &order=reverse を最初から付与する機能は今のところはありませんので、現状ではJavaScriptを使って付加して頂く対策くらいしかなさそうな気がします。もしかして、「サイトマップページモードでは最初から時系列順で表示される」みたいなオプション設定機能があると役に立ちますか？（リンクに &order=reverse を付加するよりも。）
🍰Re:3659◆大作です。JavaScriptでどうにかするだけで、ここまで機能を付加できるものなのかと、ずいぶん感心しました。
🍰Re:3660◆問題のてがろぐで、[[HASHTAG:LIST:GALLERY]] を記述した箇所に、実際にどのようなHTMLが出力されていますでしょうか？ 全部でなくて良いので、1項目分のHTMLソースをそのままコピーして教えて頂けますでしょうか。例えば、<li class="count143"><a href="?tag=%e8%a6%81%e6%9c%9b" class="taglink" title="要望">要望</a><span class="num">(143)</span></li> のような感じです。
🍰Re:3661◆先程β版として配布しましたので、お試し頂ければ幸いです。ハッシュタグの集計機能をOFFにしたり、カテゴリ該当数の再カウントを単独で実行したりできるようになっています。
🍰Re:3658◆なるほど、目次用途だと最初から時系列順の方が嬉しい、という場合もあるのですね。リンクに &order=reverse を最初から付与する機能は今のところはありませんので、現状ではJavaScriptを使って付加して頂く対策くらいしかなさそうな気がします。もしかして、「サイトマップページモードでは最初から時系列順で表示される」みたいなオプション設定機能があると役に立ちますか？（リンクに &order=reverse を付加するよりも。）
🍰Re:3659◆大作です。JavaScriptでどうにかするだけで、ここまで機能を付加できるものなのかと、ずいぶん感心しました。
🍰Re:3660◆問題のてがろぐで、[[HASHTAG:LIST:GALLERY]] を記述した箇所に、実際にどのようなHTMLが出力されていますでしょうか？ 全部でなくて良いので、1項目分のHTMLソースをそのままコピーして教えて頂けますでしょうか。例えば、<li class="count143"><a href="?tag=%e8%a6%81%e6%9c%9b" class="taglink" title="要望">要望</a><span class="num">(143)</span></li> のような感じです。
🍰Re:3661◆先程β版として配布しましたので、お試し頂ければ幸いです。ハッシュタグの集計機能をOFFにしたり、カテゴリ該当数の再カウントを単独で実行したりできるようになっています。
牛乳寒天を食べました。
🍫Re:3650◆情報ありがとうございます。投稿総数が128しかないのに10秒とはかなり掛かりますね……。ハッシュタグが3千種類くらいあると、そうなるんですねえ。(^_^;;; 再集計対象を絞れる機能はできるだけ早めに用意します。「 # 」記号を含む投稿をするとハッシュタグが再集計される仕様ですから、そうすると「 # 」を含む投稿をするたびに10秒くらいの待ち時間が発生しているのですかね……？ ハッシュタグを再集計するのはハッシュタグリストの生成と該当個数を調べるためなので、ハッシュタグリストを表示しないならそもそもハッシュタグを集計する必要性もないんですよね。ハッシュタグを集計しない機能も用意します。➡用意しました！ 次のバージョンからお使い頂けます。
🍫Re:3651◆ローカルにあるプログラムには既に実装しましたので、次に公開するバージョンからお使い頂けます。
🍫Re:3652◆お望みの動作になったようで良かったです。(╹◡╹)
🍫Re:3650◆情報ありがとうございます。投稿総数が128しかないのに10秒とはかなり掛かりますね……。ハッシュタグが3千種類くらいあると、そうなるんですねえ。(^_^;;; 再集計対象を絞れる機能はできるだけ早めに用意します。「 # 」記号を含む投稿をするとハッシュタグが再集計される仕様ですから、そうすると「 # 」を含む投稿をするたびに10秒くらいの待ち時間が発生しているのですかね……？ ハッシュタグを再集計するのはハッシュタグリストの生成と該当個数を調べるためなので、ハッシュタグリストを表示しないならそもそもハッシュタグを集計する必要性もないんですよね。ハッシュタグを集計しない機能も
🍫Re:3651◆ローカルにあるプログラムには既に実装しましたので、次に公開するバージョンからお使い頂けます。
🍫Re:3652◆お望みの動作になったようで良かったです。(╹◡╹)
珈琲ゼリーも食べました！
🍫Re:3648◆謎の空白は、要は「オブジェクトの下端」が「ベースライン」に合わせられてしまうHTML側のデフォルト仕様が原因です。解決策は複数ありますが、簡単なのは、次のようにCSSを書くことでしょうかね。
.embeddedmusic iframe {
vertical-align: middle;
}
値は（デフォルトのbaselineでなければ良いので）middle以外に、topとかbottomとかでも良いです。画像の下に空白ができるのと現象としては同じです。
何らかの事情で vertical-align プロパティを使いたくない場合は、他にも、以下のようなCSSでも対処できます。
.embeddedmusic {
display: inline-block;
}
.embeddedmusic iframe {
display: block;
}
以上、お試し下さい。
🍫Re:3648◆謎の空白は、要は「オブジェクトの下端」が「ベースライン」に合わせられてしまうHTML側のデフォルト仕様が原因です。解決策は複数ありますが、簡単なのは、次のようにCSSを書くことでしょうかね。
.embeddedmusic iframe {
vertical-align: middle;
}
値は（デフォルトのbaselineでなければ良いので）middle以外に、topとかbottomとかでも良いです。画像の下に空白ができるのと現象としては同じです。
何らかの事情で vertical-align プロパティを使いたくない場合は、他にも、以下のようなCSSでも対処できます。
.embeddedmusic {
display: inline-block;
}
.embeddedmusic iframe {
display: block;
}
以上、お試し下さい。
カカオ85％のチョコレートを舐めています。🍫🍫🍫
🍫Re:3638◆投稿内容をRSSリーダーでチェックすると、その機能はたいてい使えますね。RSSリーダーがもうちょっと復興すると良いなあ、と思っています。
🍫Re:3641◆複数人でチャット的に使っている場合には、そういう機能があると便利ですかね？
🍫Re:3642◆ご活用をありがとうございます。◆まず1点目ですが、[[NO-LINKADJUSTMENT]]を使っていても、ページ移動ナビゲーション系のリンクでは適用スキンを維持したリンクが出力されます。この点の解説が不足していたので加えておきました。適用スキンを外したHOMEへ移動させたい場合は、[[HOME:URL:FULL]] を使うか <a href="?">HOMEへ戻る</a> のようなa要素を直接書いて頂けますと幸いです。◆次に2点目ですが、それは確かにあると便利そうですね！ mode-gallery や mode-sitemappage のようなclass名も加えるようにします。ご要望をありがとうございます！
🍫Re:3643◆ありそうでないんですかね。^^; なんとなく作りたい気分ではいます。あまり期待せずにお待ち下さい。^^;;;
🍫Re:3645◆なるほど、そういえばハッシュタグの集計自体を止める方法は用意していませんでした。参考までにもしよろしければ3点教えて欲しいのですが、①ハッシュタグは何種類抽出されますか？ ②再集計にどれくらい秒数が掛かりますか？ ③投稿総数は何件ありますか？ ハッシュタグは全投稿を走査するので大量にあると重たくなるだろうな、とは思います。再集計対象を限定できるような機能も（そう遠くないうちに）用意しようと思います。なお、既存の # 記号を # に置き換えるには、 tegalog.xml をテキストエディタで開いて編集すると現実的に可能かもしれません。（てがろぐ上で再編集するのは量が多いと非現実的でしょうから。）
🍫Re:3646◆てがろぐ完全構成ZIPの中には rss というフォルダの中にRSS用スキンが含まれています。これをベースにして skin-onelog.html をお望みのように編集なされば良いと思います。編集できたら、管理画面の［設定］→［補助出力］→【RSSフィードの出力】で『自作のRSSスキンを使う』項目にチェックを入れて保存して下さい。そうすると、RSSモードで自作のRSS用スキンが使われるようになります。なお、そこまでしなくても、この項目を『内蔵のRSSスキン(抜粋収録)を使う』に変更すればお望みに近くなる可能性もあります。抜粋収録にすると、RSSフィードには「投稿の先頭から120文字」だけしか収録されなくなります。（開発放言のRSSフィードもその設定で出力しています。※正確には「1行目の先頭から最大30文字」がタイトルになり、2行目以降の先頭120文字だけが本文として抜粋して収録されます。画像等のテキスト以外の物体は一切省略されます。投稿が全1行の場合は1行目の先頭最大120文字だけが抜粋収録されます。）
🍫Re:3638◆投稿内容をRSSリーダーでチェックすると、その機能はたいてい使えますね。RSSリーダーがもうちょっと復興すると良いなあ、と思っています。
🍫Re:3641◆複数人でチャット的に使っている場合には、そういう機能があると便利ですかね？
🍫Re:3642◆ご活用をありがとうございます。◆まず1点目ですが、[[NO-LINKADJUSTMENT]]を使っていても、ページ移動ナビゲーション系のリンクでは適用スキンを維持したリンクが出力されます。この点の解説が不足していたので加えておきました。適用スキンを外したHOMEへ移動させたい場合は、[[HOME:URL:FULL]] を使うか <a href="?">HOMEへ戻る</a> のようなa要素を直接書いて頂けますと幸いです。◆次に2点目ですが、それは確かにあると便利そうですね！ mode-gallery や mode-sitemappage のようなclass名も加えるようにします。ご要望をありがとうございます！
🍫Re:3643◆ありそうでないんですかね。^^; なんとなく作りたい気分ではいます。あまり期待せずにお待ち下さい。^^;;;
🍫Re:3645◆なるほど、そういえばハッシュタグの集計自体を止める方法は用意していませんでした。参考までにもしよろしければ3点教えて欲しいのですが、①ハッシュタグは何種類抽出されますか？ ②再集計にどれくらい秒数が掛かりますか？ ③投稿総数は何件ありますか？ ハッシュタグは全投稿を走査するので大量にあると重たくなるだろうな、とは思います。再集計対象を限定できるような機能も（そう遠くないうちに）用意しようと思います。なお、既存の # 記号を # に置き換えるには、 tegalog.xml をテキストエディタで開いて編集すると現実的に可能かもしれません。（てがろぐ上で再編集するのは量が多いと非現実的でしょうから。）
🍫Re:3646◆てがろぐ完全構成ZIPの中には rss というフォルダの中にRSS用スキンが含まれています。これをベースにして skin-onelog.html をお望みのように編集なされば良いと思います。編集できたら、管理画面の［設定］→［補助出力］→【RSSフィードの出力】で『自作のRSSスキンを使う』項目にチェックを入れて保存して下さい。そうすると、RSSモードで自作のRSS用スキンが使われるようになります。なお、そこまでしなくても、この項目を『内蔵のRSSスキン(抜粋収録)を使う』に変更すればお望みに近くなる可能性もあります。抜粋収録にすると、RSSフィードには「投稿の先頭から120文字」だけしか収録されなくなります。（開発放言のRSSフィードもその設定で出力しています。※正確には「1行目の先頭から最大30文字」がタイトルになり、2行目以降の先頭120文字だけが本文として抜粋して収録されます。画像等のテキスト以外の物体は一切省略されます。投稿が全1行の場合は1行目の先頭最大120文字だけが抜粋収録されます。）
ね、む、い……。_(:3」∠)_
🍵Re:3624◆「想定していない」というのは単に「開発段階でそういう用途を考慮して作ってはいない」というだけの話で、「やっちゃダメ」というわけではありませんけどね。基本的には、主な表示時でPowered-by表記が見えていてリンクが繋がっていれば問題ありません。
🍵Re:3625◆::before疑似要素等をお使いになりたいのが理由なら、例えば『（出力形態はinput要素のままだけども）<span class="submit"><input type="submit" ...></span> のように、ボタンを作るinput要素を別のspan要素で囲む』というような出力仕様でも望みに適います？
🍵Re:3627◆宣伝ありがたいです。(╹◡╹)
🍵Re:3628◆ピークは過ぎましたかね……？^^; 本当にあの2日間は何があったのか。^^;
🍵Re:3630◆ご愛用ありがとうございます。また、ご要望もありがとうございます。「年」も古い順に並ぶ方が良いですか？ それとも「年は新しい順のまま、月だけ古い順(1→12月)」に並ぶ方が良いですか？
🍵Re:3631◆ナイスな案をありがとうございます。たしかにそのCSSですべて古い順にできますね。.datelimitlistを消して.datelimitsublistだけにすれば、「年は新しい順のまま、月は古い順」にもできますね。
🍵Re:3624◆「想定していない」というのは単に「開発段階でそういう用途を考慮して作ってはいない」というだけの話で、「やっちゃダメ」というわけではありませんけどね。基本的には、主な表示時でPowered-by表記が見えていてリンクが繋がっていれば問題ありません。
🍵Re:3625◆::before疑似要素等をお使いになりたいのが理由なら、例えば『（出力形態はinput要素のままだけども）<span class="submit"><input type="submit" ...></span> のように、ボタンを作るinput要素を別のspan要素で囲む』というような出力仕様でも望みに適います？
🍵Re:3627◆宣伝ありがたいです。(╹◡╹)
🍵Re:3628◆ピークは過ぎましたかね……？^^; 本当にあの2日間は何があったのか。^^;
🍵Re:3630◆ご愛用ありがとうございます。また、ご要望もありがとうございます。「年」も古い順に並ぶ方が良いですか？ それとも「年は新しい順のまま、月だけ古い順(1→12月)」に並ぶ方が良いですか？
🍵Re:3631◆ナイスな案をありがとうございます。たしかにそのCSSですべて古い順にできますね。.datelimitlistを消して.datelimitsublistだけにすれば、「年は新しい順のまま、月は古い順」にもできますね。
Unicode、大福の絵文字もない？（返信群③）
🍵Re:3600◆ご活用下さってありがとうございます。スマートフォンでも問題なく使えているようで良かったです。(╹◡╹)
🍵Re:3601◆単独で成立して、ギャラリーモード用の表示も含んだスキンですね。スキンの選択肢が増えるのはとても嬉しいです。
🍵Re:3602◆いいところ列挙ありがとうございます！ いろいろ気に入って下さっているようで嬉しいです。(╹◡╹)
🍵Re:3603◆上手く仕様をご活用頂けているようで嬉しいです。^^
🍵Re:3607◆ドーナツ食べようかな……と思わなくもなかったんですが、ガッツリ食べる気分でもなかったので、今日は雪見だいふくにしました～。
🍵Re:3608◆ありがとうございます！ ぜひいじりまくって下さい！^^;
🍵Re:3609◆お気に召したようで良かったです！
🍵Re:3610◆時系列順に表示する機能は、Twilog（Twitter APIのせいで今後の継続が困難になってしまいましたが）にあって便利だな……と思っていたので実装した、という経緯がありました。
🍵Re:3611◆どこのinput要素のことでしょう？
🍵Re:3612◆デザインできる方がデザインすると良い感じになるなあ、と感心していました。デザイン能力って羨ましいですよね……。^^; なお、スキンは複数を同時並行で使用可能ですから、気に入ったスキンは全部UPしてしまって、気分に応じて切り替えて使う手もあると思います。(╹◡╹)
🍵Re:3613◆ご質問ありがとうございます。回答は No.3614 さんの通りです。
🍵Re:3614◆サポートありがとうございます！
🍵Re:3615◆たしかに、今となっては「▼」記号の部分だけCSSで指定しているのもちょっと紛らわしいというかややこしい感じですね。当初は、そもそも日付境界バーの日付表記をカスタマイズする機能がなかったので、あの辺をカスタマイズするとしたらCSSを弄るしかなかったんですけども、今は機能が増えましたので、ちょっと何やらちぐはぐな感じになっております……。^^;
🍵Re:3616◆ご活用下さってありがとうございます。複数投稿をまとめてリンクして言及できる点は、個人的にも便利だな……と時々思います。(笑)
🍵Re:3617◆スキン作者も「兄貴」ということでいいんですかね？^^;
🍵Re:3600◆ご活用下さってありがとうございます。スマートフォンでも問題なく使えているようで良かったです。(╹◡╹)
🍵Re:3601◆単独で成立して、ギャラリーモード用の表示も含んだスキンですね。スキンの選択肢が増えるのはとても嬉しいです。
🍵Re:3602◆いいところ列挙ありがとうございます！ いろいろ気に入って下さっているようで嬉しいです。(╹◡╹)
🍵Re:3603◆上手く仕様をご活用頂けているようで嬉しいです。^^
🍵Re:3607◆ドーナツ食べようかな……と思わなくもなかったんですが、ガッツリ食べる気分でもなかったので、今日は雪見だいふくにしました～。
🍵Re:3608◆ありがとうございます！ ぜひいじりまくって下さい！^^;
🍵Re:3609◆お気に召したようで良かったです！
🍵Re:3610◆時系列順に表示する機能は、Twilog（Twitter APIのせいで今後の継続が困難になってしまいましたが）にあって便利だな……と思っていたので実装した、という経緯がありました。
🍵Re:3611◆どこのinput要素のことでしょう？
🍵Re:3612◆デザインできる方がデザインすると良い感じになるなあ、と感心していました。デザイン能力って羨ましいですよね……。^^; なお、スキンは複数を同時並行で使用可能ですから、気に入ったスキンは全部UPしてしまって、気分に応じて切り替えて使う手もあると思います。(╹◡╹)
🍵Re:3613◆ご質問ありがとうございます。回答は No.3614 さんの通りです。
🍵Re:3614◆サポートありがとうございます！
🍵Re:3615◆たしかに、今となっては「▼」記号の部分だけCSSで指定しているのもちょっと紛らわしいというかややこしい感じですね。当初は、そもそも日付境界バーの日付表記をカスタマイズする機能がなかったので、あの辺をカスタマイズするとしたらCSSを弄るしかなかったんですけども、今は機能が増えましたので、ちょっと何やらちぐはぐな感じになっております……。^^;
🍵Re:3616◆ご活用下さってありがとうございます。複数投稿をまとめてリンクして言及できる点は、個人的にも便利だな……と時々思います。(笑)
🍵Re:3617◆スキン作者も「兄貴」ということでいいんですかね？^^;
珈琲ゼリーも食べました。最近よく食べます。（返信群②）
🍵Re:3589◆開発放言も見て頂いてありがとうございます。その用途(＝キャッシュをいい感じにクリアする用途)以外に使い道がない機能な気もしますけども、あれば便利そうだとは思うのですよね。^^; なんとなく作る方向で考えてはいます。ただ、「その用途以外に使い道がない」なら、もっと記法を簡単にして、例えば [[QFC]] (Query For CSS) とかにして問答無用でCSSファイルのタイムスタンプを使って ?dYYYYMMDDhhmmss のような文字列を出力するようにしてしまうとか、もしくはCSSを読み込むlink要素自体を [[LOADCSS:tegalog.css]] みたい書けるようにして、更新日時のクエリ文字列を自動で付加するようにしてもいいのかな……という気もしていて、ちょっと仕様に迷っています。
🍵Re:3589◆そうですね。確実にキャッシュをクリアさせられる点では良いですが、無駄な通信も発生しますしね。
🍵Re:3594◆はい。ルビもいけます。👍
🍵Re:3595◆ルビはHTMLのrt要素で出力されていますので、以下のようなJavaScript＋HTMLを書くと、ルビのON/OFFボタンが作れますので、ぜひお試し下さい。(╹◡╹)ﾉ #🌱豆知識
<script>
function toggleRuby() {
var rtElms = document.getElementsByTagName("rt");
for (var i = 0; i < rtElms.length; i++) {
if (rtElms[i].style.display === "none") {
rtElms[i].style.display = "";
}
else {
rtElms[i].style.display = "none";
}
}
}
</script>
<button onclick="toggleRuby()">ルビの表示/非表示</button>
上記のソースでボタンを作ると、ボタンを押す度に「そのページ内に存在するすべてのルビ」の表示/非表示が切り替わります。
🍵Re:3596◆ご要望をありがとうございます。リスト記法については、複数のオプションを同時に指定できる仕様に拡張するようにします。次のバージョンで提供できるかどうかはちょっと今の段階では分かりませんが、そう遠くないうちに実装できると思います。◆掲示板でよくある「返信」機能ですね。複数人で使っている場合には、あると便利でしょうかね？ 掲示板モードを作るという構想も（構想だけは）ありますので、その辺も合わせて考えてみます。気長にお待ち頂ければ幸いです。◆いいところの列挙もありがとうございます！
🍵Re:3597◆ありがとうございます。(^_^)
🍵Re:3598◆ご要望をありがとうございます。画像ファイルに半角ハイフン記号があると、てがろぐの古い仕様では別の解釈になってしまう問題があって、互換性のためにそのような仕様になっているのですが、たしかに画像にハイフン記号を使いたいケースは多々あるでしょうから、もうちょっとなんかうまい実装方法を考えてどうにかしたいとは思っています。^^; 気長にお待ち頂ければ幸いです。
🍵Re:3589◆開発放言も見て頂いてありがとうございます。その用途(＝キャッシュをいい感じにクリアする用途)以外に使い道がない機能な気もしますけども、あれば便利そうだとは思うのですよね。^^; なんとなく作る方向で考えてはいます。ただ、「その用途以外に使い道がない」なら、もっと記法を簡単にして、例えば [[QFC]] (Query For CSS) とかにして問答無用でCSSファイルのタイムスタンプを使って ?dYYYYMMDDhhmmss のような文字列を出力するようにしてしまうとか、もしくはCSSを読み込むlink要素自体を [[LOADCSS:tegalog.css]] みたい書けるようにして、更新日時のクエリ文字列を自動で付加するようにしてもいいのかな……という気もしていて、ちょっと仕様に迷っています。
🍵Re:3589◆そうですね。確実にキャッシュをクリアさせられる点では良いですが、無駄な通信も発生しますしね。
🍵Re:3594◆はい。ルビもいけます。👍
🍵Re:3595◆ルビはHTMLのrt要素で出力されていますので、以下のようなJavaScript＋HTMLを書くと、ルビのON/OFFボタンが作れますので、ぜひお試し下さい。(╹◡╹)ﾉ #🌱豆知識
<script>
function toggleRuby() {
var rtElms = document.getElementsByTagName("rt");
for (var i = 0; i < rtElms.length; i++) {
if (rtElms[i].style.display === "none") {
rtElms[i].style.display = "";
}
else {
rtElms[i].style.display = "none";
}
}
}
</script>
<button onclick="toggleRuby()">ルビの表示/非表示</button>
上記のソースでボタンを作ると、ボタンを押す度に「そのページ内に存在するすべてのルビ」の表示/非表示が切り替わります。
🍵Re:3596◆ご要望をありがとうございます。リスト記法については、複数のオプションを同時に指定できる仕様に拡張するようにします。次のバージョンで提供できるかどうかはちょっと今の段階では分かりませんが、そう遠くないうちに実装できると思います。◆掲示板でよくある「返信」機能ですね。複数人で使っている場合には、あると便利でしょうかね？ 掲示板モードを作るという構想も（構想だけは）ありますので、その辺も合わせて考えてみます。気長にお待ち頂ければ幸いです。◆いいところの列挙もありがとうございます！
🍵Re:3597◆ありがとうございます。(^_^)
🍵Re:3598◆ご要望をありがとうございます。画像ファイルに半角ハイフン記号があると、てがろぐの古い仕様では別の解釈になってしまう問題があって、互換性のためにそのような仕様になっているのですが、たしかに画像にハイフン記号を使いたいケースは多々あるでしょうから、もうちょっとなんかうまい実装方法を考えてどうにかしたいとは思っています。^^; 気長にお待ち頂ければ幸いです。
雪見だいふく生プリンを食べました！（返信群①）
🍵Re:3578◆無事に解決したようで良かったです。(╹◡╹)
🍵Re:3579◆大作をありがとうございます。名前変換分野には詳しくないのですが、ユーザさんの選択肢が増えることは嬉しいです。
🍵Re:3580◆てがろぐがPHP化されることは絶対にないです。^^; てがろぐのソースは現状でも2万行もありますので、それを他の言語に移植する作業は苦行でしかありませんから。てがろぐは今後もずっとPerlです。たしかに、PHPだとパーミッションの設定が不要なので「UPすれば動く」という点では望ましいですけどもね。今イチから（何の既存コードも流用せずに）作るならPHPを使いますが、既に2万行もあるプログラムを（仕事でもないのに）イチから作り直すとか絶対にあり得ませんので。^^; 移植はまず「ない」と思って下さい。
🍵Re:3581◆てがろぐ使用サイトだけでも100件もないのではないかな……と思っていましたので、創作系に絞っても100サイト以上も登録があるとは予想しませんでしたからとても驚いています。^^; 創作系以外も合わせるとどれくらい使われているのかは気になりますので、俄然ユーザリンク集を作りたい気持ちは向上してきました。(笑) 作るとしても、てがWA！さんのようなディレクトリ分類型の「サーチ」という感じではなくて、カテゴリ分けせずに単に更新順に並ぶ「雑多なリンク集」のような感じになるっぽい気がしています。その辺は開発放言や開発進捗報告でもちょっとだけ書きましたがが、まあそんな感じで。すぐに出来上がることはないので、気長にお待ち頂ければ幸いです。(そもそもまだ放置したままで再開していませんし。^^;)
🍵Re:3582◆β版のご試用をありがとうございます！ 問題なく動作しているようで良かったです。(╹◡╹)
🍵Re:3583◆そうですよね。それに、創作サイト(というか登録対象サイト)だとしても皆さんが登録するとは限りませんしね。たぶん、もっとひっそり活動している方々もいらっしゃるのでしょうし。
🍵Re:3584◆今年は花粉の飛散量が例年よりも相当多い感じなようで、残念ながら桜は車窓以外からは見ていません。^^;
🍵Re:3585◆たしかに、かわいいバナーもたくさんですねえ。バナーでリンクする文化がまだ残っていたとは思っていなかったので、そこも驚きました。ついでに、私のバナーも19年ぶりに新しくしました。^^;
🍵Re:3586◆さすがにそこまでは想定していません。(^_^;) RSS用スキンも、あくまでも本来の目的は「RSSフィードを配信する」ことですから。埋め込み用途にも使えますが、埋め込ませるために用意したわけではありませんので（もちろん新着等の一部を埋め込む用途にご活用頂くのは全く問題ありません）。基本的には、「メインの閲覧方法は tegalog.cgi にアクセスすることで行う」という前提で製作しています。具体的にどのような内容を検討なさっているのかが分かりませんが、my-blog.html からJavaScriptで処理しなくても、単に「望みの出力になるスキン」を作成すれば良いだけではないかな……？ という気もするのですが。なお、よほどスキンでは実現できないような出力が欲しい場合は、CGI側の出力を加工するよりも、データファイル(tegalog.xml)のXMLを直接読んで加工する方が自由度は高い気がします。（ただ、XMLの仕様に従っているXMLではありませんけども。^^;）
🍵Re:3587◆本当にうまくスキンをお作りになっている方が多くて驚いています。
🍵Re:3588◆そうですよね。「スキン未満」の配布場所みたいなのを作ったら役に立つでしょうかね……？ 『スキンとしてそのまま使うには不足している(可能性がある)んだけども、使用者が自ら補って使うことを前提にした「スキン未満」としての配布ですよ』という感じで配れるような。「配布」となると、ドキュメントを整備したり、ダウンロードできるようにしたり、メンテナンスしたり……とわりと大変なので、最初から「これは『スキン未満』です」というエクスキューズがあれば、提供ハードルは下がるのかな……？ という気もしたりしなかったり。
🍵Re:3578◆無事に解決したようで良かったです。(╹◡╹)
🍵Re:3579◆大作をありがとうございます。名前変換分野には詳しくないのですが、ユーザさんの選択肢が増えることは嬉しいです。
🍵Re:3580◆てがろぐがPHP化されることは絶対にないです。^^; てがろぐのソースは現状でも2万行もありますので、それを他の言語に移植する作業は苦行でしかありませんから。てがろぐは今後もずっとPerlです。たしかに、PHPだとパーミッションの設定が不要なので「UPすれば動く」という点では望ましいですけどもね。今イチから（何の既存コードも流用せずに）作るならPHPを使いますが、既に2万行もあるプログラムを（仕事でもないのに）イチから作り直すとか絶対にあり得ませんので。^^; 移植はまず「ない」と思って下さい。
🍵Re:3581◆てがろぐ使用サイトだけでも100件もないのではないかな……と思っていましたので、創作系に絞っても100サイト以上も登録があるとは予想しませんでしたからとても驚いています。^^; 創作系以外も合わせるとどれくらい使われているのかは気になりますので、俄然ユーザリンク集を作りたい気持ちは向上してきました。(笑) 作るとしても、てがWA！さんのようなディレクトリ分類型の「サーチ」という感じではなくて、カテゴリ分けせずに単に更新順に並ぶ「雑多なリンク集」のような感じになるっぽい気がしています。その辺は開発放言や開発進捗報告でもちょっとだけ書きましたがが、まあそんな感じで。すぐに出来上がることはないので、気長にお待ち頂ければ幸いです。(そもそもまだ放置したままで再開していませんし。^^;)
🍵Re:3582◆β版のご試用をありがとうございます！ 問題なく動作しているようで良かったです。(╹◡╹)
🍵Re:3583◆そうですよね。それに、創作サイト(というか登録対象サイト)だとしても皆さんが登録するとは限りませんしね。たぶん、もっとひっそり活動している方々もいらっしゃるのでしょうし。
🍵Re:3584◆今年は花粉の飛散量が例年よりも相当多い感じなようで、残念ながら桜は車窓以外からは見ていません。^^;
🍵Re:3585◆たしかに、かわいいバナーもたくさんですねえ。バナーでリンクする文化がまだ残っていたとは思っていなかったので、そこも驚きました。ついでに、私のバナーも19年ぶりに新しくしました。^^;
🍵Re:3586◆さすがにそこまでは想定していません。(^_^;) RSS用スキンも、あくまでも本来の目的は「RSSフィードを配信する」ことですから。埋め込み用途にも使えますが、埋め込ませるために用意したわけではありませんので（もちろん新着等の一部を埋め込む用途にご活用頂くのは全く問題ありません）。基本的には、「メインの閲覧方法は tegalog.cgi にアクセスすることで行う」という前提で製作しています。具体的にどのような内容を検討なさっているのかが分かりませんが、my-blog.html からJavaScriptで処理しなくても、単に「望みの出力になるスキン」を作成すれば良いだけではないかな……？ という気もするのですが。なお、よほどスキンでは実現できないような出力が欲しい場合は、CGI側の出力を加工するよりも、データファイル(tegalog.xml)のXMLを直接読んで加工する方が自由度は高い気がします。（ただ、XMLの仕様に従っているXMLではありませんけども。^^;）
🍵Re:3587◆本当にうまくスキンをお作りになっている方が多くて驚いています。
🍵Re:3588◆そうですよね。「スキン未満」の配布場所みたいなのを作ったら役に立つでしょうかね……？ 『スキンとしてそのまま使うには不足している(可能性がある)んだけども、使用者が自ら補って使うことを前提にした「スキン未満」としての配布ですよ』という感じで配れるような。「配布」となると、ドキュメントを整備したり、ダウンロードできるようにしたり、メンテナンスしたり……とわりと大変なので、最初から「これは『スキン未満』です」というエクスキューズがあれば、提供ハードルは下がるのかな……？ という気もしたりしなかったり。
もう4月……！
🍵Re:3576◆てがろぐのご活用をありがとうございます。②と③に分けて回答します。
まず、③はたぶん簡単です。投稿単独ページへのリンクを例えば <a href="[[PERMAURL]]">～</a> のように作っているのなら、このリンク先に望みのスキン指定を加えれば良いので、 <a href="[[PERMAURL]]&skin=skin-typeC">～</a> のような感じで skinパラメータを加えると、skin-typeC を使った状態のページに移動できます。
ただ、新着投稿リストのように、てがろぐ側がリンクHTML全部を出力するタイプの箇所では、上記のように自力でリンク先URLを構成することができません。その場合には、JavaScriptを使って「リスト内のa要素のhref属性値にskinパラメータを足す」というような処理が必要だと思います。
次に②ですが、JavaScriptを使えば可能です。鍵付き投稿のパスワード入力フォームは
➡ <form action="tegalog.cgi?postid=3566" method="post" class="passkeyform">～
のようなHTMLで出力されています。このaction属性値に、例えば
➡ <form action="tegalog.cgi?postid=3566&skin=skin-typeB" method="post" class="passkeyform">～
のような感じで望みのスキン指定を加えれば、移動先の投稿単独ページでは skin-typeB を使って表示されます。
パスワード入力フォームには class="passkeyform" という属性が付いていますから、この属性値で対象のform要素を探して、それらのaction属性値に &skin=skin-typeB を加えるようなスクリプトを書けば良いのではないかと思います。
上記のような感じの対処方法でいかがでしょう？（私の解釈がお望みの動作と異なるようでしたらご指摘下さい。） #🌱豆知識
🍵Re:3576◆てがろぐのご活用をありがとうございます。②と③に分けて回答します。
まず、③はたぶん簡単です。投稿単独ページへのリンクを例えば <a href="[[PERMAURL]]">～</a> のように作っているのなら、このリンク先に望みのスキン指定を加えれば良いので、 <a href="[[PERMAURL]]&skin=skin-typeC">～</a> のような感じで skinパラメータを加えると、skin-typeC を使った状態のページに移動できます。
ただ、新着投稿リストのように、てがろぐ側がリンクHTML全部を出力するタイプの箇所では、上記のように自力でリンク先URLを構成することができません。その場合には、JavaScriptを使って「リスト内のa要素のhref属性値にskinパラメータを足す」というような処理が必要だと思います。
次に②ですが、JavaScriptを使えば可能です。鍵付き投稿のパスワード入力フォームは
➡ <form action="tegalog.cgi?postid=3566" method="post" class="passkeyform">～
のようなHTMLで出力されています。このaction属性値に、例えば
➡ <form action="tegalog.cgi?postid=3566&skin=skin-typeB" method="post" class="passkeyform">～
のような感じで望みのスキン指定を加えれば、移動先の投稿単独ページでは skin-typeB を使って表示されます。
パスワード入力フォームには class="passkeyform" という属性が付いていますから、この属性値で対象のform要素を探して、それらのaction属性値に &skin=skin-typeB を加えるようなスクリプトを書けば良いのではないかと思います。
上記のような感じの対処方法でいかがでしょう？（私の解釈がお望みの動作と異なるようでしたらご指摘下さい。） #🌱豆知識
3月が終わってしまう……？🥺
🍵Re:3574◆β版のご試用をありがとうございます！ 設定ファイルのバックアップも、投稿データのように履歴を蓄積しようかな……とも思ったんですが、とりあえず現状の設定を落とせる機能だけ先に用意してみました。お役に立ったようで良かったです。(╹◡╹)◆私も長年 IntelliMouse ユーザで、そればかり調達していました。片側の側面に2ボタンでも慣れはするんですね。（まあ、そうでなかったらそういう製品ばかりになるわけないですもんね。^^;）
🍵Re:3574◆β版のご試用をありがとうございます！ 設定ファイルのバックアップも、投稿データのように履歴を蓄積しようかな……とも思ったんですが、とりあえず現状の設定を落とせる機能だけ先に用意してみました。お役に立ったようで良かったです。(╹◡╹)◆私も長年 IntelliMouse ユーザで、そればかり調達していました。片側の側面に2ボタンでも慣れはするんですね。（まあ、そうでなかったらそういう製品ばかりになるわけないですもんね。^^;）
パインアメを補充調達してきました。🍍🍍🍍
🍬Re:3570◆ご要望をありがとうございます。なるほど、出現数に関係なく整列させる発想はありませんでした。文字コード順に並べるなら簡単ですので（※ひらがなやカタカナは50音順に並びますが、漢字は読みの順にはなりませんけども）実装します。もうしばらくお待ち下さい。
🍬Re:3570◆ご要望をありがとうございます。なるほど、出現数に関係なく整列させる発想はありませんでした。文字コード順に並べるなら簡単ですので（※ひらがなやカタカナは50音順に並びますが、漢字は読みの順にはなりませんけども）実装します。もうしばらくお待ち下さい。
パインアメを舐めきってしまったので買ってこなくては……。🍬🍬🍬
🍍Re:3569◆ひっそりでも作って配布して下さってありがとうございます！ ひっそり運営でもたいへんありがたいです！ 今後ともご愛用頂ければ幸いです。(╹◡╹)ﾉ
🍍Re:3569◆ひっそりでも作って配布して下さってありがとうございます！ ひっそり運営でもたいへんありがたいです！ 今後ともご愛用頂ければ幸いです。(╹◡╹)ﾉ
Unicode、たこ焼きの絵文字はまだかッ……！
🍵Re:3561◆てがろぐ管理画面から「スキンの切り替え」を押してみて下さい。（または tegalog.cgi?mode=admin&work=skinlist に直接アクセスしても良いです。）何かのスキンが簡易本番適用されているような扱いになっていませんか？（簡易本番適用されていたスキンが見つからなくなった場合に、おっしゃるような動作になります。）画面の上部で解除できると思いますので、もし適用されているなら、解除してみて下さい。
例えば、skin-blogtype を簡易本番適用している状態で、skin-blogtypeディレクトリを削除すると、パラメータなしでtegalog.cgiにアクセスしている状態でも下図のように SKIN NOT FOUND のエラーが表示されます。
こんな感じの画面ではないですかね？
その場合は、管理画面の「スキンの切り替え」にアクセスすると、下図のように画面上部にデフォルトスキンに戻すボタンが表示されます。それを押せば、デフォルトスキンの適用状態に戻せます。
🍵Re:3561◆てがろぐ管理画面から「スキンの切り替え」を押してみて下さい。（または tegalog.cgi?mode=admin&work=skinlist に直接アクセスしても良いです。）何かのスキンが簡易本番適用されているような扱いになっていませんか？（簡易本番適用されていたスキンが見つからなくなった場合に、おっしゃるような動作になります。）画面の上部で解除できると思いますので、もし適用されているなら、解除してみて下さい。
例えば、skin-blogtype を簡易本番適用している状態で、skin-blogtypeディレクトリを削除すると、パラメータなしでtegalog.cgiにアクセスしている状態でも下図のように SKIN NOT FOUND のエラーが表示されます。
こんな感じの画面ではないですかね？
その場合は、管理画面の「スキンの切り替え」にアクセスすると、下図のように画面上部にデフォルトスキンに戻すボタンが表示されます。それを押せば、デフォルトスキンの適用状態に戻せます。
アップルパイを食べました！🍎🥧 #-forme
🍵Re:3547◆なるほど。理解できたような気がします。本文の表示をどうにかしたいわけではなく、投稿に対して「見えないフラグ」を付与するようなイメージで、ラベルが透明なカテゴリかハッシュタグが作れれば良いわけですね。ハッシュタグなら簡単そうに思います。まず、隠れハッシュタグ機能を使えば、一覧にはリストアップされない点はご承知の通りです。後は、次のCSSを書けば、本文内にも表示されなくなります。
➡ .taglink[title="-forme"] { display: none; }
もしこれで消えない場合は、以下のように書くと良いでしょう。
➡ .taglink[title="-forme"] { display: none !important; }
ここで !important を加えているのは、ハッシュタグの表示箇所に対して既に別のスタイルが当たっているとき、それを確実に上書きするためです。（例えば、標準スキンだと .comment .taglink に対して display: inline-block; が指定されていますので、これを上書きできるだけの詳細度を持つセレクタを指定しないと上書きできません。ただ、標準スキンのCSSなら最初の方のCSSで詳細度を充分高くできるので !important は不要ですけども。例えば、.taglink[title="-forme"] ではなく a[title="-forme"] のようにセレクタを書いた場合、標準スキンでは（詳細度が足りないので）既存のスタイルを上書きできず、ハッシュタグは消えません。）
もし !important を加えるのがスマートではないと思われるなら、既存のCSSを上書きできるようなセレクタを必要なだけ追加すれば良いと思います。例えば次のような感じで。
.comment a.taglink[title="-forme"] { display: none; }
＜備考＞
第三者の方々に向けて参考までに補足情報を記しておきます。
▼まず、本文中に含まれるハッシュタグは、以下のようなHTMLで出力されています（設定に依って異なりますが、デフォルトでは以下のようになります）。
<a href="?tag=パーセントエンコードされたハッシュタグ名" class="taglink" title="ハッシュタグ名">#ハッシュタグ名</a>
▼ハッシュタグの先頭を「-」記号で始めると、ハッシュタグ一覧にはリストアップされない「隠れハッシュタグ」になります。仮に #-forme というハッシュタグを使うと、以下のようなHTMLが出力されます。
<a href="?tag=%2d%66%6f%72%6d%65" class="taglink" title="-forme">#-forme</a>
▼このハッシュタグだけを対象にしてCSSを適用したいときには、『class属性値が「taglink」である要素のうち、title属性値が「-forme」なもの』だけを対象にできる属性セレクタという書き方を使って、以下のようなCSSが書けます。
.taglink[title="-forme"] { ～装飾～ }
……というわけです。
畳む
🍵Re:3547◆なるほど。理解できたような気がします。本文の表示をどうにかしたいわけではなく、投稿に対して「見えないフラグ」を付与するようなイメージで、ラベルが透明なカテゴリかハッシュタグが作れれば良いわけですね。ハッシュタグなら簡単そうに思います。まず、隠れハッシュタグ機能を使えば、一覧にはリストアップされない点はご承知の通りです。後は、次のCSSを書けば、本文内にも表示されなくなります。
➡ .taglink[title="-forme"] { display: none; }
もしこれで消えない場合は、以下のように書くと良いでしょう。
➡ .taglink[title="-forme"] { display: none !important; }
ここで !important を加えているのは、ハッシュタグの表示箇所に対して既に別のスタイルが当たっているとき、それを確実に上書きするためです。（例えば、標準スキンだと .comment .taglink に対して display: inline-block; が指定されていますので、これを上書きできるだけの詳細度を持つセレクタを指定しないと上書きできません。ただ、標準スキンのCSSなら最初の方のCSSで詳細度を充分高くできるので !important は不要ですけども。例えば、.taglink[title="-forme"] ではなく a[title="-forme"] のようにセレクタを書いた場合、標準スキンでは（詳細度が足りないので）既存のスタイルを上書きできず、ハッシュタグは消えません。）
もし !important を加えるのがスマートではないと思われるなら、既存のCSSを上書きできるようなセレクタを必要なだけ追加すれば良いと思います。例えば次のような感じで。
.comment a.taglink[title="-forme"] { display: none; }
＜備考＞
第三者の方々に向けて参考までに補足情報を記しておきます。
▼まず、本文中に含まれるハッシュタグは、以下のようなHTMLで出力されています（設定に依って異なりますが、デフォルトでは以下のようになります）。
<a href="?tag=パーセントエンコードされたハッシュタグ名" class="taglink" title="ハッシュタグ名">#ハッシュタグ名</a>
▼ハッシュタグの先頭を「-」記号で始めると、ハッシュタグ一覧にはリストアップされない「隠れハッシュタグ」になります。仮に #-forme というハッシュタグを使うと、以下のようなHTMLが出力されます。
<a href="?tag=%2d%66%6f%72%6d%65" class="taglink" title="-forme">#-forme</a>
▼このハッシュタグだけを対象にしてCSSを適用したいときには、『class属性値が「taglink」である要素のうち、title属性値が「-forme」なもの』だけを対象にできる属性セレクタという書き方を使って、以下のようなCSSが書けます。
.taglink[title="-forme"] { ～装飾～ }
……というわけです。
畳む
今日はなぜか朝から気力がなさすぎて困っております……。なんでや……。🍩🍪🍫🍭🍮🍰 _(:3」∠)_
🍵Re:3537◆β版のご試用をどうもありがとうございます！
🍵Re:3540◆Twitterが登場したときの手軽さは本当にすごくて、私もブログを書く頻度が激減しました。ただ、誰でも入ってこられる空間なので、(ユーザ数が増えてくると)不快な空間にもなり得るわけで、今は「他者と交流できる」という点がマイナスにも働いている感じですね。
🍵Re:3541◆ご要望をどうもありがとうございます。日付ソートの需要もそこそこあるっぽいですね。直近での計画にはまだありませんが、そう遠くない未来に実現できるように考えたいと思います。気長にお待ち頂ければ幸いです。(╹◡╹)ﾉ
🍵Re:3542◆スキンの増加に期待しています！(✧ω✧)
🍵Re:3543◆やっぱり全体の春休みはもうちょっと先ですよね……。なんか小中の春休みって2週間くらいしかなかったイメージでしたので。高校の春休みってそんなに早くからあるんですね！
🍵Re:3544◆「下げる」機能ではダメなのですか？ 絶対に(自分以外の)誰からも見えないようにしたい場合は「下書き」機能もあります。ただ、下書きだとプレビューは1投稿ずつなので全部を一覧して見ることができませんけども。下げた投稿だけを一覧して見たい場合は、検索窓に rear と入れるか、または検索コマンドを使って $ps=rear; で検索すると良いです。「下げる」機能では、どういう状況で表示させるか(表示させないか)を設定で選択できます。例えば「全文検索時にしか見えないようにする」という設定をしておけば、ほぼ他者の目には触れない感じにできるのではないかと思います。（意図を私が捉え切れていないようでしたらご指摘下さい。）
🍵Re:3537◆β版のご試用をどうもありがとうございます！
🍵Re:3540◆Twitterが登場したときの手軽さは本当にすごくて、私もブログを書く頻度が激減しました。ただ、誰でも入ってこられる空間なので、(ユーザ数が増えてくると)不快な空間にもなり得るわけで、今は「他者と交流できる」という点がマイナスにも働いている感じですね。
🍵Re:3541◆ご要望をどうもありがとうございます。日付ソートの需要もそこそこあるっぽいですね。直近での計画にはまだありませんが、そう遠くない未来に実現できるように考えたいと思います。気長にお待ち頂ければ幸いです。(╹◡╹)ﾉ
🍵Re:3542◆スキンの増加に期待しています！(✧ω✧)
🍵Re:3543◆やっぱり全体の春休みはもうちょっと先ですよね……。なんか小中の春休みって2週間くらいしかなかったイメージでしたので。高校の春休みってそんなに早くからあるんですね！
🍵Re:3544◆「下げる」機能ではダメなのですか？ 絶対に(自分以外の)誰からも見えないようにしたい場合は「下書き」機能もあります。ただ、下書きだとプレビューは1投稿ずつなので全部を一覧して見ることができませんけども。下げた投稿だけを一覧して見たい場合は、検索窓に rear と入れるか、または検索コマンドを使って $ps=rear; で検索すると良いです。「下げる」機能では、どういう状況で表示させるか(表示させないか)を設定で選択できます。例えば「全文検索時にしか見えないようにする」という設定をしておけば、ほぼ他者の目には触れない感じにできるのではないかと思います。（意図を私が捉え切れていないようでしたらご指摘下さい。）
そろそろ春になるか……と思ったら、明日はまた寒くなるっぽい……？
🍧Re:3533◆やったー。＼(^_^)／
🍧Re:3534◆ご活用ありがとうございます！ コンビニにも冷凍のたこ焼きがあるんですね。私はスーパーで40個入りのを720円くらいで買っています。(╹◡╹)
🍧Re:3535◆ゲスト(Lv.1)より上の権限でも、編集者(Lv.7)未満の権限なら、自分の投稿しか削除・編集はできません。IDを「発言者(Lv.3)」や「寄稿者(Lv.5)」の権限にすれば他人の投稿は編集できませんのでご安心下さい。詳しくは、ヘルプドキュメントの「ユーザ種類別の権限」をご参照下さい。
寄稿者(Lv.5)なら自分のIDを自分で管理できるので、パスワードを自分で設定可能です。なので、寄稿者(Lv.5)でアカウントを作成なされば、お望みの動作になるように思います。（※事前に管理者が各ユーザのIDを作成しておく必要はありますから、不特定多数が投稿する掲示板にはなりませんけども。）
なお、編集者(Lv.7)や管理者(Lv.9)権限なら他人の投稿を編集できますが、他人の投稿を編集すると投稿者名は編集した人物の名義に変更されます。他人の投稿を他人の名前のままで書き換えられるわけではありません。
🍧Re:3533◆やったー。＼(^_^)／
🍧Re:3534◆ご活用ありがとうございます！ コンビニにも冷凍のたこ焼きがあるんですね。私はスーパーで40個入りのを720円くらいで買っています。(╹◡╹)
🍧Re:3535◆ゲスト(Lv.1)より上の権限でも、編集者(Lv.7)未満の権限なら、自分の投稿しか削除・編集はできません。IDを「発言者(Lv.3)」や「寄稿者(Lv.5)」の権限にすれば他人の投稿は編集できませんのでご安心下さい。詳しくは、ヘルプドキュメントの「ユーザ種類別の権限」をご参照下さい。
【権限の種別】
- ゲスト(Lv.1)： 新規投稿のみができます。
- 発言者(Lv.3)： 新規投稿・再編集(自分の投稿のみ)・削除(自分の投稿のみ)ができます。
- 寄稿者(Lv.5)： 新規投稿・再編集(自分の投稿のみ)・削除(自分の投稿のみ)・ユーザ管理(自分のIDのみ)ができます。
- 編集者(Lv.7)： 新規投稿・再編集・削除・カテゴリ管理・バックアップ・エクスポート・ユーザ管理(自分のIDのみ)ができます。
- 管理者(Lv.9)： 新規投稿・再編集・削除・カテゴリ管理・バックアップ・エクスポート・ユーザ管理・設定などすべての操作ができます。
寄稿者(Lv.5)なら自分のIDを自分で管理できるので、パスワードを自分で設定可能です。なので、寄稿者(Lv.5)でアカウントを作成なされば、お望みの動作になるように思います。（※事前に管理者が各ユーザのIDを作成しておく必要はありますから、不特定多数が投稿する掲示板にはなりませんけども。）
なお、編集者(Lv.7)や管理者(Lv.9)権限なら他人の投稿を編集できますが、他人の投稿を編集すると投稿者名は編集した人物の名義に変更されます。他人の投稿を他人の名前のままで書き換えられるわけではありません。
春になったなあ……と昨日には思ったのですけども、今日は冬に戻りましたね……。さむい。
🍮Re:3523◆てがろぐをお試し下さってありがとうございます！ お気に召せば良いのですが。管理画面にリッチな編集機能を用意するのは、先程 No.3526 で書いた感じの理由から避ける方針でいます。ただ、「表示/非表示の切り替え」程度であれば、スキンHTMLの中をテキストエディタで覗いて頂ければ、（そんな特別なスキルが必要になるわけではなく）わりと簡単に分かると思いますので、ぜひ試してみて下さい。今後ともご愛用頂ければ幸いです。(╹◡╹)ﾉ
🍮Re:3524◆β版のご試用をどうもありがとうございます！ そして、ご指摘もありがとうございます。そういえば、元々「カテゴリなし」だけは分離した位置で別処理になっている実装でしたので、リンク先の調整処理から抜けていたかもしれません。ちょっと調べてみます……！
🍮Re:3525◆ご要望ありがとうございます。ご要望はおそらく、「てがろぐを1つ設置するだけで、複数個の掲示板(タイムライン/マイクロブログ)を生成できるようにして欲しい」という意味でしょうかね？ 確かにそれが実現できれば便利だと思いますので、私も時々検討しています。ちょいと開発放言No.2364に書いたような理由で実現は簡単ではないのですが、気長にお待ち頂ければ幸いです。
🍮Re:3523◆てがろぐをお試し下さってありがとうございます！ お気に召せば良いのですが。管理画面にリッチな編集機能を用意するのは、先程 No.3526 で書いた感じの理由から避ける方針でいます。ただ、「表示/非表示の切り替え」程度であれば、スキンHTMLの中をテキストエディタで覗いて頂ければ、（そんな特別なスキルが必要になるわけではなく）わりと簡単に分かると思いますので、ぜひ試してみて下さい。今後ともご愛用頂ければ幸いです。(╹◡╹)ﾉ
🍮Re:3524◆β版のご試用をどうもありがとうございます！ そして、ご指摘もありがとうございます。そういえば、元々「カテゴリなし」だけは分離した位置で別処理になっている実装でしたので、リンク先の調整処理から抜けていたかもしれません。ちょっと調べてみます……！
🍮Re:3525◆ご要望ありがとうございます。ご要望はおそらく、「てがろぐを1つ設置するだけで、複数個の掲示板(タイムライン/マイクロブログ)を生成できるようにして欲しい」という意味でしょうかね？ 確かにそれが実現できれば便利だと思いますので、私も時々検討しています。ちょいと開発放言No.2364に書いたような理由で実現は簡単ではないのですが、気長にお待ち頂ければ幸いです。
予約投稿をサポートして（※この試験場ではテストできません）、下げた投稿が新着投稿リストに載らないようになって>>3505、状況に応じた見出し行で「ギャラリー」や「サイトマップ」のモード名称が表示される際にも専用のマークアップを加えるようになって、YouTubeの埋め込みで再生位置の指定が可能に>>3442なった Ver 3.9.3(未配布) の動作テスト。
YouTubeの埋め込み時にURLの末尾に「t=68」みたいに加えると、動画の68秒目の時点から再生させられるようになりました。
例：
秒パラメータを加えるときには「?」か「&」で繋ぐ必要があります。下記のように。
[YouTube]https://youtu.be/pTIGwKirnhY?t=68
[YouTube]https://www.youtube.com/watch?v=pTIGwKirnhY&t=68
🍘Re:3513◆ああ、なるほど。よく分かりました。詳しいご説明をありがとうございます。たしかに、そういう動作になると便利ではありますね。問題は、該当数のカウントなんですよね……。日付一覧もハッシュタグ一覧も、投稿時に一気に（全投稿を走査して）該当数をカウントしてHTMLを生成(キャッシュ)しておいて、表示時には何もカウントせずにキャッシュをそのまま出力しているんです。ここで、「そのときの限定表示に合わせたカウント値」を表示しようと思うと、毎回ページを表示するたびに（全投稿を走査して）カウントするしかないので、（総投稿数に依りますけども）動作が一瞬もっさりしてしまう可能性があるかな、という懸念があるんですよね……。総投稿数が数百とか少ないうちは全然問題ないでしょうし、数千でも0.何秒みたいな程度でしょうけども。まあ、状況ごとに全部キャッシュしておく手もなくはないのですが（そうするとtegalog.iniが肥大化してしまう別の問題がありそうですが）。その辺をスマートに解決できる方法があれば良いのですけどもね。ただ、おっしゃるような用途の場合には総投稿数が数千とかになるような使い方ではなさそうな気もしますので、別に大丈夫なのかもしれませんが。(^_^;) もうちょっと何か良さげな方法がないか考えてみます。気長にお待ち頂ければ幸いです。
🍘Re:3514◆ご要望ありがとうございます。それは、プラグイン（アドオン）を読み込める仕組みみたいな感じでしょうかね？ だとするとそこはもう、本体側の実装の手間が半端ではなくなるので(^_^;)、てがろぐでは非現実的かなと思っています。装飾ボタンに関しては、自由装飾記法（※デフォルトではボタンが非表示になっていますが）をご活用頂ければありがたいです。もっと高度な装飾が（投稿本文に直接書く形で）欲しい場合は、マークダウン記法で書かれたテキストをJavaScriptで解釈して表示してくれるような仕組みをスキン側でお使いになると自由度が高くて良いのかな……という気はします。ただ、将来的には（任意の指定の範囲に）HTMLタグを直接書ける(よう設定できる)仕組みも用意しようかな……とは思ってはいます。
YouTubeの埋め込み時にURLの末尾に「t=68」みたいに加えると、動画の68秒目の時点から再生させられるようになりました。
例：
秒パラメータを加えるときには「?」か「&」で繋ぐ必要があります。下記のように。
[YouTube]https://youtu.be/pTIGwKirnhY?t=68
[YouTube]https://www.youtube.com/watch?v=pTIGwKirnhY&t=68
🍘Re:3513◆ああ、なるほど。よく分かりました。詳しいご説明をありがとうございます。たしかに、そういう動作になると便利ではありますね。問題は、該当数のカウントなんですよね……。日付一覧もハッシュタグ一覧も、投稿時に一気に（全投稿を走査して）該当数をカウントしてHTMLを生成(キャッシュ)しておいて、表示時には何もカウントせずにキャッシュをそのまま出力しているんです。ここで、「そのときの限定表示に合わせたカウント値」を表示しようと思うと、毎回ページを表示するたびに（全投稿を走査して）カウントするしかないので、（総投稿数に依りますけども）動作が一瞬もっさりしてしまう可能性があるかな、という懸念があるんですよね……。総投稿数が数百とか少ないうちは全然問題ないでしょうし、数千でも0.何秒みたいな程度でしょうけども。まあ、状況ごとに全部キャッシュしておく手もなくはないのですが（そうするとtegalog.iniが肥大化してしまう別の問題がありそうですが）。その辺をスマートに解決できる方法があれば良いのですけどもね。ただ、おっしゃるような用途の場合には総投稿数が数千とかになるような使い方ではなさそうな気もしますので、別に大丈夫なのかもしれませんが。(^_^;) もうちょっと何か良さげな方法がないか考えてみます。気長にお待ち頂ければ幸いです。
🍘Re:3514◆ご要望ありがとうございます。それは、プラグイン（アドオン）を読み込める仕組みみたいな感じでしょうかね？ だとするとそこはもう、本体側の実装の手間が半端ではなくなるので(^_^;)、てがろぐでは非現実的かなと思っています。装飾ボタンに関しては、自由装飾記法（※デフォルトではボタンが非表示になっていますが）をご活用頂ければありがたいです。もっと高度な装飾が（投稿本文に直接書く形で）欲しい場合は、マークダウン記法で書かれたテキストをJavaScriptで解釈して表示してくれるような仕組みをスキン側でお使いになると自由度が高くて良いのかな……という気はします。ただ、将来的には（任意の指定の範囲に）HTMLタグを直接書ける(よう設定できる)仕組みも用意しようかな……とは思ってはいます。
煎餅が食べたい……。🍘🍘🍘
🍘Re:3508◆ご要望ありがとうございます。「日付一覧」や「ハッシュタグ一覧」をそれぞれ単独で出力できるようなモードが欲しい、という意味ですかね？ 用途は、それらを別のページに埋め込むとかですか？ 最後の「特定のカテゴリのみの一覧」というのは具体的にはどんな内容でしょう？ 特定のカテゴリに属する投稿だけを出力するのは現状でも可能ですが、もっと何か別の内容でしょうか？
🍘Re:3508◆ご要望ありがとうございます。「日付一覧」や「ハッシュタグ一覧」をそれぞれ単独で出力できるようなモードが欲しい、という意味ですかね？ 用途は、それらを別のページに埋め込むとかですか？ 最後の「特定のカテゴリのみの一覧」というのは具体的にはどんな内容でしょう？ 特定のカテゴリに属する投稿だけを出力するのは現状でも可能ですが、もっと何か別の内容でしょうか？
えびせんが美味い。🦞
🍘Re:3502◆てがろぐが何か参考になったのなら幸いです。
🍘Re:3503◆管理画面の「画像の管理」から画像をアップロードする場合には、アップロードと同時にキャプションも付けられますのでお試し下さい～。
🍘Re:3504◆ご活用ありがとうございます！(╹◡╹)ﾉ
🍘Re:3505◆ご要望をどうもありがとうございます。➊そういえば、新着投稿リストには「下げた投稿」もそのままリストアップされる仕様でしたね……。ここは、もしかしたらデフォルトで下げた投稿は対象外にした方が良いかな……という気もしました。新着に表示されると下げる意味が薄れそうですしね。ご指摘ありがとうございます。➋たしかに、カテゴリごとに新着投稿リストが出力できると便利な場面もありそうですね。今後のバージョンで実装したいと思います。気長にお待ち頂ければ幸いです。(╹◡╹)
🍘Re:3502◆てがろぐが何か参考になったのなら幸いです。
🍘Re:3503◆管理画面の「画像の管理」から画像をアップロードする場合には、アップロードと同時にキャプションも付けられますのでお試し下さい～。
🍘Re:3504◆ご活用ありがとうございます！(╹◡╹)ﾉ
🍘Re:3505◆ご要望をどうもありがとうございます。➊そういえば、新着投稿リストには「下げた投稿」もそのままリストアップされる仕様でしたね……。ここは、もしかしたらデフォルトで下げた投稿は対象外にした方が良いかな……という気もしました。新着に表示されると下げる意味が薄れそうですしね。ご指摘ありがとうございます。➋たしかに、カテゴリごとに新着投稿リストが出力できると便利な場面もありそうですね。今後のバージョンで実装したいと思います。気長にお待ち頂ければ幸いです。(╹◡╹)
プリンを買いに行くべきか……？🍮🍮🍮
🍮Re:3499◆β版のご試用をありがとうございます！ 問題ないようで良かったです。たしかにレンタルブログっぽい機能ですね。既製スキンをそのまま使いたい(ただし配色程度は変えたい)方々には楽になるのではないかな、と期待しています。
シュークリーム食べたい。
🍮Re:3499◆β版のご試用をありがとうございます！ 問題ないようで良かったです。たしかにレンタルブログっぽい機能ですね。既製スキンをそのまま使いたい(ただし配色程度は変えたい)方々には楽になるのではないかな、と期待しています。
シュークリーム食べたい。
さくらソイラテを飲みました。🌸🌸🌸
🍓Re:3489◆Perlで書けば書くほど他の言語に移植しにくくなると思うので、PHPに置き換えるのが最終目標なら、先に現状をPHPに移植するところから始めた方が良いのではないかな……という気もします。ある機能を作るとき、Perlで書くのとPHPで書くのとではPHPの方が圧倒的に便利なので、（最終的にPHP化しようという考えがあるなら）Perlで機能追加はしない方がトータルでは楽なのではないかな……と思います。いや、もちろん開発者次第ではありますが。^^;
🍓Re:3490◆ご表明をどうもありがとうございます！ あれから全く製作は進んでいないんですが(^_^;)、製作再開しても良いかな……という気もしつつあります。
🍓Re:3491◆何か対処法があれば良いのですが、なかなかなさそうな気がしているのですよね……。対策としては rel=canonical でURLを正規化する方法があるわけですけども、だからといって、特定のハッシュタグ限定ページや日付別ページを、特定の単独ページに正規化して良いわけではないですよね……。postid=のパラメータがないURLのクロールをブロックする手はあるかも知れませんが。(^_^;) 何か良い方法はないですかね？？ ある条件での限定ページで、対象投稿が1件しかなかった場合には、その単独投稿ページのURLを rel=canonical で指定するようにする、という手はありそうな気もするのですが。
(追記)
🍓Re:3492◆おっと、回答を書いている間にレスが。rel=noindex でブロックした場合も「noindex タグによって除外されました」という理由でリストアップされるので、正攻法としては rel=canonical しかないのかな、という気もしています。というか、そういう重複ってCMSではどこでも発生しそうなので、何かそれ専用の対策をGoogleが用意してくれても良いのではないかと思うのですけどもね……。^^; rel=canonical みたいに正規化はせずに、しかし「このページには他のページと同じコンテンツが含まれていますよ」と示すだけに留めておくmeta指示みたいな……。^^;
(さらに追記)
Search Consoleをよく見たら、rel=canonical で正しく正規化できている場合でもなお、「代替ページ（適切な canonical タグあり）」という理由で『ページがインデックスに登録されなかった理由』欄にリストアップされていますので、これはもうCMS的なツールでは避けようがない、という解釈で居るのが良いのではないでしょうか。(^_^;;; >>3492,3491
「登録されたいのに登録されない」という場合は問題ですが、そうでないなら（検索上不利になるエラーとかそういうわけではないので）No.3492さんのおっしゃるように気にしないのが良いのではないかな……と思います。
🍓Re:3489◆Perlで書けば書くほど他の言語に移植しにくくなると思うので、PHPに置き換えるのが最終目標なら、先に現状をPHPに移植するところから始めた方が良いのではないかな……という気もします。ある機能を作るとき、Perlで書くのとPHPで書くのとではPHPの方が圧倒的に便利なので、（最終的にPHP化しようという考えがあるなら）Perlで機能追加はしない方がトータルでは楽なのではないかな……と思います。いや、もちろん開発者次第ではありますが。^^;
🍓Re:3490◆ご表明をどうもありがとうございます！ あれから全く製作は進んでいないんですが(^_^;)、製作再開しても良いかな……という気もしつつあります。
🍓Re:3491◆何か対処法があれば良いのですが、なかなかなさそうな気がしているのですよね……。対策としては rel=canonical でURLを正規化する方法があるわけですけども、だからといって、特定のハッシュタグ限定ページや日付別ページを、特定の単独ページに正規化して良いわけではないですよね……。postid=のパラメータがないURLのクロールをブロックする手はあるかも知れませんが。(^_^;) 何か良い方法はないですかね？？ ある条件での限定ページで、対象投稿が1件しかなかった場合には、その単独投稿ページのURLを rel=canonical で指定するようにする、という手はありそうな気もするのですが。
(追記)
🍓Re:3492◆おっと、回答を書いている間にレスが。rel=noindex でブロックした場合も「noindex タグによって除外されました」という理由でリストアップされるので、正攻法としては rel=canonical しかないのかな、という気もしています。というか、そういう重複ってCMSではどこでも発生しそうなので、何かそれ専用の対策をGoogleが用意してくれても良いのではないかと思うのですけどもね……。^^; rel=canonical みたいに正規化はせずに、しかし「このページには他のページと同じコンテンツが含まれていますよ」と示すだけに留めておくmeta指示みたいな……。^^;
(さらに追記)
Search Consoleをよく見たら、rel=canonical で正しく正規化できている場合でもなお、「代替ページ（適切な canonical タグあり）」という理由で『ページがインデックスに登録されなかった理由』欄にリストアップされていますので、これはもうCMS的なツールでは避けようがない、という解釈で居るのが良いのではないでしょうか。(^_^;;; >>3492,3491
「登録されたいのに登録されない」という場合は問題ですが、そうでないなら（検索上不利になるエラーとかそういうわけではないので）No.3492さんのおっしゃるように気にしないのが良いのではないかな……と思います。
たこ焼き(冷凍)をそろそろ買い足しておかないといけないのではないかな……？ と思って冷凍庫を見たら、まだあと2袋ありました。┌(:3」└)┐
🍮Re:3486◆ご要望をありがとうございます。ログイン画面関連のセキュリティ仕様については、次の正式版(の予定)であるVer.4で大きく改善するつもりでおりますので、もうしばらくお待ち頂ければ幸いです。
プリンは買っていないんですが(寒かったので)、ピザは買いました！🍕🍕🍕
🍮Re:3486◆ご要望をありがとうございます。ログイン画面関連のセキュリティ仕様については、次の正式版(の予定)であるVer.4で大きく改善するつもりでおりますので、もうしばらくお待ち頂ければ幸いです。
プリンは買っていないんですが(寒かったので)、ピザは買いました！🍕🍕🍕
