検索語「〔除外:$ci=;〕」の検索結果［1308件］（2ページ目）
結局、クリスマスケーキは食べませんでしたが、誕生日ケーキは食べました。🎂🍰
🍰Re:5621◆まだ「実装する気」云々の段階ではないのでストレートには回答しにくいのですが、基本的には「何も変わっていない」です。もうちょっと詳しく:ツリーや引用に関しては、元々実装計画は特に立っていなくて「検討中の段階」ですから。
そもそも、スレッド式の掲示板は昔からありますから「ツリー表示」は別に𝕏独特の機能というわけでもないですしね。「引用」は表示形態によっては確かに𝕏独特と言えたかもしれませんが、「引用」という表現方法自体はどこにでもあるものですし。
年末の記事で、要望を実装する「優先度」の話をちょっと書きましたが、今のところ実装作業を計画していないのは、（元々そういう表示方法を考慮していないデータ形式だったこともあり）ここで説明している「🟣4」と「⚪5」の要素が低いから、という感じです。良さげな実装方法を思いつけば良いのですけども。
🍰Re:5622◆あまり深くは考えていないので使えるかどうかハッキリとは分かりませんが、UnicodeのZero Width Space（ゼロ幅スペース）を使うと、わざわざ非表示用のCSSを活用しなくても「見えない区切り」を設けられそうな気がします。てがろぐ上では、数値文字参照を使って ​ と書くと使えます。（※幅がゼロの空白文字ですから、使ったところで目には見えませんけども。）もっとも、「余計な何らかの文字列を加えなければならない」という点では変わりありませんけども。(^_^;)
……とここまで書いて思ったんですが、もしかして ?ref=17 みたいなパラメータで、『「No.17自身」と「No.17へのリンクがある投稿」だけ』をまとめて閲覧できるような機能があれば良いんですかね……？ というか、投稿単独ページ自体がそういう仕様になったら良いのかな……。（まあ、たとえそうなったとしても、投稿単独ページ以外のページではツリー表示にはならないわけですが。あと「繋げたい投稿への番号リンク」を書かないと繋がりませんけども。）
🍰Re:5623◆有益な情報をありがとうございます！ 試してみます。
🍰Re:5624◆ネタがないときのプレースホルダ的な飲食ツイートにまさかの需要が。(笑) ありがとうございます。
🍰Re:5625◆ご指摘をありがとうございます！ 確かに、QUICKPOSTを2つ置くと[機能]ボタンが機能しなくなりますね！ そういえばここ最近は、QUICKPOSTを複数個置いた場合の動作テストをしていませんでした。こちらのローカルにあるソースでは修正しましたので、次に公開するβ版からは問題が解消します。もうしばらくお待ち願います。
🍰Re:5627◆ありがとうございます！
🍰Re:5628◆ありがとうございます～
🍰Re:5621◆まだ「実装する気」云々の段階ではないのでストレートには回答しにくいのですが、基本的には「何も変わっていない」です。もうちょっと詳しく:ツリーや引用に関しては、元々実装計画は特に立っていなくて「検討中の段階」ですから。
そもそも、スレッド式の掲示板は昔からありますから「ツリー表示」は別に𝕏独特の機能というわけでもないですしね。「引用」は表示形態によっては確かに𝕏独特と言えたかもしれませんが、「引用」という表現方法自体はどこにでもあるものですし。
年末の記事で、要望を実装する「優先度」の話をちょっと書きましたが、今のところ実装作業を計画していないのは、（元々そういう表示方法を考慮していないデータ形式だったこともあり）ここで説明している「🟣4」と「⚪5」の要素が低いから、という感じです。良さげな実装方法を思いつけば良いのですけども。
🍰Re:5622◆あまり深くは考えていないので使えるかどうかハッキリとは分かりませんが、UnicodeのZero Width Space（ゼロ幅スペース）を使うと、わざわざ非表示用のCSSを活用しなくても「見えない区切り」を設けられそうな気がします。てがろぐ上では、数値文字参照を使って ​ と書くと使えます。（※幅がゼロの空白文字ですから、使ったところで目には見えませんけども。）もっとも、「余計な何らかの文字列を加えなければならない」という点では変わりありませんけども。(^_^;)
……とここまで書いて思ったんですが、もしかして ?ref=17 みたいなパラメータで、『「No.17自身」と「No.17へのリンクがある投稿」だけ』をまとめて閲覧できるような機能があれば良いんですかね……？ というか、投稿単独ページ自体がそういう仕様になったら良いのかな……。（まあ、たとえそうなったとしても、投稿単独ページ以外のページではツリー表示にはならないわけですが。あと「繋げたい投稿への番号リンク」を書かないと繋がりませんけども。）
🍰Re:5623◆有益な情報をありがとうございます！ 試してみます。
🍰Re:5624◆ネタがないときのプレースホルダ的な飲食ツイートにまさかの需要が。(笑) ありがとうございます。
🍰Re:5625◆ご指摘をありがとうございます！ 確かに、QUICKPOSTを2つ置くと[機能]ボタンが機能しなくなりますね！ そういえばここ最近は、QUICKPOSTを複数個置いた場合の動作テストをしていませんでした。こちらのローカルにあるソースでは修正しましたので、次に公開するβ版からは問題が解消します。もうしばらくお待ち願います。
🍰Re:5627◆ありがとうございます！
🍰Re:5628◆ありがとうございます～
春の花粉がもう飛び始めたのか、それとも冬に花粉を飛ばす何らかの植物の花粉にも反応する身体になってしまったのか、もう花粉症の症状が出てきたんですけども……。_(┐｢ε:)_
🌲Re:5619◆投稿本文中に含まれている画像は、何らかのタグ等によって個別に出力されているわけではなく、てがろぐ本体の「本文出力機能」によって（他のテキストと併せて本文の一部として）一括で出力されていますので、（設定で『サムネイル画像があればサムネイルの方を表示』項目がONの状態なら）サムネイルが存在する場合にはサムネイルが出力されます。
（これを設定で防ぐには、[設定]→[ページの表示]→【投稿本文の表示／画像】で、『サムネイル画像があればサムネイルの方を表示』項目をOFFにするしかありませんが、そうすると、どんな場所でもサムネイルが出力されなくなりますので、お望みの動作とは異なりますね。）
幸い、『サムネイル画像のURLには必ず mini というディレクトリ名が含まれる』という前提条件がありますから、この仕様を利用することで、以下のJavaScriptを実行すると、サムネイルではなく原寸画像の方を強制的に表示させられます。（img要素のsrc属性値の中に /mini/ というディレクトリ名がある場合に、それを取り除く（＝/に置き換える）処理をするスクリプトです。）
<script>
document.addEventListener("DOMContentLoaded", () => {
const images = document.querySelectorAll("img.embeddedimage");
images.forEach(img => {
const src = img.getAttribute("src");
if(src && src.includes("/mini/")) {
img.setAttribute("src", src.replace("/mini/", "/"));
}
});
});
</script>
これを、IF文での出力条件分けを使うなどして、投稿単独ページでのみ出力すれば、『投稿単独ページでは、サムネイルがあろうとなかろうと、常に原寸画像が表示される』という仕組みにできると思います。
🌲Re:5619◆投稿本文中に含まれている画像は、何らかのタグ等によって個別に出力されているわけではなく、てがろぐ本体の「本文出力機能」によって（他のテキストと併せて本文の一部として）一括で出力されていますので、（設定で『サムネイル画像があればサムネイルの方を表示』項目がONの状態なら）サムネイルが存在する場合にはサムネイルが出力されます。
（これを設定で防ぐには、[設定]→[ページの表示]→【投稿本文の表示／画像】で、『サムネイル画像があればサムネイルの方を表示』項目をOFFにするしかありませんが、そうすると、どんな場所でもサムネイルが出力されなくなりますので、お望みの動作とは異なりますね。）
幸い、『サムネイル画像のURLには必ず mini というディレクトリ名が含まれる』という前提条件がありますから、この仕様を利用することで、以下のJavaScriptを実行すると、サムネイルではなく原寸画像の方を強制的に表示させられます。（img要素のsrc属性値の中に /mini/ というディレクトリ名がある場合に、それを取り除く（＝/に置き換える）処理をするスクリプトです。）
<script>
document.addEventListener("DOMContentLoaded", () => {
const images = document.querySelectorAll("img.embeddedimage");
images.forEach(img => {
const src = img.getAttribute("src");
if(src && src.includes("/mini/")) {
img.setAttribute("src", src.replace("/mini/", "/"));
}
});
});
</script>
これを、IF文での出力条件分けを使うなどして、投稿単独ページでのみ出力すれば、『投稿単独ページでは、サムネイルがあろうとなかろうと、常に原寸画像が表示される』という仕組みにできると思います。
🍰Re:5617◆サーバのサポート窓口からの返信がめちゃくちゃ早いですね!?
ご報告をどうもありがとうございます。やはりCGIの使用が許可されていないのですね。残念……！
台湾のレンタルサーバ事情に関しては知識がないので、具体的な会社の選択肢は提示できないのですが、次にサーバを検討する際には、「CGIが実行可能」という他に、以下の2点にもご注意下さい。
※少なくとも日本の場合では、CGIの実行が許可されているレンタルサーバなら、多くのサーバが①も②も満たしています。
ご報告をどうもありがとうございます。やはりCGIの使用が許可されていないのですね。残念……！
台湾のレンタルサーバ事情に関しては知識がないので、具体的な会社の選択肢は提示できないのですが、次にサーバを検討する際には、「CGIが実行可能」という他に、以下の2点にもご注意下さい。
- Perl 5.6 以上が使える。
- Perlに、「CGIモジュール」と「Time::Localモジュール」がインストールされている。
※少なくとも日本の場合では、CGIの実行が許可されているレンタルサーバなら、多くのサーバが①も②も満たしています。
🍰Re:5615◆なるほど。パーミッションを705や755にすると、「ウェブページが表示される」のではなく「test.cgiファイルそのものがダウンロードされる」という動作ですかね？
なかなか珍しい動作ですね。
そうなると、サーバ側のサポート窓口に「どうすればCGIが実行できるのか？」を質問してみる以外に対処方法はないと思います。
なんとなく、CGIの実行が許可されていない気がします。
何にせよ、サポート窓口に問い合わせてみて下さい。
なかなか珍しい動作ですね。
そうなると、サーバ側のサポート窓口に「どうすればCGIが実行できるのか？」を質問してみる以外に対処方法はないと思います。
なんとなく、CGIの実行が許可されていない気がします。
- 元々CGIの使用を許可していないサーバである。
- CGIは使用可能だが、今の契約状況では許可されていない。（試用期間中など）
- CGIを使うためには、コントロールパネル等から事前に設定が必要。
何にせよ、サポート窓口に問い合わせてみて下さい。
🍰Re:5613◆ご回答をありがとうございます。
なるほど、tegup.phpに普通にアクセスできることや、skin-cover.htmlにもアクセスできることから考えて、設置方法やアクセス位置には問題なさそうですね。出ているエラーは「500 Internal Server Error」ではなく「403 Forbidden」なのですよね？ そうだとすると、最も可能性の高い原因は、パーミッション不足です。他にも、「.htaccessで制限されている」、「CGIの実行が禁止されている」、「WAF（Web Application Firewall）でブロックされている」などの可能性もありますが。
「てがろぐ」だけに発生する問題なのか、「Perlで書かれたCGI全般」に発生する問題なのかを区別するために、以下の3行をテキストエディタで test.cgi などのファイル名で保存して、サーバにUPして、パーミッションを700（または705や755）に設定してから、ブラウザでアクセスしてみて下さい。
#! /usr/bin/env perl
print "Content-Type: text/html\n\n";
print "<h1>Perl CGI OK!</h1>";
これでも 403 Forbidden エラーが出る場合は、お使いのWebサーバのサポート窓口に、「CGIの実行ファイルに設定するパーミッションの正確な値」を問い合わせる必要があります。もしかすると、そのサーバ独特の値に設定しないといけない制約があるのかもしれません。
もし、上位のディレクトリに .htaccess ファイルがある場合は、一時的に削除（リネームでも可）してから試してみて下さい。
なるほど、tegup.phpに普通にアクセスできることや、skin-cover.htmlにもアクセスできることから考えて、設置方法やアクセス位置には問題なさそうですね。出ているエラーは「500 Internal Server Error」ではなく「403 Forbidden」なのですよね？ そうだとすると、最も可能性の高い原因は、パーミッション不足です。他にも、「.htaccessで制限されている」、「CGIの実行が禁止されている」、「WAF（Web Application Firewall）でブロックされている」などの可能性もありますが。
「てがろぐ」だけに発生する問題なのか、「Perlで書かれたCGI全般」に発生する問題なのかを区別するために、以下の3行をテキストエディタで test.cgi などのファイル名で保存して、サーバにUPして、パーミッションを700（または705や755）に設定してから、ブラウザでアクセスしてみて下さい。
#! /usr/bin/env perl
print "Content-Type: text/html\n\n";
print "<h1>Perl CGI OK!</h1>";
これでも 403 Forbidden エラーが出る場合は、お使いのWebサーバのサポート窓口に、「CGIの実行ファイルに設定するパーミッションの正確な値」を問い合わせる必要があります。もしかすると、そのサーバ独特の値に設定しないといけない制約があるのかもしれません。
もし、上位のディレクトリに .htaccess ファイルがある場合は、一時的に削除（リネームでも可）してから試してみて下さい。
そろそろ誕生日なんですが（まだ今日ではありません）、自分が何歳になるのかは西暦から引き算しないと確信が持てません。┌(:3」└)┐
🍰Re:5611◆おぉ、海外からのご活用をありがとうございます。以下の点を教えて頂ければ、何らかの回答ができるかもしれません。
🍰Re:5611◆おぉ、海外からのご活用をありがとうございます。以下の点を教えて頂ければ、何らかの回答ができるかもしれません。
- どこのサーバ会社をお使いですか？
- そのサーバ会社では、CGI（Perl）の使用は許可されていますか？
- どんなURLにアクセスしていますか？
- 例えば、skin-cover.html に直接アクセスしてみたときには、エラーにならずにスキンが表示されますか？（もしエラーが出るなら、そのエラー内容を教えて下さい。）
正月にクリスマスケーキを食べる習慣がなかった場合は、食べたたこ焼きの数でも……。
🍰Re:5604◆ありがとうございます～！(╹◡╹)ﾉ
🍰Re:5605◆いくつでも書いて大丈夫です。^^ 解説ありがとうございます。参考にします。
🍰Re:5606◆ケーキも食べましょう。もしくはたこ焼きを……。
🍰Re:5607◆自サイトに設置できて𝕏の代わりになるシステムといえばMastodonやMisskeyですよね。MastodonもMisskeyも自サーバに設置して（他者のアカウント開設を受け入れなければ）自分専用で使えます。実際にそうして「お一人様Mastodon／Misskey」を使っている方々もたくさんいらっしゃいますし。「そこまで大規模なものは要らない」と思われる方もいらっしゃるでしょうけども、𝕏に匹敵する機能を備えればそうなる、ということでもあります（たぶん）。
てがろぐの本質は、2000年代から存在する「掲示板CGI」ですから、𝕏に機能を寄せると言っても極めて浅いレベルで限界があります。システム的には単に「掲示板の見た目をちょっとSNS寄りっぽい感じにした」というだけのことですからね。しかもデータ管理にデータベースを使っていない上に、モジュールを2つしか読まないPerlで書かれているシステムですし。（理由は「動作要件を低く抑えるため」です。）
「CGIを設置して使おう」と考える人々は、その辺の技術レベル感は理解しているもの、という前提で（当初は）居ましたけども、てがろぐを使うために初めてサーバを契約するという方も最近はいらっしゃるようですから、確かに「期待させすぎるのはよくない」とは言えるかもしれませんね。
昔々そのまた昔、自サイトに通販機能を付けたいというクライアントさんから、「ちょっとAmazonみたいなやつを作ってくれたらええねんで」と言われたときのことを思い出しました。┌(:3」└)┐
なお、現状の標準機能でそれっぽい動作にするには、ツリー表示には隠れハッシュタグ機能を、引用表示にはOGPカードリンク機能を使って頂くくらいかな、と思います。
🍰Re:5608◆いつも有用な情報とツールをありがとうございます。検索機能を活用したツリー表示はなかなかアクロバット感のある実現方法で感心しました。JavaScriptでの引用も自然な感じで合成できていますね。私から要望するのはやや筋が違う気もしますが、解説は読んでみたいです。^^
🍰Re:5604◆ありがとうございます～！(╹◡╹)ﾉ
🍰Re:5605◆いくつでも書いて大丈夫です。^^ 解説ありがとうございます。参考にします。
🍰Re:5606◆ケーキも食べましょう。もしくはたこ焼きを……。
🍰Re:5607◆自サイトに設置できて𝕏の代わりになるシステムといえばMastodonやMisskeyですよね。MastodonもMisskeyも自サーバに設置して（他者のアカウント開設を受け入れなければ）自分専用で使えます。実際にそうして「お一人様Mastodon／Misskey」を使っている方々もたくさんいらっしゃいますし。「そこまで大規模なものは要らない」と思われる方もいらっしゃるでしょうけども、𝕏に匹敵する機能を備えればそうなる、ということでもあります（たぶん）。
てがろぐの本質は、2000年代から存在する「掲示板CGI」ですから、𝕏に機能を寄せると言っても極めて浅いレベルで限界があります。システム的には単に「掲示板の見た目をちょっとSNS寄りっぽい感じにした」というだけのことですからね。しかもデータ管理にデータベースを使っていない上に、モジュールを2つしか読まないPerlで書かれているシステムですし。（理由は「動作要件を低く抑えるため」です。）
「CGIを設置して使おう」と考える人々は、その辺の技術レベル感は理解しているもの、という前提で（当初は）居ましたけども、てがろぐを使うために初めてサーバを契約するという方も最近はいらっしゃるようですから、確かに「期待させすぎるのはよくない」とは言えるかもしれませんね。
昔々そのまた昔、自サイトに通販機能を付けたいというクライアントさんから、「ちょっとAmazonみたいなやつを作ってくれたらええねんで」と言われたときのことを思い出しました。┌(:3」└)┐
なお、現状の標準機能でそれっぽい動作にするには、ツリー表示には隠れハッシュタグ機能を、引用表示にはOGPカードリンク機能を使って頂くくらいかな、と思います。
🍰Re:5608◆いつも有用な情報とツールをありがとうございます。検索機能を活用したツリー表示はなかなかアクロバット感のある実現方法で感心しました。JavaScriptでの引用も自然な感じで合成できていますね。私から要望するのはやや筋が違う気もしますが、解説は読んでみたいです。^^
国産SNSとしてmixi2に期待しているんですけども、果たしてPCからアカウントが開設可能になるのはいつなのか。（招待状）
🍰Re:5586◆ご要望をありがとうございます。前3つについては、カスタムQUICKPOSTの機能ができれば（スキン側で）実現はできそうに思います（たぶん）。今のところ、CGIソースを触らずにカスタマイズで実現できる点はなさそうです。
🍰Re:5587◆「個別に」というのは、記事ごとにカウント方法を変えたい、という意味ですか？
🍰Re:5588◆「親ページ」・「子ページ」というのは何のことでしょう？
🍰Re:5589◆買収当初は、早々にイーロンが経営を諦めて𝕏から再びTwitterに戻ってくれることを期待してTwitterと呼び続けていたんですけども、もはやそうはなりそうにないので、そろそろ私もあれを𝕏と呼ぶべきかな……という気がしています。(笑)
🍰Re:5591◆お役に立っているようで嬉しいです。(╹◡╹)ﾉ
🍰Re:5593◆その場合、あらゆる投稿からランダムに選ぶのではなく、何らかの限定範囲から1つを選ぶような仕組みが必要でしょうかね？
🍰Re:5601◆ありがとうございます～！ メールで返信させて頂きました。もし届いていなかったら別の方ですので再度ご連絡下さい。(^_^;) 汎用いいね拍手ボタン的なツールもなんとかリリースに漕ぎ着けたいと思っています～。
🍰Re:5586◆ご要望をありがとうございます。前3つについては、カスタムQUICKPOSTの機能ができれば（スキン側で）実現はできそうに思います（たぶん）。今のところ、CGIソースを触らずにカスタマイズで実現できる点はなさそうです。
🍰Re:5587◆「個別に」というのは、記事ごとにカウント方法を変えたい、という意味ですか？
🍰Re:5588◆「親ページ」・「子ページ」というのは何のことでしょう？
🍰Re:5589◆買収当初は、早々にイーロンが経営を諦めて𝕏から再びTwitterに戻ってくれることを期待してTwitterと呼び続けていたんですけども、もはやそうはなりそうにないので、そろそろ私もあれを𝕏と呼ぶべきかな……という気がしています。(笑)
🍰Re:5591◆お役に立っているようで嬉しいです。(╹◡╹)ﾉ
🍰Re:5593◆その場合、あらゆる投稿からランダムに選ぶのではなく、何らかの限定範囲から1つを選ぶような仕組みが必要でしょうかね？
🍰Re:5601◆ありがとうございます～！ メールで返信させて頂きました。もし届いていなかったら別の方ですので再度ご連絡下さい。(^_^;) 汎用いいね拍手ボタン的なツールもなんとかリリースに漕ぎ着けたいと思っています～。
正月休み期間だからか、ずいぶん盛況ですね。2日で10投稿以上あるとは。
なお、そろそろ寝ます。(:3[____]
🍰Re:5578◆例と情報をありがとうございます。助かります。たぶんそう遠くないうちに実装できると思います～。
説明もありがとうございます。rel=0は確かにデフォルトで付けておくと便利そうですね。YouTubeの埋め込みは、特定の動画を埋め込む目的で使われるのが主でしょうから、rel=0をデフォルトで付けておくことによる不都合というのはあまりなさそうですし。
🍰Re:5579◆ご説明をありがとうございます。
てがろぐは、画像単位ではなく投稿単位で表示する仕組みですから、「あまり表に流したくない内容」は、投稿そのものを『下げる(一覧外)』に設定して投稿して頂く必要があります。つまり、画像のUP時ではなく、本文の投稿時に「それをどう扱って欲しいのか」を指定する感じです。
画像のフラグにある「一覧外」フラグは、あくまでも（例外的に画像だけが表示される）「新着画像リスト」と「画像一覧モード」の2つのためだけに存在しています。（投稿側の「下げる(一覧外)」と同じ「一覧外」という名称を画像フラグにも使ってしまったのはちょっと紛らわしかったかもしれませんね。）
てがろぐでは、投稿本文と画像は完全に別管理なので、「投稿に含まれている画像の属性」に応じて「投稿そのもの」の扱いを変える方法がありません。（仮にできたとしても、1投稿に複数の画像が含まれている場合の判断に困りますし。）
ギャラリーモードも通常モードと同じ投稿単位で表示するモードですから、画像側のフラグではなく投稿側のフラグで表示が決まります。
「一覧外にした意味がなくなってしまいます」と思われるということは、「新着画像リスト」や「画像一覧モード」は不使用なのでしょうね。
であれば、そもそも画像側に「一覧外」のフラグを付ける必要はありません。そのフラグはあくまでも「新着画像リスト」と「画像一覧モード」だけで使われるフラグですから。（※将来的に使うかもしれない、という場合には確かに使っておく意味はありますけども。）
投稿する際に、投稿に対して「下げる」機能をお使い下さい。
あと、文章後半の「一覧外に下げた投稿は～」以降の話は、今回の画像の件ではなく別件（投稿仕様の話）ですかね？ 投稿の際に、『下げる(一覧外)』に設定した上で、さらにカテゴリも設定すれば、そのカテゴリ限定表示時に表示されるようになりますのでお試し下さい。デフォルト設定では「カテゴリ限定表示時」以外でも表示されるのですが、下げた投稿が表示される状況を選択する方法をお使い頂くと、『「カテゴリ限定表示時」と「投稿単独表示時」だけでしか表示されない』ようにもできます。（※最新のVer 4.7.3βでは、ユーザ限定表示時も除外できるようになりました。）
なお、そろそろ寝ます。(:3[____]
🍰Re:5578◆例と情報をありがとうございます。助かります。たぶんそう遠くないうちに実装できると思います～。
説明もありがとうございます。rel=0は確かにデフォルトで付けておくと便利そうですね。YouTubeの埋め込みは、特定の動画を埋め込む目的で使われるのが主でしょうから、rel=0をデフォルトで付けておくことによる不都合というのはあまりなさそうですし。
🍰Re:5579◆ご説明をありがとうございます。
てがろぐは、画像単位ではなく投稿単位で表示する仕組みですから、「あまり表に流したくない内容」は、投稿そのものを『下げる(一覧外)』に設定して投稿して頂く必要があります。つまり、画像のUP時ではなく、本文の投稿時に「それをどう扱って欲しいのか」を指定する感じです。
画像のフラグにある「一覧外」フラグは、あくまでも（例外的に画像だけが表示される）「新着画像リスト」と「画像一覧モード」の2つのためだけに存在しています。（投稿側の「下げる(一覧外)」と同じ「一覧外」という名称を画像フラグにも使ってしまったのはちょっと紛らわしかったかもしれませんね。）
てがろぐでは、投稿本文と画像は完全に別管理なので、「投稿に含まれている画像の属性」に応じて「投稿そのもの」の扱いを変える方法がありません。（仮にできたとしても、1投稿に複数の画像が含まれている場合の判断に困りますし。）
ギャラリーモードも通常モードと同じ投稿単位で表示するモードですから、画像側のフラグではなく投稿側のフラグで表示が決まります。
「一覧外にした意味がなくなってしまいます」と思われるということは、「新着画像リスト」や「画像一覧モード」は不使用なのでしょうね。
であれば、そもそも画像側に「一覧外」のフラグを付ける必要はありません。そのフラグはあくまでも「新着画像リスト」と「画像一覧モード」だけで使われるフラグですから。（※将来的に使うかもしれない、という場合には確かに使っておく意味はありますけども。）
投稿する際に、投稿に対して「下げる」機能をお使い下さい。
あと、文章後半の「一覧外に下げた投稿は～」以降の話は、今回の画像の件ではなく別件（投稿仕様の話）ですかね？ 投稿の際に、『下げる(一覧外)』に設定した上で、さらにカテゴリも設定すれば、そのカテゴリ限定表示時に表示されるようになりますのでお試し下さい。デフォルト設定では「カテゴリ限定表示時」以外でも表示されるのですが、下げた投稿が表示される状況を選択する方法をお使い頂くと、『「カテゴリ限定表示時」と「投稿単独表示時」だけでしか表示されない』ようにもできます。（※最新のVer 4.7.3βでは、ユーザ限定表示時も除外できるようになりました。）
🍰Re:5575◆こちらのローカルにあるファイルは既に修正しました。
試しに、この試験場のCGIもアップデートしてみました。今は、No.5569でご指摘頂いたようなURL（＝丸括弧で終わっているページ名にフラグメント（ # 記号で始まるアンカー名）が付いているURL）でも、ハッシュタグだとは誤解釈されずにURLだと判定されます。
→ https://ja.wikisource.org/wiki/%E5%88%91%E6%B3%95_(%E6...
次のβ版から確実に対応版をご使用頂けますので、公開までもうしばらくお待ち下さい。（今月の内に少なくとも1回はβ版を公開したいと思っています。）
試しに、この試験場のCGIもアップデートしてみました。今は、No.5569でご指摘頂いたようなURL（＝丸括弧で終わっているページ名にフラグメント（ # 記号で始まるアンカー名）が付いているURL）でも、ハッシュタグだとは誤解釈されずにURLだと判定されます。
→ https://ja.wikisource.org/wiki/%E5%88%91%E6%B3%95_(%E6...
次のβ版から確実に対応版をご使用頂けますので、公開までもうしばらくお待ち下さい。（今月の内に少なくとも1回はβ版を公開したいと思っています。）
クリスマスケーキというと、一般的にはどんなケーキでしょうかね？ 苺が載った白いケーキ？
🍰Re:5574◆ご要望をありがとうございます。
🍰Re:5574◆ご要望をありがとうございます。
- その機能が何のために必要で、
- その機能がないとどのような点に困るのか
2026年ですねえ。もう令和も8年目……？
きな粉餅を食べました。おいしい。
クリスマスケーキはまだ食べていません。もうそういう名称では売っていないと思いますから、何らかのケーキを買ってきて「これはクリスマスケーキである」と思いながら食べる以外にないんですが、仮にそうするとしてもどこでケーキを調達するべきか……。🤔
🍰Re:5565◆現状の仕様の都合から実装はあまり簡単ではない気がしていますので、気長にお待ち頂ければ幸いです。
とりあえず、今の時点でできる対処方法としては、子孫カテゴリ全部を一気に表示させるのが目的であれば、cat=diary,tsubo のように（URLのパラメータで）カテゴリIDをカンマで区切って下さい。3つ以上でもいくつでも同時に表示できます。詳しくは「カテゴリ限定表示」の『▼複数のカテゴリを同時に表示したい場合』あたりをご覧下さい。
🍰Re:5566◆管理画面の投稿一覧から編集するのではなく、投稿そのものに「編集」ボタンを表示することをお勧めします。そうすれば、先頭固定でも何でも「いま見ている投稿」から編集画面に移動できます。（編集ボタンは、ログインしている場合に限って見えるようにする方法もあります。）
🍰Re:5567◆カレンダーは、本来の表示月から指定月数ほどずらしたカレンダーを表示する記法を併用することで、複数月分を一括出力できます。例えば、[[CALENDAR]] [[CALENDAR:-1]] [[CALENDAR:-2]]と書くと「今月・前月・前々月」の3ヶ月分のカレンダーを出力できます。この方法をうまく使うと、ページ遷移せずにその場でカレンダーを切り替えられる仕組みが（JavaScriptで）作れます。
🍰Re:5568◆今年もよろしくです！(╹◡╹)ﾉ
🍰Re:5569◆ああ、なるほど。ご指摘ありがとうございます。確かに、そうなりますね。ハッシュタグを (#Hashtag)(#Hashtag) ……のように掲載している人が居ないとも限りませんから、（URLが開きカッコ(記号で終わるケースはまずないだろうと考えて）とりあえず閉じ丸括弧)だけを（ハッシュタグ化の）除外条件に加えておくと良さそうですかね。
次のバージョンで対処します。（とりあえず現時点では、お手数ですが既にお試しの通り、URLに含まれる閉じ丸括弧を %29 に置き換えてご使用をお願いします。）
🍰Re:5570◆可能です。要は鍵入力欄にinputmode属性を加えれば良いだけなので、以下のJavaScriptをスキンHTMLの末尾に書けば良いです。
<script>
document.querySelectorAll('input.passkeyinput').forEach(input => {
input.setAttribute('inputmode', 'numeric');
});
</script>
上記の 'numeric'は、入力文字種を数字に限りたい場合の記述です。英字にしたい場合は email にすると良いかもしれません。HTML5.1の仕様には latin や kana がありましたが既に廃止されていますから、今のブラウザでは指定しても効かないかもしれません。
🍰Re:5571◆何かテストに使える無難なYouTubeのプレイリストってあります？
🍰Re:5572◆それはブラウザで skin-cover.html にアクセスしている状態です。tegalog.cgi にアクセスして下さい。
きな粉餅を食べました。おいしい。
クリスマスケーキはまだ食べていません。もうそういう名称では売っていないと思いますから、何らかのケーキを買ってきて「これはクリスマスケーキである」と思いながら食べる以外にないんですが、仮にそうするとしてもどこでケーキを調達するべきか……。🤔
🍰Re:5565◆現状の仕様の都合から実装はあまり簡単ではない気がしていますので、気長にお待ち頂ければ幸いです。
とりあえず、今の時点でできる対処方法としては、子孫カテゴリ全部を一気に表示させるのが目的であれば、cat=diary,tsubo のように（URLのパラメータで）カテゴリIDをカンマで区切って下さい。3つ以上でもいくつでも同時に表示できます。詳しくは「カテゴリ限定表示」の『▼複数のカテゴリを同時に表示したい場合』あたりをご覧下さい。
🍰Re:5566◆管理画面の投稿一覧から編集するのではなく、投稿そのものに「編集」ボタンを表示することをお勧めします。そうすれば、先頭固定でも何でも「いま見ている投稿」から編集画面に移動できます。（編集ボタンは、ログインしている場合に限って見えるようにする方法もあります。）
🍰Re:5567◆カレンダーは、本来の表示月から指定月数ほどずらしたカレンダーを表示する記法を併用することで、複数月分を一括出力できます。例えば、[[CALENDAR]] [[CALENDAR:-1]] [[CALENDAR:-2]]と書くと「今月・前月・前々月」の3ヶ月分のカレンダーを出力できます。この方法をうまく使うと、ページ遷移せずにその場でカレンダーを切り替えられる仕組みが（JavaScriptで）作れます。
🍰Re:5568◆今年もよろしくです！(╹◡╹)ﾉ
🍰Re:5569◆ああ、なるほど。ご指摘ありがとうございます。確かに、そうなりますね。ハッシュタグを (#Hashtag)(#Hashtag) ……のように掲載している人が居ないとも限りませんから、（URLが開きカッコ(記号で終わるケースはまずないだろうと考えて）とりあえず閉じ丸括弧)だけを（ハッシュタグ化の）除外条件に加えておくと良さそうですかね。
次のバージョンで対処します。（とりあえず現時点では、お手数ですが既にお試しの通り、URLに含まれる閉じ丸括弧を %29 に置き換えてご使用をお願いします。）
🍰Re:5570◆可能です。要は鍵入力欄にinputmode属性を加えれば良いだけなので、以下のJavaScriptをスキンHTMLの末尾に書けば良いです。
<script>
document.querySelectorAll('input.passkeyinput').forEach(input => {
input.setAttribute('inputmode', 'numeric');
});
</script>
上記の 'numeric'は、入力文字種を数字に限りたい場合の記述です。英字にしたい場合は email にすると良いかもしれません。HTML5.1の仕様には latin や kana がありましたが既に廃止されていますから、今のブラウザでは指定しても効かないかもしれません。
🍰Re:5571◆何かテストに使える無難なYouTubeのプレイリストってあります？
🍰Re:5572◆それはブラウザで skin-cover.html にアクセスしている状態です。tegalog.cgi にアクセスして下さい。
てがろぐ要望です。すでにやることリストに入ってるものがあるかもしれませんが～
・ファビコン、内臓アイコンを画像管理一覧かカスタム絵文字から選べるようにしてほしい
できればカスタム絵文字をプルダウンの形で選べるといいなと思っています。
・「投稿の削除/編集」一覧にて、固定ポスト投稿が一番上に表示されるようにしてほしい
自分の使い方では告知等で頻繁に更新することがあるので、探しやすい方がうれしいなと
もしくは固定ポストに限らず優先順位みたいなことができると助かります
もう来年になってしまいますね
てがろぐ、オンライン日記帳として重宝しております。
web拍手ツールも完成楽しみにしています。
それではよいお年を～
・ファビコン、内臓アイコンを画像管理一覧かカスタム絵文字から選べるようにしてほしい
できればカスタム絵文字をプルダウンの形で選べるといいなと思っています。
・「投稿の削除/編集」一覧にて、固定ポスト投稿が一番上に表示されるようにしてほしい
自分の使い方では告知等で頻繁に更新することがあるので、探しやすい方がうれしいなと
もしくは固定ポストに限らず優先順位みたいなことができると助かります
もう来年になってしまいますね
てがろぐ、オンライン日記帳として重宝しております。
web拍手ツールも完成楽しみにしています。
それではよいお年を～
>>5558の方、要望としてお願いします～。
ああ、そういえば、標準添付の各スキンのうち、標準スキン以外のスキンには [[FAVICON]] を記述していなかったわ……。┌(:3」└)┐
標準スキン以外のスキンをお使いの場合で、（てがろぐ管理画面での）Faviconの設定を反映させたい場合は、とりあえず自力で skin-cover.html 内のhead要素内に [[FAVICON]] を書いて下さい。
次のバージョンでは、加えておきます。
標準スキン以外のスキンをお使いの場合で、（てがろぐ管理画面での）Faviconの設定を反映させたい場合は、とりあえず自力で skin-cover.html 内のhead要素内に [[FAVICON]] を書いて下さい。
次のバージョンでは、加えておきます。
年末……！ 2025年最後の週！（水曜日までしかない！） まだ何も終わっていない。┌(:3」└)┐
二度寝しようかな……。(:3[_____]
🌭Re:5554◆違うという認識で合っています。単にリストの見た目が入れ子構造になるだけです。
🌭Re:5555◆てがろぐに限らず、Faviconは常に「HTMLに直接記述されている方」が優先されます。スキンごとにFaviconを変更したい場合は、てがろぐ側では何も設定せず、スキン(HTML)側に直接Favicon指定を書く方法が分かりやすいのではないかと思います。
もしくは、
※てがろぐのFaviconのデフォルト設定では、適用先が「管理画面内のみ」になっているので、そのままではWebページのFaviconとしては使われません。また、たとえ適用先を「管理画面とスキン」に変更しても、スキン側に [[FAVICON]] の記述がなければFavicon指定はどこにも出力されないので使われませんからご注意下さい。
🌭Re:5556◆お読み下さってありがとうございます。(╹◡╹) ヘルプドキュメントでもブログでもだいたい「誰か読む人おるんかいな？」と疑問に思いながら書いていますので反応があるのはありがたいです。(笑) 「汎用いいね拍手ボタン的なツール（名称未定）」も、なんとかリリースに漕ぎ着けたいと思っています～。
二度寝しようかな……。(:3[_____]
🌭Re:5554◆違うという認識で合っています。単にリストの見た目が入れ子構造になるだけです。
🌭Re:5555◆てがろぐに限らず、Faviconは常に「HTMLに直接記述されている方」が優先されます。スキンごとにFaviconを変更したい場合は、てがろぐ側では何も設定せず、スキン(HTML)側に直接Favicon指定を書く方法が分かりやすいのではないかと思います。
もしくは、
- 特殊な1カテゴリを作るスキンにだけFaviconを直接記述しておき、
- 他のスキンには [[FAVICON]] を書いててがろぐ側でFaviconを変更できるようにする
※てがろぐのFaviconのデフォルト設定では、適用先が「管理画面内のみ」になっているので、そのままではWebページのFaviconとしては使われません。また、たとえ適用先を「管理画面とスキン」に変更しても、スキン側に [[FAVICON]] の記述がなければFavicon指定はどこにも出力されないので使われませんからご注意下さい。
🌭Re:5556◆お読み下さってありがとうございます。(╹◡╹) ヘルプドキュメントでもブログでもだいたい「誰か読む人おるんかいな？」と疑問に思いながら書いていますので反応があるのはありがたいです。(笑) 「汎用いいね拍手ボタン的なツール（名称未定）」も、なんとかリリースに漕ぎ着けたいと思っています～。
クリスマスがイブと当日の2日間しかないので、クリスマスケーキを食べても良さげな期間も2日間しかないのが問題なのではないか。🍰🍰🍰
🍰Re:5548,5550◆ご説明をありがとうございます。ご要望として記録しておきます。「HTMLを書ける機能」と「YouTubeドメイン選択機能」では後者の方が楽です。なので、楽かどうかだけで決める場合には後者を作ります。ただ、需要は前者の方が多そうですから、必ずしも楽な方を作るとは限りませんが。しかし、だからといって楽ではない方は（楽ではないために）そうそう直近で実装できる可能性も低いですから、実際にどちらが先になるかは（今の時点では）分かりませんけども。「楽に作れて、かつ、需要も多い」場合には実装する可能性は高くなります。(^_^;)
🍰Re:5549◆ご回答ありがとうございます。順序変更機能のご要望ということで受け取っておきます。なお、順序変更でも大丈夫なら、とりあえず現状でもtegalog.iniファイルの中身を編集すると実現できますので、もし今すぐに対処したい場合には下記の操作をお試し下さい。
その行には、すべてのユーザIDの情報が ユーザID<>権限Lv<>ユーザ名<>補足<>アイコン<> の規則で書かれていて、ユーザとユーザの間は <,> で区切られています。
例えば、ユーザがⒶⒷⒸの3つ登録されている場合は、userids=ユーザⒶ情報<,>ユーザⒷ情報<,>ユーザⒸ情報 のように記述されています。
もっと細かく書くと、userids=ユーザⒶID<>権限Lv<>ユーザ名<>補足<>アイコン<><,>ユーザⒷID<>権限Lv<>ユーザ名<>補足<>アイコン<><,>ユーザⒸID<>権限Lv<>ユーザ名<>補足<>アイコン<> ということですが。
以上で、ログインフォームのセレクトボックスの並び順を自由に変更できます。
※念のために、編集前の tegalog.ini ファイルのバックアップコピーを残しておくとこを忘れないようにご注意下さい。もし何らかの問題があれば、元のファイルに書き戻せば、すべて元通りになります。
🍰Re:5548,5550◆ご説明をありがとうございます。ご要望として記録しておきます。「HTMLを書ける機能」と「YouTubeドメイン選択機能」では後者の方が楽です。なので、楽かどうかだけで決める場合には後者を作ります。ただ、需要は前者の方が多そうですから、必ずしも楽な方を作るとは限りませんが。しかし、だからといって楽ではない方は（楽ではないために）そうそう直近で実装できる可能性も低いですから、実際にどちらが先になるかは（今の時点では）分かりませんけども。「楽に作れて、かつ、需要も多い」場合には実装する可能性は高くなります。(^_^;)
🍰Re:5549◆ご回答ありがとうございます。順序変更機能のご要望ということで受け取っておきます。なお、順序変更でも大丈夫なら、とりあえず現状でもtegalog.iniファイルの中身を編集すると実現できますので、もし今すぐに対処したい場合には下記の操作をお試し下さい。
- サーバにある tegalog.ini ファイルをダウンロードします。
- その tegalog.ini ファイルをテキストエディタで開きます。
- userids=で始まる行を探します。（アルファベット順に並んでいますから、かなり末尾にありますので、ファイルの終わりから探す方が早いです。たぶん終わりから21行目付近にあります。）
その行には、すべてのユーザIDの情報が ユーザID<>権限Lv<>ユーザ名<>補足<>アイコン<> の規則で書かれていて、ユーザとユーザの間は <,> で区切られています。
例えば、ユーザがⒶⒷⒸの3つ登録されている場合は、userids=ユーザⒶ情報<,>ユーザⒷ情報<,>ユーザⒸ情報 のように記述されています。
もっと細かく書くと、userids=ユーザⒶID<>権限Lv<>ユーザ名<>補足<>アイコン<><,>ユーザⒷID<>権限Lv<>ユーザ名<>補足<>アイコン<><,>ユーザⒸID<>権限Lv<>ユーザ名<>補足<>アイコン<> ということですが。
- この記述順序を、ログインフォームのセレクトボックスに表示したい望みの順序に書き換えます。例えば、ユーザⒷ→ユーザⒸ→ユーザⒶの順にしたいなら、userids=ユーザⒷ情報<,>ユーザⒸ情報<,>ユーザⒶ情報 のように書き換えます。
- ユーザの区切りとして <,> を適切に加えること。
- 余計な空白文字や改行を含めないこと。
- 書き換えられたら上書き保存します。
- 編集した tegalog.ini ファイルをサーバに上書きアップロードします。
以上で、ログインフォームのセレクトボックスの並び順を自由に変更できます。
※念のために、編集前の tegalog.ini ファイルのバックアップコピーを残しておくとこを忘れないようにご注意下さい。もし何らかの問題があれば、元のファイルに書き戻せば、すべて元通りになります。
クリスマスケーキを食べないまま、あっという間にクリスマスが過ぎていきました……。🍰🍰🍰
🍰Re:5543◆ご要望をありがとうございます！ 参考にさせて頂きます。#を頻繁に入力する場合は何でも簡単入力ボタン機能を使って頂くのが良い気がします。
🍰Re:5544◆ああ、確かにLOGIN REQUIREDの画面にはOGPの出力がないですね。出すようにします。
🍰Re:5545◆ログインフォームに表示されるIDの順序を変更できれば良いわけではなくて、ゲスト権限のIDしか出てこない専用画面がある方が望ましいですか？（どちらにしてもご要望としては記録しておきますが、できれば「なぜそれが必要なのか」の理由も教えて頂けると、優先度を判断する参考にできてありがたいです。）
🍰Re:5546◆youtube-nocookie.comドメインで「この動画は非公開です」と表示されるなら、youtube.comドメインでもあなた以外の閲覧者には「この動画は非公開です」と表示されると思いますが、その点は大丈夫ですか？
🍰Re:5543◆ご要望をありがとうございます！ 参考にさせて頂きます。#を頻繁に入力する場合は何でも簡単入力ボタン機能を使って頂くのが良い気がします。
🍰Re:5544◆ああ、確かにLOGIN REQUIREDの画面にはOGPの出力がないですね。出すようにします。
🍰Re:5545◆ログインフォームに表示されるIDの順序を変更できれば良いわけではなくて、ゲスト権限のIDしか出てこない専用画面がある方が望ましいですか？（どちらにしてもご要望としては記録しておきますが、できれば「なぜそれが必要なのか」の理由も教えて頂けると、優先度を判断する参考にできてありがたいです。）
🍰Re:5546◆youtube-nocookie.comドメインで「この動画は非公開です」と表示されるなら、youtube.comドメインでもあなた以外の閲覧者には「この動画は非公開です」と表示されると思いますが、その点は大丈夫ですか？
開発進捗状況報告サイトで、てがろぐ Ver 4.7.3(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 4.7.3βの更新点(概要)：
《▼新機能》
●下げた投稿を表示する状況の選択肢に「ユーザ別限定表示時」を追加。
●【既存ハッシュタグ簡単入力機能】の中に、「 #[] 」の3文字だけを挿入できる項目を加えるオプションを追加。
●デフォルトで使われるjQueryとLightboxを、CDNからではなく自前設置したファイルから読み込める設定を追加。
●Lightbox以外の画像拡大スクリプトを使いたい場合に、URLだけでなく、HTMLのscript要素とlink要素を直接書いて指定する方法も追加。
《▼仕様改善》
●jQueryとLightboxがCDNから読まれる場合は、crossorigin属性とintegrity属性等を加えた状態でscript要素を出力するよう改善。
《▼不具合修正》
なし
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Bluesky
mixi2
Mastodon(Pawoo)
Twitter：
🆕 Ver 4.7.3βの更新点(概要)：
《▼新機能》
●下げた投稿を表示する状況の選択肢に「ユーザ別限定表示時」を追加。
●【既存ハッシュタグ簡単入力機能】の中に、「 #[] 」の3文字だけを挿入できる項目を加えるオプションを追加。
●デフォルトで使われるjQueryとLightboxを、CDNからではなく自前設置したファイルから読み込める設定を追加。
●Lightbox以外の画像拡大スクリプトを使いたい場合に、URLだけでなく、HTMLのscript要素とlink要素を直接書いて指定する方法も追加。
《▼仕様改善》
●jQueryとLightboxがCDNから読まれる場合は、crossorigin属性とintegrity属性等を加えた状態でscript要素を出力するよう改善。
《▼不具合修正》
なし
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Bluesky
mixi2
Mastodon(Pawoo)
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
久しぶりにジャーマンポテトを食べました。🥔🥔🥔
🥔Re:5536◆設定画面って、ただでさえ項目が多い中、入力欄の文字サイズを16pxにしてしまうと、見渡せる範囲がさらに低下してしまう問題はないですかね……？ 元々画面が狭くて見渡せる量が少ないのに、さらに見える量が減ってしまうと、なおさら使いにくくなるのではないかな、という危惧もあります。設定はできるだけPCでするのをお勧め致します。
🥔Re:5537◆ああ、確かに # だけでなく #[] も加えるオプションを用意しておくと便利かもしれませんね。ToDoリストに入れておきます。今の時点では、管理画面の[設定]→[投稿欄の表示]→【機能ボタンの表示設定】→『▼何でも簡単入力ボタン機能』に #[] を書いておくと、投稿欄下部の[機能]ボタンを押したときに #[] を入力できるボタンが表示されます。とりあえず、これを代わりに使ってみて下さい。 ➡Ver 4.7.3βで追加しました。>>5540
なお、半角全角混じりのハッシュタグを [] なしで書くのは、既存の記法との兼ね合いで無理なのですが、 [] 付きで書いても、実際の表示では [] を省略して見せる設定はできます。
🥔Re:5536◆設定画面って、ただでさえ項目が多い中、入力欄の文字サイズを16pxにしてしまうと、見渡せる範囲がさらに低下してしまう問題はないですかね……？ 元々画面が狭くて見渡せる量が少ないのに、さらに見える量が減ってしまうと、なおさら使いにくくなるのではないかな、という危惧もあります。設定はできるだけPCでするのをお勧め致します。
🥔Re:5537◆ああ、確かに # だけでなく #[] も加えるオプションを用意しておくと便利かもしれませんね。ToDoリストに入れておきます。
なお、半角全角混じりのハッシュタグを [] なしで書くのは、既存の記法との兼ね合いで無理なのですが、 [] 付きで書いても、実際の表示では [] を省略して見せる設定はできます。
読んだ漫画にクッキーが出てきたのでクッキー食べたいな……と思ったのだけども買い置きはない……。🍪🍪🍪
🍪Re:5520,5528◆ご指摘ありがとうございます。そして、アナウンスする前に気付いて下さってありがとうございます。^^ 「MM/D」や「M/D」や「M/DD」などの形式で書いても自動で「MM/DD」に修正して解釈するよう仕様を改善しました。
🍪Re:5521◆ご要望をありがとうございます。参考までにお尋ねしたいのですが、「カテゴリをまとめて変更したいとき」というのは、具体的にはどんな感じの変更ですかね？
🍪Re:5525◆便利ツールをありがとうございます。以前も拝見しましたが、UIの見た目が良いですね！
🍪Re:5526◆ご紹介をありがとうございます。なるほど、同梱JSの機能でしたか。便利な機能拡張はとてもありがたいですね。(╹◡╹)
🍪Re:5520,5528◆ご指摘ありがとうございます。そして、アナウンスする前に気付いて下さってありがとうございます。^^ 「MM/D」や「M/D」や「M/DD」などの形式で書いても自動で「MM/DD」に修正して解釈するよう仕様を改善しました。
🍪Re:5521◆ご要望をありがとうございます。参考までにお尋ねしたいのですが、「カテゴリをまとめて変更したいとき」というのは、具体的にはどんな感じの変更ですかね？
- ある条件に該当する投稿を、あるカテゴリに追加で属させたい。
- ある条件に該当する投稿を、所属カテゴリなしの状態にしたい。
- ある条件に該当する投稿から、特定のカテゴリの所属だけを削除（他のカテゴリにも属している場合、それはそのまま）したい。
- あるカテゴリに属している投稿のうち、ある条件に該当する投稿だけを、別のカテゴリに移動させたい。
- ： ： ：
🍪Re:5525◆便利ツールをありがとうございます。以前も拝見しましたが、UIの見た目が良いですね！
🍪Re:5526◆ご紹介をありがとうございます。なるほど、同梱JSの機能でしたか。便利な機能拡張はとてもありがたいですね。(╹◡╹)
手軽なカレンダー表示CGIを探してたどり着きました。表示をHTMLのスキンで処理できる点とても気に入っています。
昨日最新版にあたる『さんごよみVer.2.0.0』をダウンロードしサーバーにアップしチェックしておりました。
11月の祝日「文化の日」が正しく祝日判定されないことに気づき、確認したところサーバーにアップして動作を始めた時点で祝日リストの文化の日が【11/3,文化の日】となっているようです。
動作確認用の祝日リストでは【11/03,文化の日】となっているので、カレンダーで正しく表示されるようです。
自身の環境で祝日リストを変更したところ、正しく11月の祝日として表示されるようになりました。動作させるにはリスト変更で対応できますが、ダウンロードしてすぐだと気づけないようなので確認いただけませんでしょうか。
お忙しいところお手数をおかけいたしますがよろしくお願いいたします。
昨日最新版にあたる『さんごよみVer.2.0.0』をダウンロードしサーバーにアップしチェックしておりました。
11月の祝日「文化の日」が正しく祝日判定されないことに気づき、確認したところサーバーにアップして動作を始めた時点で祝日リストの文化の日が【11/3,文化の日】となっているようです。
動作確認用の祝日リストでは【11/03,文化の日】となっているので、カレンダーで正しく表示されるようです。
自身の環境で祝日リストを変更したところ、正しく11月の祝日として表示されるようになりました。動作させるにはリスト変更で対応できますが、ダウンロードしてすぐだと気づけないようなので確認いただけませんでしょうか。
お忙しいところお手数をおかけいたしますがよろしくお願いいたします。
5513、5515、5517の者です。何度もすみません。
引用の方なのですが、リンクカード形式を用いてもログイン者限定公開状態では(リンクをクリックすれば正しくジャンプできますが)ログイン画面しか表示されないため、当方の環境ではTwitterの引用の代わりとして利用することはできないようです。
勝手なお願いではございますが、引用機能についても実装をご検討頂けますと幸いです。
何度も失礼致しました。
引用の方なのですが、リンクカード形式を用いてもログイン者限定公開状態では(リンクをクリックすれば正しくジャンプできますが)ログイン画面しか表示されないため、当方の環境ではTwitterの引用の代わりとして利用することはできないようです。
勝手なお願いではございますが、引用機能についても実装をご検討頂けますと幸いです。
何度も失礼致しました。
🍵Re:5515◆そういえば、ハッシュタグを使う方法もありますので、ご活用下さい。普通にハッシュタグを使うと「ハッシュタグ一覧」に出てきてしまいますが、一覧にリストアップされない「隠れハッシュタグ」というのもありますので、最初から大量の投稿を繋げると分かっていて投稿する場合にはこの方法も使えると思います。
なお、Twitter的な埋め込み形式をご希望の場合は、リンク先ページのOGP情報を読み取ってカード型リンクを表示する方法というのはあります。これは主に外部サイトへのリンクをカード型にする用途の機能ですが、てがろぐ側でOGP情報が出力する設定なら、てがろぐの任意の投稿を引用っぽく埋め込む用途にも使えると思います。ただ、毎回URLを書かないといけないので少々面倒な気はしますけども。
あと、てがろぐはTwitterと違って後からいくらでも再編集可能ですし文字数制限もありませんから、「複数の投稿を繋げよう」と考えなくても、単純に「最初の投稿の本文末尾にどんどん追記していく」という方法も使えると思います。その方が、1つの話題が1投稿に収まるので、後から見直す際や全文検索で探す際にも分かりやすくて望ましいのではないでしょうか？
とはいえ、ご要望は記録しておきます。返信連結機能は（Twitter等のSNSで標準仕様なためか）わりと需要はあるようで以前からご要望は頂いていますが、実装するにしてもちょいと仕様の拡張に手間がかかりそうですので、今のところは上記に挙げたような方法をご活用頂ければ幸いです。
なお、Twitter的な埋め込み形式をご希望の場合は、リンク先ページのOGP情報を読み取ってカード型リンクを表示する方法というのはあります。これは主に外部サイトへのリンクをカード型にする用途の機能ですが、てがろぐ側でOGP情報が出力する設定なら、てがろぐの任意の投稿を引用っぽく埋め込む用途にも使えると思います。ただ、毎回URLを書かないといけないので少々面倒な気はしますけども。
あと、てがろぐはTwitterと違って後からいくらでも再編集可能ですし文字数制限もありませんから、「複数の投稿を繋げよう」と考えなくても、単純に「最初の投稿の本文末尾にどんどん追記していく」という方法も使えると思います。その方が、1つの話題が1投稿に収まるので、後から見直す際や全文検索で探す際にも分かりやすくて望ましいのではないでしょうか？
とはいえ、ご要望は記録しておきます。返信連結機能は（Twitter等のSNSで標準仕様なためか）わりと需要はあるようで以前からご要望は頂いていますが、実装するにしてもちょいと仕様の拡張に手間がかかりそうですので、今のところは上記に挙げたような方法をご活用頂ければ幸いです。
5513です。にししさん、ご返信ありがとうございます。
連結表示機能は存じておりますが、自分はTwitterで引用だったり返信をツリーで繋げたりして自分の思考や出来事の流れを把握できるようにしがちで、大量の投稿を繋げるのが常だったので、この機能でそれを再現しようとするとちょっと大変なことになってしまうのです。
返信をツリー形式で表示する機能が無いのでしたら、引用も含め、実装希望です！
どうかご検討の程よろしくお願い致します！
連結表示機能は存じておりますが、自分はTwitterで引用だったり返信をツリーで繋げたりして自分の思考や出来事の流れを把握できるようにしがちで、大量の投稿を繋げるのが常だったので、この機能でそれを再現しようとするとちょっと大変なことになってしまうのです。
返信をツリー形式で表示する機能が無いのでしたら、引用も含め、実装希望です！
どうかご検討の程よろしくお願い致します！
夏が暑かったならそれだけ冬も暖冬になって欲しいのですけども、なんか近畿圏でももう雪が降りそうだとか……？☃ ☃ ☃
まだ12月に入ったばかりなのに。
🍵Re:5512◆てがろぐの拡張ではなく、「てがろぐアドオンとしても使える」という機能を備えた独立プログラムなので、そもそも「どのIDで投稿されたものか」という情報を調べる仕組みを用意していなかったのでした。もちろん、てがろぐ側のデータファイルを読めば分かるので、最初から仕様として盛り込んでいればできたとは思うんですが、そこそこ作り上げてしまった今から追加するのはちょっと難しいな、という感じです。
そもそも、ボタンが押された際に表示される「お礼メッセージ」がツール内で共通な仕様（＝複数ユーザで別々に用意することを考慮した仕組みになっていない）ですから、設置ツールが1つだけだと、お礼メッセージが全ユーザ共通になります。そこまでユーザ別に分けられるように作ろうとすると、もうデータファイルの仕様から考え直すことになるので、残念ながら今となっては無理ですね。（というか、たとえ当初にそうしようと考えたとしても、複雑になり過ぎるために断念した可能性もありますけども。）
なので、「1ユーザにつき1ツール設置する」という方向性でご理解下さい。
🍵Re:5513◆返信をツリーで表示する機能はありませんが、複数の投稿をまとめて表示する「複数投稿の連結表示」機能はあります。書き方はこちら。
引用する機能は公式にはありませんが、JavaScriptを使って動的に引用できる機能を作ったスキンを公開して下さっている方もいらっしゃいますので、その辺もご活用になると良いのではないかと思います。
まだ12月に入ったばかりなのに。
🍵Re:5512◆てがろぐの拡張ではなく、「てがろぐアドオンとしても使える」という機能を備えた独立プログラムなので、そもそも「どのIDで投稿されたものか」という情報を調べる仕組みを用意していなかったのでした。もちろん、てがろぐ側のデータファイルを読めば分かるので、最初から仕様として盛り込んでいればできたとは思うんですが、そこそこ作り上げてしまった今から追加するのはちょっと難しいな、という感じです。
そもそも、ボタンが押された際に表示される「お礼メッセージ」がツール内で共通な仕様（＝複数ユーザで別々に用意することを考慮した仕組みになっていない）ですから、設置ツールが1つだけだと、お礼メッセージが全ユーザ共通になります。そこまでユーザ別に分けられるように作ろうとすると、もうデータファイルの仕様から考え直すことになるので、残念ながら今となっては無理ですね。（というか、たとえ当初にそうしようと考えたとしても、複雑になり過ぎるために断念した可能性もありますけども。）
なので、「1ユーザにつき1ツール設置する」という方向性でご理解下さい。
🍵Re:5513◆返信をツリーで表示する機能はありませんが、複数の投稿をまとめて表示する「複数投稿の連結表示」機能はあります。書き方はこちら。
引用する機能は公式にはありませんが、JavaScriptを使って動的に引用できる機能を作ったスキンを公開して下さっている方もいらっしゃいますので、その辺もご活用になると良いのではないかと思います。
ホットケーキは食べました。先日の朝食で。🥞🥞🥞
🥞Re:5504◆それは（パラメータの組み合わせによって）同じ本文が何度もBotに取得されることでサーバが高負荷になってしまうのを防止するための、クローラー向けアクセス制限機能が働いた結果です。具体的には、パラメータに date・user・tag のどれかが1つ以上含まれている場合、Botに対しては「403 Forbidden」エラーを返します。ブラウザの開発者ツールなどを使ってUA(ユーザエージェント)名をGoogle Botなどのものに変更してアクセスしてみると、下図のようなシンプルなエラーが返っていることを確認できます。
今のところ、この機能をOFFにする選択肢は用意していません。ただ、date(日付別ページ)・user(ユーザ別ページ)・tag(ハッシュタグ別ページ)はクロールできなくても、個別記事ページのクロールは可能ですから特に悪影響はないと考えています。
なお、cat(カテゴリ別ページ)については、同じ本文を重複して取得する要因にもなりますが、「特定のカテゴリページ」だけを特殊な表示にするカスタマイズで使われているケースがありますので（※それをクロールされたいケースもあるだろうと考えて）、アクセス制限からは除外してあります。
🥞Re:5505◆ご愛用をどうもありがとうございます。また、ご要望もありがとうございます。既に「ログイン者限定表示」機能という機能がありますが、これでは何か不足がありますか？
🥞Re:5504◆それは（パラメータの組み合わせによって）同じ本文が何度もBotに取得されることでサーバが高負荷になってしまうのを防止するための、クローラー向けアクセス制限機能が働いた結果です。具体的には、パラメータに date・user・tag のどれかが1つ以上含まれている場合、Botに対しては「403 Forbidden」エラーを返します。ブラウザの開発者ツールなどを使ってUA(ユーザエージェント)名をGoogle Botなどのものに変更してアクセスしてみると、下図のようなシンプルなエラーが返っていることを確認できます。
今のところ、この機能をOFFにする選択肢は用意していません。ただ、date(日付別ページ)・user(ユーザ別ページ)・tag(ハッシュタグ別ページ)はクロールできなくても、個別記事ページのクロールは可能ですから特に悪影響はないと考えています。
なお、cat(カテゴリ別ページ)については、同じ本文を重複して取得する要因にもなりますが、「特定のカテゴリページ」だけを特殊な表示にするカスタマイズで使われているケースがありますので（※それをクロールされたいケースもあるだろうと考えて）、アクセス制限からは除外してあります。
🥞Re:5505◆ご愛用をどうもありがとうございます。また、ご要望もありがとうございます。既に「ログイン者限定表示」機能という機能がありますが、これでは何か不足がありますか？
