サイトマップ ［5075件］（10ページ目）
➡ 2024年2月28日(水) 01時03分 〔1年以上前〕 No.4329 ✎ ！
コロッケも食べました。美味しい😋
🍩Re:4328◆そうですね。当初はどうなることかと思いましたが、ずしずしな打鍵感も完全に慣れた気がします。キーのどこを押してもちゃんと押下できるので、ショートカットキーの入力ミスがなくなりました。^^
🍩Re:4328◆そうですね。当初はどうなることかと思いましたが、ずしずしな打鍵感も完全に慣れた気がします。キーのどこを押してもちゃんと押下できるので、ショートカットキーの入力ミスがなくなりました。^^
➡ 2024年2月28日(水) 00時14分 〔1年以上前〕 回答/返信 No.4327 ✎ ！
久しぶりに焼売を食べました。美味しい😋
🍩Re:4325◆投票機能もあったら便利だな、とは思いますね。ただ、投票機能はてがろぐの内部にある既存機能と何一つ重複していない感じなので、加えるとしたら相当な拡張になりますから、実現する可能性はあまり高くないと思います。とはいえ、何か良さげな実装方法を思いつかないとも限りませんから、あまり期待せずにお待ち頂ければ幸いです。
🍩Re:4326◆アンカーポイントを設置してそこへリンクできる機能ですよね？ 現状の機能としてはないんですが、こんな感じでどうかな？という実装案はありまして、昨年に実施したてがろぐ追加検討機能の投票結果では、だいたい真ん中くらいの得票数でした。（もしこの実装案の仕様でいくなら）実装はそんなに難しいわけではない気がしていますので、要望が多ければ早めに作ってもいいかな……、というくらいの感じでいます。(^_^;) このアンカーポイント機能があると、てがろぐリリースノート内でも目次から見出し位置に飛べる機能を用意できて便利そうなんですよね。たぶん。（ただ、そこまで長文を書くなら、もっと本格的なブログツールを使う方が良いのではないか、という気もしないでもないのですけども。^^;）
🍩Re:4325◆投票機能もあったら便利だな、とは思いますね。ただ、投票機能はてがろぐの内部にある既存機能と何一つ重複していない感じなので、加えるとしたら相当な拡張になりますから、実現する可能性はあまり高くないと思います。とはいえ、何か良さげな実装方法を思いつかないとも限りませんから、あまり期待せずにお待ち頂ければ幸いです。
🍩Re:4326◆アンカーポイントを設置してそこへリンクできる機能ですよね？ 現状の機能としてはないんですが、こんな感じでどうかな？という実装案はありまして、昨年に実施したてがろぐ追加検討機能の投票結果では、だいたい真ん中くらいの得票数でした。（もしこの実装案の仕様でいくなら）実装はそんなに難しいわけではない気がしていますので、要望が多ければ早めに作ってもいいかな……、というくらいの感じでいます。(^_^;) このアンカーポイント機能があると、てがろぐリリースノート内でも目次から見出し位置に飛べる機能を用意できて便利そうなんですよね。たぶん。（ただ、そこまで長文を書くなら、もっと本格的なブログツールを使う方が良いのではないか、という気もしないでもないのですけども。^^;）
➡ 2024年2月20日(火) 14時39分 〔1年以上前〕 回答/返信 No.4319 ✎ ！
たい焼き（冷凍）を食べました！🐟🐟🐟
🐟Re:4312◆ゲストIDを Read Only なアカウントにできるオプションは実装しようと思います。ご要望ありがとうございます。なお、てがろぐでは、画像はただサーバにファイルとしてUPしているだけであって（てがろぐの支配下にありませんので）「画像にアクセスできなくする」ことは仕様上無理なので（＝URLが分かれば常に誰でもアクセスできますので）、画像の保護が必要な場合にはサーバ側の認証機能をご活用下さい。
🐟Re:4313◆了解しました。今のところ良さげな実装方法を思いつけていないのですが、思いついたときには検討します。
🐟Re:4314◆私の（さくらインターネットの）サーバでも試しにWAFをONにしたところ、たしかに「../../」みたいな記述を含めて投稿しようとしたときには同様の警告画面になり、サーバのWAFログには「ディレクトリトラバーサルからの防御」と記録されていました。WAFは使えるなら使う方が望ましいですから、てがろぐ側でそれっぽい記述が書かれた際にはJavaScriptでちょいと注意喚起するくらいの仕様はあっても良いかもしれませんね。（注意喚起するだけで、警告の回避はできないわけですけども。^^;）こんな機能を設けたら良いかな、という気はしました。
🐟Re:4316◆なるほど、グリスですか。有用な記事をどうもありがとうございます！ この記事で言及されているCtrlキーの問題は、まさしく私の遭遇している問題ですね。^^; 早速、この記事で紹介されていたグリスをAmazonで注文してみました！ 届いたら試してみます。
🐟Re:4318◆キーボードは実際に打ってみないと合うかどうか分かりませんしね。展示するにはスペースを取る上に価格も高いわけではないので（ピンキリではありますけども）、なかなか見本の潤沢な提示は（そこら辺の店だと）難しいんだろうな、とは思います。^^;
🐟Re:4312◆ゲストIDを Read Only なアカウントにできるオプションは実装しようと思います。ご要望ありがとうございます。なお、てがろぐでは、画像はただサーバにファイルとしてUPしているだけであって（てがろぐの支配下にありませんので）「画像にアクセスできなくする」ことは仕様上無理なので（＝URLが分かれば常に誰でもアクセスできますので）、画像の保護が必要な場合にはサーバ側の認証機能をご活用下さい。
🐟Re:4313◆了解しました。今のところ良さげな実装方法を思いつけていないのですが、思いついたときには検討します。
🐟Re:4314◆私の（さくらインターネットの）サーバでも試しにWAFをONにしたところ、たしかに「../../」みたいな記述を含めて投稿しようとしたときには同様の警告画面になり、サーバのWAFログには「ディレクトリトラバーサルからの防御」と記録されていました。WAFは使えるなら使う方が望ましいですから、てがろぐ側でそれっぽい記述が書かれた際にはJavaScriptでちょいと注意喚起するくらいの仕様はあっても良いかもしれませんね。（注意喚起するだけで、警告の回避はできないわけですけども。^^;）こんな機能を設けたら良いかな、という気はしました。
🐟Re:4316◆なるほど、グリスですか。有用な記事をどうもありがとうございます！ この記事で言及されているCtrlキーの問題は、まさしく私の遭遇している問題ですね。^^; 早速、この記事で紹介されていたグリスをAmazonで注文してみました！ 届いたら試してみます。
🐟Re:4318◆キーボードは実際に打ってみないと合うかどうか分かりませんしね。展示するにはスペースを取る上に価格も高いわけではないので（ピンキリではありますけども）、なかなか見本の潤沢な提示は（そこら辺の店だと）難しいんだろうな、とは思います。^^;
➡
2024年2月20日(火)
08時41分
〔1年以上前〕
つぼやき
No.4318
✎
！
2005年くらいに、秋葉原に、店内がキーボードの展示だらけのお店があったなあと思い出す。全部打って試して買いました。キーボードの販売はああるべきといまだ思う。打鍵感がとか、ソフトの方の反応の速さがとか言っても、今時は通じない人もいる。
最近はもうすっかりワイヤレスに甘やかされて、電池がひたすら長く持つLogitech一択ですけれども、人生の中で最高に好みのキーボードは東芝のG6のキーボード。
最近はもうすっかりワイヤレスに甘やかされて、電池がひたすら長く持つLogitech一択ですけれども、人生の中で最高に好みのキーボードは東芝のG6のキーボード。
➡ 2024年2月19日(月) 21時09分 〔1年以上前〕 雑記 No.4316 ✎ ！
＞にししさんの今日のひとことログ No.11520 、11533
私も最近、長年使っているメンブレンキーボードの母音のローマ字キーなどがうまく押し下げられなくなって困っていたところでした。入力が全く出来なくなるほどに故障してるわけじゃないし、何か直す手段がないかなと調べていたらグリースを塗布して解消している記事を見つけました。(既にご存知でしたらすみません)
キーボードの引っ掛かりをグリースで解消
https://fukappa.work/keyboard-grease/
スプレーだと多すぎるのでチューブのものを買ってみようと思ってます。予備のキーボードも持ってますが、完全に使えなくなるまで延命したくなってしまうので予備の出番が中々来ません(^^；)
私も最近、長年使っているメンブレンキーボードの母音のローマ字キーなどがうまく押し下げられなくなって困っていたところでした。入力が全く出来なくなるほどに故障してるわけじゃないし、何か直す手段がないかなと調べていたらグリースを塗布して解消している記事を見つけました。(既にご存知でしたらすみません)
キーボードの引っ掛かりをグリースで解消
https://fukappa.work/keyboard-grease/
スプレーだと多すぎるのでチューブのものを買ってみようと思ってます。予備のキーボードも持ってますが、完全に使えなくなるまで延命したくなってしまうので予備の出番が中々来ません(^^；)
➡ 2024年2月15日(木) 22時22分 〔1年以上前〕 No.4314 ✎ ！
4307です。詳しい解説をありがとうございます！
てがろぐ側の問題ではなかったとのことで、たいへん失礼いたしました。
そういえばそんなの設定してたなあと思ってサーバのログを確認してみたところ、知らないうちに結構仕事をしてくれていたようで、肝がちょっと冷えました……。
大人しくWAFはオンのままにして、検知に引っかからない記述の仕方で運用しようと思います。
勉強になりました！ありがとうございます！
てがろぐ側の問題ではなかったとのことで、たいへん失礼いたしました。
そういえばそんなの設定してたなあと思ってサーバのログを確認してみたところ、知らないうちに結構仕事をしてくれていたようで、肝がちょっと冷えました……。
大人しくWAFはオンのままにして、検知に引っかからない記述の仕方で運用しようと思います。
勉強になりました！ありがとうございます！
➡ 2024年2月15日(木) 21時10分 〔1年以上前〕 No.4313 ✎ ！
No.4305です。回答ありがとうございます。
欲を言えばⒶ・Ⓑ両方から選べると嬉しいです（使用中に変えたくなることもありそうなので）。
Ⓐの場合、NGワードやブラックリストのようなものも登録できると有難いかなと思います。
少しでも参考になれば幸いです。
欲を言えばⒶ・Ⓑ両方から選べると嬉しいです（使用中に変えたくなることもありそうなので）。
Ⓐの場合、NGワードやブラックリストのようなものも登録できると有難いかなと思います。
少しでも参考になれば幸いです。
➡ 2024年2月15日(木) 20時39分 〔1年以上前〕 No.4312 ✎ ！
No.4306です。
「ゲストIDでは一切投稿ができず、ただ読めるだけ」のオプション機能、とても良いと思いますし、ぜひ導入して頂けると嬉しいです😊
細かい要望をお伝えすると、検索避けとしても機能したり、画像にアクセス出来ないようになると有難いですが、これは本当におまけ程度の要望です（自分で設定出来なくもないので）。
色々なSNSを使いましたが、てがろぐに敵うものがなく、サポートもとても充実しているので、手放せない実需品になっています。本当にありがとうございます🙇♀️
「ゲストIDでは一切投稿ができず、ただ読めるだけ」のオプション機能、とても良いと思いますし、ぜひ導入して頂けると嬉しいです😊
細かい要望をお伝えすると、検索避けとしても機能したり、画像にアクセス出来ないようになると有難いですが、これは本当におまけ程度の要望です（自分で設定出来なくもないので）。
色々なSNSを使いましたが、てがろぐに敵うものがなく、サポートもとても充実しているので、手放せない実需品になっています。本当にありがとうございます🙇♀️
➡ 2024年2月15日(木) 17時18分 〔1年以上前〕 回答/返信 No.4308 ✎ ！
ぱりんこを食べました。🍘🍘🍘
🍘Re:4303◆できるだけPHP側のバージョンには依存しないように作りたいとは思っています。ただ、画像のサムネイルを自動生成するには何らかのライブラリを使うしかないので、PHPに(たぶん)セットで存在するGDライブラリを使いますから、それがなかったり古すぎたりすることがなければ良いのですけどもね。GDライブラリが使用可能かどうかは phpinfo()で分かるようですので、気が向いたら調べてみて下さい。^^;（いや、なくても管理者に要望するくらいしかできないわけですが。あと、仮にGDライブラリがあるとしても、ライブラリにもバージョンがありますから絶対に使えるとも限らないわけですけども。）
🍘Re:4305◆ご要望をありがとうございます。参考までに伺いたいのですが、Ⓐ「誰でもコメントできる」・Ⓑ「ログイン者のみがコメントできる」のどちらをお望みでしょうか？
🍘Re:4306◆現状では、てがろぐ Ver 4.2.2βで実装した、『ログイン済みでないとどのページも閲覧できなくする「プライベート動作」機能』を使えば、似たようなことができそうに思います。読者専用のIDを用意しておいて、そのIDでログインしてもらえば、それ以外の人には見えませんし、ログインは最初の1回だけで済みます（セッション有効期限が来るまでは）。ただ、今の時点では「読めるだけ」のIDを作ることができないので、「ゲストIDでは一切投稿ができず、ただ読めるだけ」というような動作にするオプション機能が必要でしょうかね。
🍘Re:4307◆ご報告をどうもありがとうございます。それは、WAF（＝Web・アプリケーション・ファイアウォール）の誤検知が原因のエラーのようですね。サーバのコントロールパネルでWAFを有効にしている場合は、時々そういう問題が発生します。WAFを有効にしている場合、さくらインターネット以外のサーバでも発生する可能性があります（その際のエラー画面は様々ですが。ロリポップだと403 Forbiddenエラーが出るようです）。
基本的にWAFというのは、「送信できる内容に制限を受け入れる代わりに、外部からの攻撃っぽいアクセスを防げる」機能だと思います。とはいえ、WAFのOFFをお勧めはしにくいので、どうしても「../」を2回以上含む投稿をする必要がある、というのでなければWAFはONのままをお勧め致します。
※例えば ../../abc/～ というような相対パスではなく、/path/to/abc/～ のような「/」で始まる絶対パスで書くと問題ないのではないかと思います。
🍘Re:4303◆できるだけPHP側のバージョンには依存しないように作りたいとは思っています。ただ、画像のサムネイルを自動生成するには何らかのライブラリを使うしかないので、PHPに(たぶん)セットで存在するGDライブラリを使いますから、それがなかったり古すぎたりすることがなければ良いのですけどもね。GDライブラリが使用可能かどうかは phpinfo()で分かるようですので、気が向いたら調べてみて下さい。^^;（いや、なくても管理者に要望するくらいしかできないわけですが。あと、仮にGDライブラリがあるとしても、ライブラリにもバージョンがありますから絶対に使えるとも限らないわけですけども。）
🍘Re:4305◆ご要望をありがとうございます。参考までに伺いたいのですが、Ⓐ「誰でもコメントできる」・Ⓑ「ログイン者のみがコメントできる」のどちらをお望みでしょうか？
🍘Re:4306◆現状では、てがろぐ Ver 4.2.2βで実装した、『ログイン済みでないとどのページも閲覧できなくする「プライベート動作」機能』を使えば、似たようなことができそうに思います。読者専用のIDを用意しておいて、そのIDでログインしてもらえば、それ以外の人には見えませんし、ログインは最初の1回だけで済みます（セッション有効期限が来るまでは）。ただ、今の時点では「読めるだけ」のIDを作ることができないので、「ゲストIDでは一切投稿ができず、ただ読めるだけ」というような動作にするオプション機能が必要でしょうかね。
🍘Re:4307◆ご報告をどうもありがとうございます。それは、WAF（＝Web・アプリケーション・ファイアウォール）の誤検知が原因のエラーのようですね。サーバのコントロールパネルでWAFを有効にしている場合は、時々そういう問題が発生します。WAFを有効にしている場合、さくらインターネット以外のサーバでも発生する可能性があります（その際のエラー画面は様々ですが。ロリポップだと403 Forbiddenエラーが出るようです）。
- 確実に避けるには、WAF機能をOFFにして頂く必要があります。
- WAF機能をOFFにはしたくない場合は、「サーバの仕様」だと考えて諦めるしかありません。
- ただ、FAQページにある『Ⓑてがろぐ側でNGワードを避ける方法』で対処可能なら、WAFを有効にしたままでも大丈夫です。
基本的にWAFというのは、「送信できる内容に制限を受け入れる代わりに、外部からの攻撃っぽいアクセスを防げる」機能だと思います。とはいえ、WAFのOFFをお勧めはしにくいので、どうしても「../」を2回以上含む投稿をする必要がある、というのでなければWAFはONのままをお勧め致します。
※例えば ../../abc/～ というような相対パスではなく、/path/to/abc/～ のような「/」で始まる絶対パスで書くと問題ないのではないかと思います。
➡ 2024年2月15日(木) 00時11分 〔1年以上前〕 No.4307 ✎ ！
#報告 です。
Ver4.2.0にて、相対パスでのリンク を、「../」のようにピリオド2連で始まる書き方で1記事内に2回以上記述すると以下の投稿エラーが出てしまいます。
記述が1回だけであれば問題なく投稿できました。
また、ピリオド1つの「./」から始める書き方にすると、こちらは何回記述しても特に問題なく投稿できます。
ので、特に実害はないのですが…。混在させてみても2連が2回以上になるとだめのようです。
さくらインターネットのライトプランを使用しています。
畳む
自分の環境のみの問題でしたら申し訳ありません。
よくわからない現象なのですが、一応ご報告だけさせていただきます。
Ver4.2.0にて、相対パスでのリンク を、「../」のようにピリオド2連で始まる書き方で1記事内に2回以上記述すると以下の投稿エラーが出てしまいます。
記述が1回だけであれば問題なく投稿できました。
また、ピリオド1つの「./」から始める書き方にすると、こちらは何回記述しても特に問題なく投稿できます。
ので、特に実害はないのですが…。混在させてみても2連が2回以上になるとだめのようです。
さくらインターネットのライトプランを使用しています。
Forbidden
The server refuse to browse the page.
The URL or value may not be correct. Please confirm the value.
TIME: 1707922261.455928 (2024-02-14 23:51:01 (+0900))
METHOD: POST
PATH_QUERY: /設置フォルダ/tegalog.cgi
SAKURA Internet Inc.
畳む
自分の環境のみの問題でしたら申し訳ありません。
よくわからない現象なのですが、一応ご報告だけさせていただきます。
➡ 2024年2月14日(水) 17時40分 〔1年以上前〕 No.4306 ✎ ！
No.4298です。回答ありがとうございます！
「Twitterをフォローしている人に限定公開」が難しい場合、「自分のてがろぐを読者登録（のようなもの）している人にだけ公開」という機能は可能でしょうか？
「パスワードを入力する手間がなく、ワンクリックで見られてしまう隠す機能でもない」、それ以外の限定公開方法が欲しいなと思いました。
「Twitterをフォローしている人に限定公開」が難しい場合、「自分のてがろぐを読者登録（のようなもの）している人にだけ公開」という機能は可能でしょうか？
「パスワードを入力する手間がなく、ワンクリックで見られてしまう隠す機能でもない」、それ以外の限定公開方法が欲しいなと思いました。
➡ 2024年2月13日(火) 07時54分 〔1年以上前〕 No.4305 ✎ ！
要望なのですが、投稿へのコメント機能は可能でしょうか？カスタマイズでつける・つけないが選べると有難いなと思います。
➡ 2024年2月11日(日) 15時11分 〔1年以上前〕 No.4303 ✎ ！
No.4300です
画像ありきのギャラリーモード専用サイトみたいなページを生成できるツールを作りかけられてるんですね。とても嬉しいですし使えることを楽しみにしております。
ですが、私のサーバーはfyaを使っているのですがphpが古い（5.5(suPHP 0.7.2)）らしく、導入できないプログラムとかあったので、使えるかどうかが解らないです……。
今の所てがろぐは導入も出来、専用PHP「TegUp」も動作確認できたので余りphpのこともcgiのことも解らないのですが、大丈夫かなぁと思っております。
ありがとうございます。
画像ありきのギャラリーモード専用サイトみたいなページを生成できるツールを作りかけられてるんですね。とても嬉しいですし使えることを楽しみにしております。
ですが、私のサーバーはfyaを使っているのですがphpが古い（5.5(suPHP 0.7.2)）らしく、導入できないプログラムとかあったので、使えるかどうかが解らないです……。
今の所てがろぐは導入も出来、専用PHP「TegUp」も動作確認できたので余りphpのこともcgiのことも解らないのですが、大丈夫かなぁと思っております。
ありがとうございます。
➡ 2024年2月11日(日) 14時45分 〔1年以上前〕 回答/返信 No.4302 ✎ ！
昼食は、たらこピザ。🍕🍕🍕
🍘Re:4298◆ご要望をどうもありがとうございます。(╹◡╹) ただ、てがろぐは（1カ所で提供されるサービスではなく）各々に設置して使ってもらうCGIなので、仮にTwitter APIを使うような機能を加えても、使うためには『設置する人それぞれが自分のTwitter IDを開発者アカウントに登録してAPIキーを取得』して、そのキーを使ってTwitterにアクセスするよう設定してもらう必要がありまして、ちょっとハードルが高いかな、と思います。あと、TwitterのAPIが「帰ってきた」と言っても、いつイーロンの方針でまた「去って行く」か分からないという信用の低さがありますし。(笑) なので、外部サービスのAPIを読んで云々……という機能はあまり期待しないで頂く方が良さそうに思います。
🍘Re:4299◆詳しく試して下さってありがとうございます！ なるほど、line-heightでうまくいきましたか。次のバージョンには（前回に追加したmax-heightではなく）その line-height を追記しておきます。
🍘Re:4230◆てがろぐをイラスト展示サイトにご活用頂いているのですね。ご要望をどうもありがとうございます。今、画像ありきのギャラリーモード専用サイトみたいなページを生成できるツールを作りかけているところですので、むしろそちらをお待ち頂く方が良いかもしれません。応援の声があればモチベーションが高まって開発が早まる可能性があります。(笑) そちらはPHPで作っていまして、PHPならGDライブラリがあることを前提にしても良さそうですから、サムネイル画像の自動生成もできる予定ではいます。（最初のリリースバージョンに実装されているかどうかは別の話ですが。）
🍘Re:4231◆すみません。「カテゴリなし」の投稿をカウントする機能が内部に無いので、今のところは「カテゴリなし」の該当数を表示することができないのです。将来的には可能なようにしたいと思ってはいます。気長にお待ち頂ければ幸いです。
🍘Re:4298◆ご要望をどうもありがとうございます。(╹◡╹) ただ、てがろぐは（1カ所で提供されるサービスではなく）各々に設置して使ってもらうCGIなので、仮にTwitter APIを使うような機能を加えても、使うためには『設置する人それぞれが自分のTwitter IDを開発者アカウントに登録してAPIキーを取得』して、そのキーを使ってTwitterにアクセスするよう設定してもらう必要がありまして、ちょっとハードルが高いかな、と思います。あと、TwitterのAPIが「帰ってきた」と言っても、いつイーロンの方針でまた「去って行く」か分からないという信用の低さがありますし。(笑) なので、外部サービスのAPIを読んで云々……という機能はあまり期待しないで頂く方が良さそうに思います。
🍘Re:4299◆詳しく試して下さってありがとうございます！ なるほど、line-heightでうまくいきましたか。次のバージョンには（前回に追加したmax-heightではなく）その line-height を追記しておきます。
🍘Re:4230◆てがろぐをイラスト展示サイトにご活用頂いているのですね。ご要望をどうもありがとうございます。今、画像ありきのギャラリーモード専用サイトみたいなページを生成できるツールを作りかけているところですので、むしろそちらをお待ち頂く方が良いかもしれません。応援の声があればモチベーションが高まって開発が早まる可能性があります。(笑) そちらはPHPで作っていまして、PHPならGDライブラリがあることを前提にしても良さそうですから、サムネイル画像の自動生成もできる予定ではいます。（最初のリリースバージョンに実装されているかどうかは別の話ですが。）
🍘Re:4231◆すみません。「カテゴリなし」の投稿をカウントする機能が内部に無いので、今のところは「カテゴリなし」の該当数を表示することができないのです。将来的には可能なようにしたいと思ってはいます。気長にお待ち頂ければ幸いです。
➡ 2024年2月10日(土) 16時52分 〔1年以上前〕 No.4301 ✎ ！
こんにちは。お世話になっております。
カテゴリ一覧に「カテゴリなし」を表示する時、カテゴリの投稿数を他と同じように表示したいです。
やり方について、ご教示いただけますと幸いです。
カテゴリ一覧に「カテゴリなし」を表示する時、カテゴリの投稿数を他と同じように表示したいです。
やり方について、ご教示いただけますと幸いです。
➡ 2024年2月10日(土) 15時31分 〔1年以上前〕 No.4300 ✎ ！
要望です。
当方はイラストを展示しているサイトを運営しています。
画像にもカテゴリの設定が出来るようにして欲しいです。
画像にカテゴリ設定をし、カテゴリ別に表示した画像一覧モードをサイトに埋め込むことで画像を登録しただけでサイトの更新ができるようにしたいです。
勿論ページを作成して画像を登録して、カテゴリ別に表示したギャラリーモードを埋め込む方法もあるのですが、ページを作成しなくても良いようにしたいです。
また、画像一覧を並べるとどうしてもサイズが大きいので登録した画像からサムネイル画像を作成できるようにしてほしいです。
可能であればよろしくお願いします。
当方はイラストを展示しているサイトを運営しています。
画像にもカテゴリの設定が出来るようにして欲しいです。
画像にカテゴリ設定をし、カテゴリ別に表示した画像一覧モードをサイトに埋め込むことで画像を登録しただけでサイトの更新ができるようにしたいです。
勿論ページを作成して画像を登録して、カテゴリ別に表示したギャラリーモードを埋め込む方法もあるのですが、ページを作成しなくても良いようにしたいです。
また、画像一覧を並べるとどうしてもサイズが大きいので登録した画像からサムネイル画像を作成できるようにしてほしいです。
可能であればよろしくお願いします。
➡ 2024年2月8日(木) 13時48分 〔1年以上前〕 No.4298 ✎ ！
こんにちは。てがろぐが本当に便利でいつも有難く使わせて頂いています。
機能の要望なのですが、Twitter（X）のフォロワー限定公開のAPIが帰ってきたということで、投稿をTwitter（X）フォロワー限定で公開する機能があれば本当に有難く思います。
もしよろしければ、検討して頂けますと幸いです。
機能の要望なのですが、Twitter（X）のフォロワー限定公開のAPIが帰ってきたということで、投稿をTwitter（X）フォロワー限定で公開する機能があれば本当に有難く思います。
もしよろしければ、検討して頂けますと幸いです。
➡ 2024年2月7日(水) 10時52分 〔1年以上前〕 No.4296 ✎ ！
にししさんこんにちは。てがろぐをマイクロブログとして使用させていただいてお世話になっております。
自分のサイトのTOPページ(ブログの一つ上の階層)に、てがろぐのお知らせカテゴリーの記事をiframeの中に表示させたいです。
小さめの枠でスクロールバーがついていて、下までいくとブログを全画面で開くリンクとPowered by表記が表示されます。
この場合、スクロールさせないとPowered by表記が表示されないのですが違反になりますか?
シンプルなワンカラムのスキンで一見してブログの埋め込みということはわかりずらいですが、スクロールさせることが出来るということはすぐ見て分かるようにはなっています。
お知らせを書く事を一度ですませて二か所に表示したいという怠惰です。(^^ゞrssをプログラムで埋め込むというのは難しくてよくわかりませんでした。
それではご回答よろしくお願いします。 #質問
自分のサイトのTOPページ(ブログの一つ上の階層)に、てがろぐのお知らせカテゴリーの記事をiframeの中に表示させたいです。
小さめの枠でスクロールバーがついていて、下までいくとブログを全画面で開くリンクとPowered by表記が表示されます。
この場合、スクロールさせないとPowered by表記が表示されないのですが違反になりますか?
シンプルなワンカラムのスキンで一見してブログの埋め込みということはわかりずらいですが、スクロールさせることが出来るということはすぐ見て分かるようにはなっています。
お知らせを書く事を一度ですませて二か所に表示したいという怠惰です。(^^ゞrssをプログラムで埋め込むというのは難しくてよくわかりませんでした。
それではご回答よろしくお願いします。 #質問
➡ 2024年2月6日(火) 20時55分 〔1年以上前〕 回答/返信 No.4295 ✎ ！
返信・回答が遅くなってすみません。
節分には、豆まきはしませんでしたが、豆は食べました。たぶん、年の数よりもたくさん。
🍣Re:4286◆最初からそう設計していたら話は早かったんですけどもね。そうではないので、確認しないといけない箇所が多くてなかなか面倒なのです。意図しないところで書けてしまうと（自分以外と共用している場合に）危ないですし。
🍣Re:4287◆詳しく検証して下さってありがとうございます！ モバイルOSを想定したフォント指定になっていないのも問題の1つかもしれませんね。もしかして line-height: 1.5; みたいな感じで行高を固定すると良いんでしょうかね……？
🍣Re:4288◆お役に立ったようで良かったです～。(╹◡╹)ﾉ
🍣Re:4289◆ご提案ありがとうございます。たしかに「ログイン者限定」という表現は分かりやすくて良さそうな気がしますね。
🍣Re:4290◆「記事一覧」というのは、どこのことでしょうか？ てがろぐは動的生成なので、たいていの箇所は投稿と同時に更新されると思います。（一部、動作速度向上のためにキャッシュしている部分はありますが。） もう少し具体的に場所を教えて頂けると、何らかの回答ができると思います。
🍣Re:4291◆気に入って下さってありがとうございます！
🍣Re:4292,4294◆エックスサーバーでも同じ問題があったんですね。情報をありがとうございます。近いうちに補足情報を書き加えておきます。
🍣Re:4293◆関東圏はなかなか大変だったみたいですね～。
節分には、豆まきはしませんでしたが、豆は食べました。たぶん、年の数よりもたくさん。
🍣Re:4286◆最初からそう設計していたら話は早かったんですけどもね。そうではないので、確認しないといけない箇所が多くてなかなか面倒なのです。意図しないところで書けてしまうと（自分以外と共用している場合に）危ないですし。
🍣Re:4287◆詳しく検証して下さってありがとうございます！ モバイルOSを想定したフォント指定になっていないのも問題の1つかもしれませんね。もしかして line-height: 1.5; みたいな感じで行高を固定すると良いんでしょうかね……？
🍣Re:4288◆お役に立ったようで良かったです～。(╹◡╹)ﾉ
🍣Re:4289◆ご提案ありがとうございます。たしかに「ログイン者限定」という表現は分かりやすくて良さそうな気がしますね。
🍣Re:4290◆「記事一覧」というのは、どこのことでしょうか？ てがろぐは動的生成なので、たいていの箇所は投稿と同時に更新されると思います。（一部、動作速度向上のためにキャッシュしている部分はありますが。） もう少し具体的に場所を教えて頂けると、何らかの回答ができると思います。
🍣Re:4291◆気に入って下さってありがとうございます！
🍣Re:4292,4294◆エックスサーバーでも同じ問題があったんですね。情報をありがとうございます。近いうちに補足情報を書き加えておきます。
🍣Re:4293◆関東圏はなかなか大変だったみたいですね～。
➡ 2024年2月4日(日) 18時37分 〔1年以上前〕 No.4292 ✎ ！
こんにちは。いつも便利に使わせていただいています。
以前4200の投稿等で、リトルサーバーにててがろぐを利用する際にはtegalog.cgiのパーミッションは704にするのが望ましい（エラーログが記録されるため）というお話がありましたが、
現在私が利用しているエックスサーバーのエラーログを確認したところ、同様のエラーログが記録されていたためこちらに報告させていただきます。
エラーログはmod_mime_magic: can't read〜という内容のものです。パーミッションを704に変更し様子を見てみます。
以前4200の投稿等で、リトルサーバーにててがろぐを利用する際にはtegalog.cgiのパーミッションは704にするのが望ましい（エラーログが記録されるため）というお話がありましたが、
現在私が利用しているエックスサーバーのエラーログを確認したところ、同様のエラーログが記録されていたためこちらに報告させていただきます。
エラーログはmod_mime_magic: can't read〜という内容のものです。パーミッションを704に変更し様子を見てみます。
➡ 2024年2月2日(金) 02時31分 〔1年以上前〕 No.4288 ✎ ！
2669,4232,4255の者です。Ver 4.2.2βにアップデートしました！
今までカテゴリ概要文を外側スキンに直接書いて擬似的に表示させていた部分が
[[IF(selected-cat):<p>★[[INFO:NOWCAT:DESCRIPTION]]</p>:IF]]
の1行で済むようになって、スキンのソースもすっきりしました。しかも現在表示しているカテゴリの概要文だけじゃなくてカテゴリ名、アイコン、IDを表示できる記法が実装されたのもカスタマイズの幅がますます広がりそうで嬉しいです。
いつもありがとうございます！これからも愛用します！
今までカテゴリ概要文を外側スキンに直接書いて擬似的に表示させていた部分が
[[IF(selected-cat):<p>★[[INFO:NOWCAT:DESCRIPTION]]</p>:IF]]
の1行で済むようになって、スキンのソースもすっきりしました。しかも現在表示しているカテゴリの概要文だけじゃなくてカテゴリ名、アイコン、IDを表示できる記法が実装されたのもカスタマイズの幅がますます広がりそうで嬉しいです。
いつもありがとうございます！これからも愛用します！
➡ 2024年2月2日(金) 00時42分 〔1年以上前〕 No.4287 ✎ ！
4275です。Ver 4.2.2β公開お疲れ様です！その時限定されているカテゴリの概要文を表示する記法は欲しいと思っていたので実装されて嬉しいです。
管理画面のアイコンの高さの件、私の環境固有の問題なのにご対応下さりありがとうございます。4.2.2βの管理画面をキャッシュクリアなどをした上で見てみましたが、4.2.1βまでと変化なしでした。でもにししさんが「半角文字を含むボタンだけ高さが増す」と仰っているのを見て、調べたり検証したりしてわかった事はあります。
端末購入後からシステムフォントを変えていないのですが、どうやらGalaxyの初期システムフォントは和文部分だけ「イワタUDゴシック」で英文はSamsungが独自に作ったフォント？という合成フォントっぽい…ので、そのSamsungが独自に作ったっぽいフォントのグリフが行間を広めに設定されているのだと思われます。
参考URL①
参考URL②
イワタフォントのサンプル と同じ文字をメモ帳アプリで表示してみましたが、言われてみれば確かに英数などは違う…
試しにてがろぐVer 4.2.2βの管理画面を単体のhtmlファイルとして保存して、cssのフォント指定を変えてみたり「/」や「ID」の文字を消してみたりして検証したところ、やはりGalaxyのシステムフォント且つ半角文字が入った時だけボタンの高さが増しました。
…というわけで半角文字を含むボタンだけ高さが増してしまう原因は端末側の合成システムフォントのようです。せっかく早々とご対応下さったのに、フォント側をどうにかするしかなさそうな結果になってしまい申し訳ございません。なんとなく「源ノ角ゴシック」をWordやIllustratorなどで使うと行間が異様に広くなってしまう→それを改善した「源真ゴシック」が登場…という流れを思い出しました(^^；) #報告
管理画面のアイコンの高さの件、私の環境固有の問題なのにご対応下さりありがとうございます。4.2.2βの管理画面をキャッシュクリアなどをした上で見てみましたが、4.2.1βまでと変化なしでした。でもにししさんが「半角文字を含むボタンだけ高さが増す」と仰っているのを見て、調べたり検証したりしてわかった事はあります。
端末購入後からシステムフォントを変えていないのですが、どうやらGalaxyの初期システムフォントは和文部分だけ「イワタUDゴシック」で英文はSamsungが独自に作ったフォント？という合成フォントっぽい…ので、そのSamsungが独自に作ったっぽいフォントのグリフが行間を広めに設定されているのだと思われます。
参考URL①
参考URL②
イワタフォントのサンプル と同じ文字をメモ帳アプリで表示してみましたが、言われてみれば確かに英数などは違う…
試しにてがろぐVer 4.2.2βの管理画面を単体のhtmlファイルとして保存して、cssのフォント指定を変えてみたり「/」や「ID」の文字を消してみたりして検証したところ、やはりGalaxyのシステムフォント且つ半角文字が入った時だけボタンの高さが増しました。
…というわけで半角文字を含むボタンだけ高さが増してしまう原因は端末側の合成システムフォントのようです。せっかく早々とご対応下さったのに、フォント側をどうにかするしかなさそうな結果になってしまい申し訳ございません。なんとなく「源ノ角ゴシック」をWordやIllustratorなどで使うと行間が異様に広くなってしまう→それを改善した「源真ゴシック」が登場…という流れを思い出しました(^^；) #報告
➡ 2024年2月1日(木) 01時19分 〔1年以上前〕 アップデート✨ No.4283 ✎ ！
開発進捗状況報告サイトで、てがろぐ Ver 4.2.2(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 4.2.2βの更新点(概要)：
《▼新機能》
🌺そのとき限定されているカテゴリの各種情報を挿入できる専用記法の追加。
🌺新規投稿/編集画面に自由なHTML(edit.htm)をスキン別に加える機能の追加。
🌺ログイン済みでないとどのページも閲覧できなくする「プライベート動作」機能の追加。
🌺SITEMAP XMLを静的ファイルに出力する機能。
《▼仕様改善》
🌸QUICKPOSTで投稿欄が空っぽの状態で投稿したときの動作を改善。
🌸管理画面に表示されるボタンの高さを制限するよう装飾を改善。(テスト)
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
🆕 Ver 4.2.2βの更新点(概要)：
《▼新機能》
🌺そのとき限定されているカテゴリの各種情報を挿入できる専用記法の追加。
🌺新規投稿/編集画面に自由なHTML(edit.htm)をスキン別に加える機能の追加。
🌺ログイン済みでないとどのページも閲覧できなくする「プライベート動作」機能の追加。
🌺SITEMAP XMLを静的ファイルに出力する機能。
《▼仕様改善》
🌸QUICKPOSTで投稿欄が空っぽの状態で投稿したときの動作を改善。
🌸管理画面に表示されるボタンの高さを制限するよう装飾を改善。(テスト)
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
➡ 2024年2月1日(木) 01時19分 〔1年以上前〕 回答/返信 No.4282 ✎ ！
パインアメをなめています。🍍🍬
🍍Re:4275◆さらに詳しい検証をどうもありがとうございます。なるほど、OLED。たしかにそういうディスプレイ側の仕様を使った機能かもしれませんね。◆さて、スクリーンショットありがとうございます。たしかに、半角文字を含むボタンだけ、高さが増すようですね。半角文字に適用されるフォントの都合でしょうかね……。これらのボタンには max-height を指定していなかったので、試しに先程公開した Ver 4.2.2β では max-height を指定してみました。この試験場も Ver 4.2.2β にしてありますので、大きさが揃うかどうか試してみて下さい。
🍍Re:4276◆TegUpのご活用と動作報告をどうもありがとうございます！ お役に立ったようで嬉しいです。(╹◡╹) ChatGPTはWeb製作とかプログラミング関連での回答が凄まじく役に立ちますね。
🍍Re:4277◆ご要望をどうもありがとうございます。たしかにその機能はまだありません。「最初の投稿日時」の情報って、自動取得されるだけで手動修正はできない仕様でも問題ないですかね？ 既存の日付編集欄はあくまでも「更新日時の入力欄」という扱いで。もしそれで問題がないなら、編集欄の個数を増やす必要が無いので実装の手間が減るかな、という気もしているのですけども。
🍍Re:4278◆丸坊主体験談まで頂けるとは予想していませんでした。ありがとうございます。(笑) なるほど、でこぼこに。なかなか綺麗に刈るのは難しいんですねぇ。^^;
🍍Re:4279◆個人情報を書いてはダメです。^^;（これは、サーバ側の認証機能を使わないなら、どんな場合でも、です。）たしかに「プライベート」という表現は誤解を招きやすいかもしれませんね。クローズドとか……？（それも同じかな。^^;） てがろぐ側でいくら閲覧をブロックしても、データファイル(tegalog.xml)等が直接ダウンロードできてしまったら意味がありませんので、.htaccessファイルが設置されていない場合には「プライベート動作」への切り替えは自動で拒否されるような仕様にはしてあります。ただ、だからといって、Basic認証のような保護レベルではありませんので、あくまでも簡易的な閉鎖空間モードという感じでしょうかね。
何か良さげな名称案があればご提案下さい。（どなたでも）
🍍Re:4275◆さらに詳しい検証をどうもありがとうございます。なるほど、OLED。たしかにそういうディスプレイ側の仕様を使った機能かもしれませんね。◆さて、スクリーンショットありがとうございます。たしかに、半角文字を含むボタンだけ、高さが増すようですね。半角文字に適用されるフォントの都合でしょうかね……。これらのボタンには max-height を指定していなかったので、試しに先程公開した Ver 4.2.2β では max-height を指定してみました。この試験場も Ver 4.2.2β にしてありますので、大きさが揃うかどうか試してみて下さい。
🍍Re:4276◆TegUpのご活用と動作報告をどうもありがとうございます！ お役に立ったようで嬉しいです。(╹◡╹) ChatGPTはWeb製作とかプログラミング関連での回答が凄まじく役に立ちますね。
🍍Re:4277◆ご要望をどうもありがとうございます。たしかにその機能はまだありません。「最初の投稿日時」の情報って、自動取得されるだけで手動修正はできない仕様でも問題ないですかね？ 既存の日付編集欄はあくまでも「更新日時の入力欄」という扱いで。もしそれで問題がないなら、編集欄の個数を増やす必要が無いので実装の手間が減るかな、という気もしているのですけども。
🍍Re:4278◆丸坊主体験談まで頂けるとは予想していませんでした。ありがとうございます。(笑) なるほど、でこぼこに。なかなか綺麗に刈るのは難しいんですねぇ。^^;
🍍Re:4279◆個人情報を書いてはダメです。^^;（これは、サーバ側の認証機能を使わないなら、どんな場合でも、です。）たしかに「プライベート」という表現は誤解を招きやすいかもしれませんね。クローズドとか……？（それも同じかな。^^;） てがろぐ側でいくら閲覧をブロックしても、データファイル(tegalog.xml)等が直接ダウンロードできてしまったら意味がありませんので、.htaccessファイルが設置されていない場合には「プライベート動作」への切り替えは自動で拒否されるような仕様にはしてあります。ただ、だからといって、Basic認証のような保護レベルではありませんので、あくまでも簡易的な閉鎖空間モードという感じでしょうかね。
何か良さげな名称案があればご提案下さい。（どなたでも）
➡ 2024年1月30日(火) 22時58分 〔1年以上前〕 No.4279 ✎ ！
いつもてがろぐにお世話になっております。
すみません、開発放言やSNSで公開されている情報では分からなかったので質問します。
今回、開発されているプライベートモードですが、こちらは完全に他者から見えなくなる、暗号化や認証が行われるモードでしょうか？
例えば、個人情報を書いても大丈夫！なモードなのか……ということです。
現在てがろぐの鍵付き投稿では個人情報などクリティカルな情報を書かないように、との公式アナウンスは存じております。
もし現在の鍵付き投稿と同程度の機能でもとてもありがたいです。
ただ、「プライベートモード」は名称的にややこしいと思うので、もし実装される際は、その点の注意事項を改めてご周知お願い出来ればと……。
（堅牢な機能であればますます楽しみですが……！）
いつもリリースの際に多くの案内、説明を分かりやすく記載いただいて本当に助かっております。
今後ともどうぞよろしくお願いしますm(*_ _)m
すみません、開発放言やSNSで公開されている情報では分からなかったので質問します。
今回、開発されているプライベートモードですが、こちらは完全に他者から見えなくなる、暗号化や認証が行われるモードでしょうか？
例えば、個人情報を書いても大丈夫！なモードなのか……ということです。
現在てがろぐの鍵付き投稿では個人情報などクリティカルな情報を書かないように、との公式アナウンスは存じております。
もし現在の鍵付き投稿と同程度の機能でもとてもありがたいです。
ただ、「プライベートモード」は名称的にややこしいと思うので、もし実装される際は、その点の注意事項を改めてご周知お願い出来ればと……。
（堅牢な機能であればますます楽しみですが……！）
いつもリリースの際に多くの案内、説明を分かりやすく記載いただいて本当に助かっております。
今後ともどうぞよろしくお願いしますm(*_ _)m
➡
2024年1月30日(火)
12時34分
〔1年以上前〕
つぼやき
No.4278
✎
！
自分でバリカンで丸坊主にするのは、後ろの方が自分では見にくいのででこぼこになったりしやすいです。簡単そうに見えますが、慣れて上手くなるのは結構大変です。
刈った髪の始末も大変だし、正直アレはお店でプロにさっさとやってもらった方が楽だと思います。
ちなみに、ハサミ１本で丸坊主にするのは超テクと几帳面さがいるので、これはカットが激ウマの美容師さん/理容師さんを見つけないと、終わった後でちょっと泣きます(まあ伸びるんで数週間の辛抱ですけど)。
刈った髪の始末も大変だし、正直アレはお店でプロにさっさとやってもらった方が楽だと思います。
ちなみに、ハサミ１本で丸坊主にするのは超テクと几帳面さがいるので、これはカットが激ウマの美容師さん/理容師さんを見つけないと、終わった後でちょっと泣きます(まあ伸びるんで数週間の辛抱ですけど)。
➡ 2024年1月29日(月) 17時51分 〔1年以上前〕 No.4277 ✎ ！
#要望 最初の投稿日時と最終の編集日時をつける機能がほしいです。
>>3824,3825,3828,3829,3830,3831
検索すると昨年夏に同じ要望をされてる方がいるのがわかったので、私もほしい！と要望させていただきます。私もイ、Bの機能がちょうどほしくあるかな？と探していので（ないですよね…？）実装していただけると嬉しいです。
気づけば5～6年ほど愛用させていただいております。本当に感謝しています、これからも応援しています！
>>3824,3825,3828,3829,3830,3831
検索すると昨年夏に同じ要望をされてる方がいるのがわかったので、私もほしい！と要望させていただきます。私もイ、Bの機能がちょうどほしくあるかな？と探していので（ないですよね…？）実装していただけると嬉しいです。
気づけば5～6年ほど愛用させていただいております。本当に感謝しています、これからも応援しています！
➡
2024年1月27日(土)
23時50分
〔1年以上前〕
つぶやき
No.4275
✎
！
>>4274
4273です。すみません、Gainmap HDR image renderingの初期値がEnabled表示になっているのはBraveブラウザでした…しかも「Default(Enabled)」という表示でした。Braveではない通常のChromeなどや他の端末では、にししさんと同様「Default」表示でした。(それでもやはりEnabledにしている時と同じ挙動をしましたが)そして他のAndroid端末でEnabledにしても輝度は変化しなかったので、OLED(有機EL)ディスプレイの機種且つEnabledの時だけでHDR画像を明るくする機能が働くのかもしれませんね。
Pixel6のカメラで撮影した画像だけiOSのLive Photosみたいな特殊な情報を含んでいたり、特殊なExif情報などがあるのか？と思って画像を端末に保存して、AvesギャラリーでHDRマークが表示されたのが解明の決め手でした。世のSNSやレンタルブログ、自分のサーバーに設置する日記系ツールでもリッチなCMSなどではアップロードした画像に縮小や圧縮などの加工が行われるものがほとんどですし、てがろぐのように画像への加工処理を行わないのは現代においては珍しい部類なんだなとあらためて思いました。(でも私にとってはそこがてがろぐの好きなところです😃)カメラアプリ側でウルトラHDRが最初からONになっていても、無加工のHDR画像をブラウザ上で表示する機会がレアだから検索しても話題にしている人を見かけないんでしょうね…。
話は変わりまして…Galaxy Tab S8 Ultraの環境について話題に上げたついでと言っては何ですが、いわゆる「おま環」なのは明らかだし支障は全く無いしな…と思っていたことをご報告します。Galaxy Tab S8 UltraのChromeおよびChromium派生ブラウザだけ、なぜかてがろぐの管理画面のボタンの大きさが不揃いになります。下のスクリーンショットはここの動作サンプル用てがろぐの管理画面です。
…という点から、Galaxy Tab S8 Ultraのディスプレイ解像度や端末のファームウェア特有の設定か何かが特殊なのかもしれません。参考になるかわかりませんが「IPアドレスや画面解像度など確認くん」で表示される情報を貼ります。→スクリーンショット 見た目の問題だけで使う分には全く影響がないので、こんな環境もありますというお話でした。
4273です。すみません、Gainmap HDR image renderingの初期値がEnabled表示になっているのはBraveブラウザでした…しかも「Default(Enabled)」という表示でした。Braveではない通常のChromeなどや他の端末では、にししさんと同様「Default」表示でした。(それでもやはりEnabledにしている時と同じ挙動をしましたが)そして他のAndroid端末でEnabledにしても輝度は変化しなかったので、OLED(有機EL)ディスプレイの機種且つEnabledの時だけでHDR画像を明るくする機能が働くのかもしれませんね。
Pixel6のカメラで撮影した画像だけiOSのLive Photosみたいな特殊な情報を含んでいたり、特殊なExif情報などがあるのか？と思って画像を端末に保存して、AvesギャラリーでHDRマークが表示されたのが解明の決め手でした。世のSNSやレンタルブログ、自分のサーバーに設置する日記系ツールでもリッチなCMSなどではアップロードした画像に縮小や圧縮などの加工が行われるものがほとんどですし、てがろぐのように画像への加工処理を行わないのは現代においては珍しい部類なんだなとあらためて思いました。(でも私にとってはそこがてがろぐの好きなところです😃)カメラアプリ側でウルトラHDRが最初からONになっていても、無加工のHDR画像をブラウザ上で表示する機会がレアだから検索しても話題にしている人を見かけないんでしょうね…。
話は変わりまして…Galaxy Tab S8 Ultraの環境について話題に上げたついでと言っては何ですが、いわゆる「おま環」なのは明らかだし支障は全く無いしな…と思っていたことをご報告します。Galaxy Tab S8 UltraのChromeおよびChromium派生ブラウザだけ、なぜかてがろぐの管理画面のボタンの大きさが不揃いになります。下のスクリーンショットはここの動作サンプル用てがろぐの管理画面です。
- 自分のサイトに設置しているてがろぐや、セットアップ直後のてがろぐも同様
- ブラウザの「PC版サイト」のチェックを切り替えても変化なし
- 昨年10月に端末を購入して以来、ブラウザのバージョン更新もしていますが変化なし
- Firefoxで見ると大きさが揃っている。Chromium系ブラウザはどれでも不揃いになる
- OS問わず、PC・スマホ・タブレットなどGalaxy Tab S8 Ultra以外の環境では不揃いにならない
…という点から、Galaxy Tab S8 Ultraのディスプレイ解像度や端末のファームウェア特有の設定か何かが特殊なのかもしれません。参考になるかわかりませんが「IPアドレスや画面解像度など確認くん」で表示される情報を貼ります。→スクリーンショット 見た目の問題だけで使う分には全く影響がないので、こんな環境もありますというお話でした。
➡ 2024年1月25日(木) 23時29分 〔1年以上前〕 回答/返信 No.4274 ✎ ！
すごい！😲
🍰Re:4273◆すんげえ!?!? よく解明しましたね!!!!?!? まさかそんな背景で起きていた現象だったのかという点にも驚きましたけども、何よりもそれを解明したことの方が遙かに驚きですよ！😲
たいへんスッキリしました。詳解をどうもありがとうございます！
閲覧者側の対策はおっしゃる通りで、Web製作者側の対策はカメラのHDR補正機能をOFFにすることですね（もしくは加工することでHDR情報が消えるようにするか）。
私のPixel6aでも、カメラアプリの設定を奥までたどると「ウルトラHDR」という謎の機能がONになっていました。
ウルトラHDRとは何なのか……と思ってググったところ、『グーグルPixel 8限定だった「Ultra HDR」撮影が旧型端末で可能に』という記事がありました。
なるほど、この「より明るく、より色鮮やかに表示できるようになる」という機能がその正体だったわけでしょうかね？（Ultraが付かないHDRもあるんだとは思いますが。）
私のPixel6a (Android14、Chrome120) で「Gainmap HDR image rendering」項目を見てみたところ「Default」になっていました。その設定のままだと何も変化しませんでしたが、これを試しに「Enabled」に変更してみると、当該画像の存在するページに移動したときに、じんわり、ゆっくり、微かにだけ明るさが増すような動作をすることを確認できました。事前に「明るさが変化するよ」と言われて注視していなければ分からない程度の変化でしたけども。おそらく、No.4273さんの動作と同じなのではないかと思います。この辺の変化量は、端末に依るんでしょうかね。
先の記事には『互換性のあるディスプレイ上で』と前提条件が書かれていますから。そもそも「Default」の設定値で「Disabled」と同じ動作になっていたことからして、私の廉価版PixelであるPixel6aのディスプレイは、元々(ほとんど)効果がない端末として分類されていたのかもしれません。対応端末の場合にだけ、No.4271さんのように明るさが大きく変化するんでしょうかね……？
何にしても大変スッキリできて、とてもありがたいです。^^; 詳しい調査をどうもありがとうございます！
というわけで、No.4271さんも参考になさって下さい～。
🍰Re:4273◆すんげえ!?!? よく解明しましたね!!!!?!? まさかそんな背景で起きていた現象だったのかという点にも驚きましたけども、何よりもそれを解明したことの方が遙かに驚きですよ！😲
たいへんスッキリしました。詳解をどうもありがとうございます！
閲覧者側の対策はおっしゃる通りで、Web製作者側の対策はカメラのHDR補正機能をOFFにすることですね（もしくは加工することでHDR情報が消えるようにするか）。
私のPixel6aでも、カメラアプリの設定を奥までたどると「ウルトラHDR」という謎の機能がONになっていました。
ウルトラHDRとは何なのか……と思ってググったところ、『グーグルPixel 8限定だった「Ultra HDR」撮影が旧型端末で可能に』という記事がありました。
Ultra HDRを有効にすると、写真を撮るたびに、明るさと色の追加情報を写真に保存するようカメラに指示する。この追加情報は、GoogleフォトやGoogle Chrome、Photoshopなどのアプリで使用され、互換性のあるディスプレイ上で写真をより明るく、より色鮮やかに表示できるようになる。
なるほど、この「より明るく、より色鮮やかに表示できるようになる」という機能がその正体だったわけでしょうかね？（Ultraが付かないHDRもあるんだとは思いますが。）
私のPixel6a (Android14、Chrome120) で「Gainmap HDR image rendering」項目を見てみたところ「Default」になっていました。その設定のままだと何も変化しませんでしたが、これを試しに「Enabled」に変更してみると、当該画像の存在するページに移動したときに、じんわり、ゆっくり、微かにだけ明るさが増すような動作をすることを確認できました。事前に「明るさが変化するよ」と言われて注視していなければ分からない程度の変化でしたけども。おそらく、No.4273さんの動作と同じなのではないかと思います。この辺の変化量は、端末に依るんでしょうかね。
先の記事には『互換性のあるディスプレイ上で』と前提条件が書かれていますから。そもそも「Default」の設定値で「Disabled」と同じ動作になっていたことからして、私の廉価版PixelであるPixel6aのディスプレイは、元々(ほとんど)効果がない端末として分類されていたのかもしれません。対応端末の場合にだけ、No.4271さんのように明るさが大きく変化するんでしょうかね……？
何にしても大変スッキリできて、とてもありがたいです。^^; 詳しい調査をどうもありがとうございます！
というわけで、No.4271さんも参考になさって下さい～。
➡ 2024年1月25日(木) 22時50分 〔1年以上前〕 No.4273 ✎ ！
>>4269
手持ちのAndroidスマホとタブレットの合計3台で見てみた所、唯一Galaxy Tab S8 Ultraだけで似たような現象が起きました。当方の環境だと輝度が大幅に上がるわけではなかったのですが、Chromium系ブラウザで僅かに明るさが変化しました。(AndroidでもFirefoxだと発生しません)原因と解決策もわかりましたので先に書きます。
原因はChromeおよびChromium派生ブラウザにいつからか搭載された機能と、画像に含まれるHDR情報の両方です。
解決策は
①URL欄にchrome://flagsと入力してEnter
②最上部にある「Search flags」の検索窓にhdrと入れる
③「Gainmap HDR image rendering」の項目がEnabledになっていると思うので、これをDisabledにする
④右下にブラウザの再起動を促すボタンが出るので「Relaunch」を押す
⑤再起動後は>>4269のような画像をブラウザ内で表示しても明るくならなくなる
※参考になったURL
https://qiita.com/htnk/items/a2fd639344bd10717872
どうしてHDR画像が原因だとわかったのかと言うと>>4269の画像をAndroid端末に一旦保存して、ギャラリーアプリとして使っているAves を開いたら該当画像にだけ「HDR」マークが表示されたからです。Pixelのカメラアプリに搭載されているHDR機能が勝手に働いている可能性が高いです。私はPixelは持ってないので設定方法などはわかりませんが…
また、4107と2274の投稿に添付されている画像だけを単独で表示させても輝度は変化しませんでした。おそらく新着画像リスト欄のように同じページ内に(スクロールしないと見えなくても)存在している4269の画像に反応したのではないかなと思われます。
あと画面の輝度を最低にしていると4269の画像を表示しても勝手に明るくならなくて、少し輝度を上げた状態で画像を表示すると明るくなったのも不思議でした。
てがろぐとは関係ないことでしたが、こんなことがあるんだ!?と私も驚きました。
手持ちのAndroidスマホとタブレットの合計3台で見てみた所、唯一Galaxy Tab S8 Ultraだけで似たような現象が起きました。当方の環境だと輝度が大幅に上がるわけではなかったのですが、Chromium系ブラウザで僅かに明るさが変化しました。(AndroidでもFirefoxだと発生しません)原因と解決策もわかりましたので先に書きます。
原因はChromeおよびChromium派生ブラウザにいつからか搭載された機能と、画像に含まれるHDR情報の両方です。
解決策は
①URL欄にchrome://flagsと入力してEnter
②最上部にある「Search flags」の検索窓にhdrと入れる
③「Gainmap HDR image rendering」の項目がEnabledになっていると思うので、これをDisabledにする
④右下にブラウザの再起動を促すボタンが出るので「Relaunch」を押す
⑤再起動後は>>4269のような画像をブラウザ内で表示しても明るくならなくなる
※参考になったURL
https://qiita.com/htnk/items/a2fd639344bd10717872
どうしてHDR画像が原因だとわかったのかと言うと>>4269の画像をAndroid端末に一旦保存して、ギャラリーアプリとして使っているAves を開いたら該当画像にだけ「HDR」マークが表示されたからです。Pixelのカメラアプリに搭載されているHDR機能が勝手に働いている可能性が高いです。私はPixelは持ってないので設定方法などはわかりませんが…
また、4107と2274の投稿に添付されている画像だけを単独で表示させても輝度は変化しませんでした。おそらく新着画像リスト欄のように同じページ内に(スクロールしないと見えなくても)存在している4269の画像に反応したのではないかなと思われます。
あと画面の輝度を最低にしていると4269の画像を表示しても勝手に明るくならなくて、少し輝度を上げた状態で画像を表示すると明るくなったのも不思議でした。
てがろぐとは関係ないことでしたが、こんなことがあるんだ!?と私も驚きました。
➡ 2024年1月25日(木) 16時09分 〔1年以上前〕 No.4272 ✎ ！
🍘Re:4271◆Pixel6aの画面設定で、明るさを最低にした状態でも試してみましたが（明るさの自動調節機能をONにしてもOFFにしても）特に画面の明るさが変わることはありませんでした。（ずっと暗いままでした。）
おそらく、（画面の明るさ設定以外の場所で）何らかの条件で明るさを変化させるような設定がOSのどこかでなされているとか、そのようなアクセシビリティ補助機能(orアプリ)的なものが稼働しているとか何かではないでしょうかね……。軽くググってみた限りでは、特にそれらしき情報には行き当たらなかったのですけども。
なお、No.4107はヘルプドキュメント用のサンプル画面を作るために私がUPしたものなんですが、ロイヤリティフリーの写真素材をPhotoshopで縮小加工したものです。なので、「無加工」の条件には当てはまっていません。
何にせよ、てがろぐ外にある ② と ③ でも起きるのなら、てがろぐ自体は無関係ですから（＝てがろぐの仕様でその現象が起きているわけではないので）、お使いの環境の問題だとしか言いようがない気がします。
（Pixel6をお持ちの他の方がいらっしゃると比較できて良いのですが。）
おそらく、（画面の明るさ設定以外の場所で）何らかの条件で明るさを変化させるような設定がOSのどこかでなされているとか、そのようなアクセシビリティ補助機能(orアプリ)的なものが稼働しているとか何かではないでしょうかね……。軽くググってみた限りでは、特にそれらしき情報には行き当たらなかったのですけども。
なお、No.4107はヘルプドキュメント用のサンプル画面を作るために私がUPしたものなんですが、ロイヤリティフリーの写真素材をPhotoshopで縮小加工したものです。なので、「無加工」の条件には当てはまっていません。
何にせよ、てがろぐ外にある ② と ③ でも起きるのなら、てがろぐ自体は無関係ですから（＝てがろぐの仕様でその現象が起きているわけではないので）、お使いの環境の問題だとしか言いようがない気がします。
（Pixel6をお持ちの他の方がいらっしゃると比較できて良いのですが。）
➡ 2024年1月25日(木) 12時16分 〔1年以上前〕 回答/返信 No.4270 ✎ ！
昼食のうどんで、おなかいっぱい……。_(:3」∠)_
🍘Re:4269◆アップロードありがとうございます。私が所有している Pixel6a（Android14）のChromeで表示してみましたが、特に画面が明るくなることはありませんでした。画像そのものが原因だとすると、下記の3パターンすべてで同様の現象が起きると思いますが、起きますでしょうか？（また、普段お使いのとは別のブラウザで表示してみるとどうなるでしょうか？ それによって、ブラウザが原因なのか、OS(または端末)の問題なのかが分かります。）
① てがろぐ画像管理画面でその画像のあるページを見た場合。
② 静的HTMLページにその画像を貼った場合。
③ 画像だけを単独で表示させた場合。
※スマートフォンをお持ちの方は、もしよろしければお試し下さい。
🍘Re:4269◆アップロードありがとうございます。私が所有している Pixel6a（Android14）のChromeで表示してみましたが、特に画面が明るくなることはありませんでした。画像そのものが原因だとすると、下記の3パターンすべてで同様の現象が起きると思いますが、起きますでしょうか？（また、普段お使いのとは別のブラウザで表示してみるとどうなるでしょうか？ それによって、ブラウザが原因なのか、OS(または端末)の問題なのかが分かります。）
① てがろぐ画像管理画面でその画像のあるページを見た場合。
② 静的HTMLページにその画像を貼った場合。
③ 画像だけを単独で表示させた場合。
※スマートフォンをお持ちの方は、もしよろしければお試し下さい。
➡ 2024年1月25日(木) 00時40分 〔1年以上前〕 No.4268 ✎ ！
珈琲飴を舐めました。🍬🍬🍬
🍰Re:4267◆ああっ、申し訳ない。投稿可能なサイズを低く制限していたのでした。今は緩和して、（1枚あたり）10MBまで大丈夫なようにしてみましたので、再度UPをお試し頂けますでしょうか。
🍰Re:4267◆ああっ、申し訳ない。投稿可能なサイズを低く制限していたのでした。今は緩和して、（1枚あたり）10MBまで大丈夫なようにしてみましたので、再度UPをお試し頂けますでしょうか。
➡ 2024年1月24日(水) 23時14分 〔1年以上前〕 No.4267 ✎ ！
4257です。
画像を上げます。
[画像UPエラー:容量制限を超過]
追記
[画像UPエラー:容量制限を超過] [画像UPエラー:容量制限を超過] [画像UPエラー:容量制限を超過]
追追記
上げられませんでした。
それぞれ3.3MB/2.9MB/757KBです。
自サイトに置いているてがろぐでは全てアップロードを確認しています。
画像を上げます。
[画像UPエラー:容量制限を超過]
追記
[画像UPエラー:容量制限を超過] [画像UPエラー:容量制限を超過] [画像UPエラー:容量制限を超過]
追追記
上げられませんでした。
それぞれ3.3MB/2.9MB/757KBです。
自サイトに置いているてがろぐでは全てアップロードを確認しています。
➡ 2024年1月24日(水) 22時43分 〔1年以上前〕 回答/返信 No.4266 ✎ ！
シフォンケーキを食べました。
🍰Re:4265◆お使いの端末の標準カメラアプリで撮影した無加工の写真なら何でも該当するっぽいのですね。その条件で撮影した何かテキトーな（当たり障りのない）写真をここに1枚UPして頂ければ、他の方々も含めて多種の端末で実験ができると思いますので、もしよければ何かUPしてみて下さい。
🍰Re:4265◆お使いの端末の標準カメラアプリで撮影した無加工の写真なら何でも該当するっぽいのですね。その条件で撮影した何かテキトーな（当たり障りのない）写真をここに1枚UPして頂ければ、他の方々も含めて多種の端末で実験ができると思いますので、もしよければ何かUPしてみて下さい。
➡ 2024年1月24日(水) 17時59分 〔1年以上前〕 No.4265 ✎ ！
4257です。
ご報告しに来ました。
知識がないため根本原因は分かりませんが、事象が発生する条件は分かりました。
実施環境
実施条件
Galaxyなどがあればもう少し切り分けられそうですが、何にせよてがろぐさんで改修は不可能なので「ちょっとでもトリミングして加工」して事象回避するしかなさそうです。
4264さんもご親切にありがとうございました。
一切情報がないため困っていたので、今後同じような事象に遭遇した方のために情報として残しておきます。
ご報告しに来ました。
知識がないため根本原因は分かりませんが、事象が発生する条件は分かりました。
実施環境
- Android13/14
- Pixel6
- 他端末は不明
実施条件
- Pixel6にプリインストールされているカメラで撮影した画像（無加工）
- 再現する
- Pixel6にプリインストールされているカメラで撮影した画像（加工済み/トリミング）
- 再現しない
- 3rdパーティのカメラアプリ（SODA）で撮影した画像
- 再現しない
- iOSにプリインストールされているカメラで撮影した画像（無加工）
- 再現しない
Galaxyなどがあればもう少し切り分けられそうですが、何にせよてがろぐさんで改修は不可能なので「ちょっとでもトリミングして加工」して事象回避するしかなさそうです。
4264さんもご親切にありがとうございました。
一切情報がないため困っていたので、今後同じような事象に遭遇した方のために情報として残しておきます。
➡ 2024年1月22日(月) 19時30分 〔1年以上前〕 No.4263 ✎ ！
4262
4259です。
いいえ、違います。
>スマホの自動明るさ調整はオフです。
と記載している通り画面の明るさそのものが変わります。
色味は変わりません。
原因切り分け中なので特定できたらまたご報告しに来ます。
4259です。
いいえ、違います。
>スマホの自動明るさ調整はオフです。
と記載している通り画面の明るさそのものが変わります。
色味は変わりません。
原因切り分け中なので特定できたらまたご報告しに来ます。
➡ 2024年1月22日(月) 13時21分 〔1年以上前〕 No.4262 ✎ ！
梅しそ味の柿ピー、おいしいですよね。
>>4259
https://iwashi.org/archives/5380
↑このページにある画像のように蛍光色っぽい明るさだったら、画像のカラーモードがCMYKになってる可能性があります。
もしそうなら画像アプリでカラーをRGBに変換すれば解決します。
画像を加工したら正常に表示されたのは、アプリで保存しなおしたときにカラーモードが自動でRGBに変換されたからじゃないかなと思います（原因がCMYKだった場合ですが）
スマホの写真がCMYKになることがあるのかどうかわからないので、もしかしたら別の原因の可能性もありますが、参考になれば幸いです。
>>4259
https://iwashi.org/archives/5380
↑このページにある画像のように蛍光色っぽい明るさだったら、画像のカラーモードがCMYKになってる可能性があります。
もしそうなら画像アプリでカラーをRGBに変換すれば解決します。
画像を加工したら正常に表示されたのは、アプリで保存しなおしたときにカラーモードが自動でRGBに変換されたからじゃないかなと思います（原因がCMYKだった場合ですが）
スマホの写真がCMYKになることがあるのかどうかわからないので、もしかしたら別の原因の可能性もありますが、参考になれば幸いです。
➡ 2024年1月21日(日) 22時39分 〔1年以上前〕 回答/返信 No.4260 ✎ ！
Unicode、梅干しの絵文字もない……？
🍘Re:4259◆結果報告をどうもありがとうございます。画像が原因とは、なかなか意外でした。てっきり動画かなと思っていましたら。「少しでも加工すれば発生しない」ということは、画像の見た目はおそらく関係ないのでしょうから、たまたまその画像のバイナリデータの中に、画面の明るさを調節させるコードと同じバイナリが偶然存在していて、ブラウザかOSが誤解して動作してしまう……とか何かがあったんでしょうかね……。おもしろいケースです。何にせよ解決して良かったです。(╹◡╹)
🍘Re:4259◆結果報告をどうもありがとうございます。画像が原因とは、なかなか意外でした。てっきり動画かなと思っていましたら。「少しでも加工すれば発生しない」ということは、画像の見た目はおそらく関係ないのでしょうから、たまたまその画像のバイナリデータの中に、画面の明るさを調節させるコードと同じバイナリが偶然存在していて、ブラウザかOSが誤解して動作してしまう……とか何かがあったんでしょうかね……。おもしろいケースです。何にせよ解決して良かったです。(╹◡╹)
➡ 2024年1月21日(日) 17時54分 〔1年以上前〕 No.4259 ✎ ！
4257です。
お忙しいところご回答いただきありがとうございました。
結論からご報告させていただきますと、とある1枚の画像を載せた投稿（投稿A）が原因のようでした。
しかしスマホで撮影した写真かつ特段設定をいじったわけでもないため、根本原因は私の方では特定出来ませんでした。
該当投稿は13個ほどあるとご報告させていただきましたが、投稿Aを一覧から下げたら解決しました。
投稿Aの個別記事でも同じ事象が発生しております。
根本原因がよく分からないため今後も発生する可能性はありますが、トリミング等で画像を少しでも加工していれば発生しませんでしたので、今後はそのように対処いたします。
この度はご丁寧にありがとうございました。
お忙しいところご回答いただきありがとうございました。
結論からご報告させていただきますと、とある1枚の画像を載せた投稿（投稿A）が原因のようでした。
しかしスマホで撮影した写真かつ特段設定をいじったわけでもないため、根本原因は私の方では特定出来ませんでした。
該当投稿は13個ほどあるとご報告させていただきましたが、投稿Aを一覧から下げたら解決しました。
投稿Aの個別記事でも同じ事象が発生しております。
根本原因がよく分からないため今後も発生する可能性はありますが、トリミング等で画像を少しでも加工していれば発生しませんでしたので、今後はそのように対処いたします。
この度はご丁寧にありがとうございました。
➡ 2024年1月20日(土) 23時48分 〔1年以上前〕 回答/返信 No.4258 ✎ ！
パインアメの在庫を補充しました。🍍🍬🍍🍬🍍🍬
🍍Re:4257◆てがろぐ側にスマートフォンの明るさをどうにかする機能はありませんので（単純にWebページを出力しているだけですから）、可能性としては以下のどれかではないかな、と思います。
➊ブラウザ側の機能。
➋OSの機能。
➌埋め込み動画(YouTube)で読み込まれているスクリプトの機能。
てがろぐを「復旧した後から事象が発生」したとのことですが、てがろぐ側にはそういった調整機能がありませんので、タイミングがたまたま一致しただけで、その頃にブラウザが自動バージョンアップしたとか、OSがアップデートされたとか、何か別の要因があるのだと思います。（「どこかの構造を弄ったりはしていません」とのことなので、なおさら。）
例えば、別のブラウザを使ってみた場合にはどうなるでしょうか？
別のブラウザで発生しないのならブラウザが原因ですし、別のブラウザでも発生するならOS側の機能か、もしくは動画（YouTube）のスクリプトに何かあるのかもしれません。
ブラウザ上で発生する問題なら、お使いのCSSやJavaScriptにも要因がある可能性があります。（※例えば「従来のバージョンのブラウザでは何も反応しなかったが、最新版では何か反応して自動調整されるような要素がある」とか。）
例えば、別のスキンを適用して表示した場合でも同様の問題があるでしょうか？（例えば標準スキンに切り替えて見たときなど）
ないならスキンが原因（の1つ）ですし、あればスキンの問題ではなさそうですね。
原因を特定するには、「同じ動画を埋め込んだ別の投稿で同現象が発生するかどうか」、「同じ画像を表示した別の投稿で同現象が発生するかどうか」……のように絞り込んでいくしかない気がします。（対象が13投稿あるのなら、それらの投稿を1つずつ個別ページで見た場合にも同現象が発生するのでしょうか？）
問題を解決するには、まずは問題の発生要因を絞り込んでいって特定する必要があります。（※要因は1つだけとは限りません。）
URLを教えて頂けばこちらでも見てみることはできますが。（ここにお書きいただければ、表示確認に協力して下さる方々もいらっしゃるでしょう。）
🍍Re:4257◆てがろぐ側にスマートフォンの明るさをどうにかする機能はありませんので（単純にWebページを出力しているだけですから）、可能性としては以下のどれかではないかな、と思います。
➊ブラウザ側の機能。
➋OSの機能。
➌埋め込み動画(YouTube)で読み込まれているスクリプトの機能。
てがろぐを「復旧した後から事象が発生」したとのことですが、てがろぐ側にはそういった調整機能がありませんので、タイミングがたまたま一致しただけで、その頃にブラウザが自動バージョンアップしたとか、OSがアップデートされたとか、何か別の要因があるのだと思います。（「どこかの構造を弄ったりはしていません」とのことなので、なおさら。）
例えば、別のブラウザを使ってみた場合にはどうなるでしょうか？
別のブラウザで発生しないのならブラウザが原因ですし、別のブラウザでも発生するならOS側の機能か、もしくは動画（YouTube）のスクリプトに何かあるのかもしれません。
ブラウザ上で発生する問題なら、お使いのCSSやJavaScriptにも要因がある可能性があります。（※例えば「従来のバージョンのブラウザでは何も反応しなかったが、最新版では何か反応して自動調整されるような要素がある」とか。）
例えば、別のスキンを適用して表示した場合でも同様の問題があるでしょうか？（例えば標準スキンに切り替えて見たときなど）
ないならスキンが原因（の1つ）ですし、あればスキンの問題ではなさそうですね。
原因を特定するには、「同じ動画を埋め込んだ別の投稿で同現象が発生するかどうか」、「同じ画像を表示した別の投稿で同現象が発生するかどうか」……のように絞り込んでいくしかない気がします。（対象が13投稿あるのなら、それらの投稿を1つずつ個別ページで見た場合にも同現象が発生するのでしょうか？）
問題を解決するには、まずは問題の発生要因を絞り込んでいって特定する必要があります。（※要因は1つだけとは限りません。）
URLを教えて頂けばこちらでも見てみることはできますが。（ここにお書きいただければ、表示確認に協力して下さる方々もいらっしゃるでしょう。）
➡ 2024年1月20日(土) 23時02分 〔1年以上前〕 No.4257 ✎ ！
いつもお世話になっております。
てがろぐの挙動について質問があります。
とあるページのとある投稿（画像、動画埋め込み、テキストのみなど13投稿ほど）を表示するとスマホの画面の明るさが極端に明るくなります。
その投稿を過ぎると再びスマホの明るさは元に戻ります。
スマホの自動明るさ調整はオフです。
なお、最初にてがろぐを導入したときはそのような挙動はありませんでした。
一度てがろぐを初期状態で上書き保存をしてしまったことがあり、復旧した後から事象が発生しました。
なおその際にどこかの構造を弄ったりはしていません。
こちら何か解決策をご存知でしょうか？
てがろぐ以外のサイトページでは上記事象は発生しておらず、PCでは再現しません。
Pixel6（Android13/14）で発生しております（他端末は不明）。
既出事項でしたら申し訳ありません。
てがろぐの挙動について質問があります。
とあるページのとある投稿（画像、動画埋め込み、テキストのみなど13投稿ほど）を表示するとスマホの画面の明るさが極端に明るくなります。
その投稿を過ぎると再びスマホの明るさは元に戻ります。
スマホの自動明るさ調整はオフです。
なお、最初にてがろぐを導入したときはそのような挙動はありませんでした。
一度てがろぐを初期状態で上書き保存をしてしまったことがあり、復旧した後から事象が発生しました。
なおその際にどこかの構造を弄ったりはしていません。
こちら何か解決策をご存知でしょうか？
てがろぐ以外のサイトページでは上記事象は発生しておらず、PCでは再現しません。
Pixel6（Android13/14）で発生しております（他端末は不明）。
既出事項でしたら申し訳ありません。
➡ 2024年1月20日(土) 16時58分 〔1年以上前〕 回答/返信 No.4256 ✎ ！
なぜか異様にねむい……。☕️☕️☕️
☕️Re:4254◆ご要望をどうもありがとうございます。開発検討にある「メッセージ送信機能」は、昨年6月に実施した機能投票の『Ⓐ⓮メッセージ送信機能（管理者へのメール送信機能）』のことでして、（「送信されたメッセージをそのままメールとして再送信する」という方法の方が構造は単純ですから）実装するとしたら実装の順番としては、メール送信が先になりそうです。その後、内部でも保持できるようにする機能を追加する感じになると思います。（あくまでも実装するとしたら、の話ですが。）というわけで、実装するとしたらメール送信機能も作りますのでご安心下さい。ただ、どちらにしてもそうそう直近で作り始めることはなさそうな気がしていますので、気長にお待ち頂ければ幸いです。
☕️Re:4255◆何かわりと簡単に行けそうな気がしてきましたので、近々できるかもしれません。もうちょいとお待ち下さい。
☕️Re:4254◆ご要望をどうもありがとうございます。開発検討にある「メッセージ送信機能」は、昨年6月に実施した機能投票の『Ⓐ⓮メッセージ送信機能（管理者へのメール送信機能）』のことでして、（「送信されたメッセージをそのままメールとして再送信する」という方法の方が構造は単純ですから）実装するとしたら実装の順番としては、メール送信が先になりそうです。その後、内部でも保持できるようにする機能を追加する感じになると思います。（あくまでも実装するとしたら、の話ですが。）というわけで、実装するとしたらメール送信機能も作りますのでご安心下さい。ただ、どちらにしてもそうそう直近で作り始めることはなさそうな気がしていますので、気長にお待ち頂ければ幸いです。
☕️Re:4255◆何かわりと簡単に行けそうな気がしてきましたので、近々できるかもしれません。もうちょいとお待ち下さい。
➡ 2024年1月17日(水) 16時03分 〔1年以上前〕 No.4254 ✎ ！
にししさん、お誕生日おめでとうございます🎂
てがろぐにはいつもお世話になっております。
個人的な要望ですが、メッセージ送信機能については訪問者からのメッセージを自分のメールアドレス宛に受け取れるほうがありがたいです。
もしくは、内部保持かメールで送信するかどちらかを選べるようにしていただけると助かります。
開発の際にご一考の一助になれば幸いです。
まだまだ寒い日が続きますのでどうかくれぐれもご自愛ください☕️☃️
てがろぐにはいつもお世話になっております。
個人的な要望ですが、メッセージ送信機能については訪問者からのメッセージを自分のメールアドレス宛に受け取れるほうがありがたいです。
もしくは、内部保持かメールで送信するかどちらかを選べるようにしていただけると助かります。
開発の際にご一考の一助になれば幸いです。
まだまだ寒い日が続きますのでどうかくれぐれもご自愛ください☕️☃️
➡ 2024年1月17日(水) 04時00分 〔1年以上前〕 回答/返信 No.4253 ✎ ！
ケーキは食べました。🍰🍰🍰
🍰Re:4250◆なるほど、了解しました。内部で保持するとなると、保持する仕組みの他に、一覧表示、削除機能等々いろいろ周辺機能が必要になりますので、もし実現するとしてもかな～り先になると思いますが、気長にお待ち頂ければ幸いです。
🍰Re:4251◆よろしくです。
🍰Re:4252◆動作報告をどうもありがとうございます。てがろぐVer 4.2.0からは、まさしくその管理画面TOPのバージョンアップ案内ボタンをクリックした際に（※tegalog.cgi と同じディレクトリに tegup.php が存在する場合にだけ）設置されているTegUpへリンクするようになっていますので、今後はそこをクリックするだけでTegUpにアクセスできます。(╹◡╹)
🍰Re:4250◆なるほど、了解しました。内部で保持するとなると、保持する仕組みの他に、一覧表示、削除機能等々いろいろ周辺機能が必要になりますので、もし実現するとしてもかな～り先になると思いますが、気長にお待ち頂ければ幸いです。
🍰Re:4251◆よろしくです。
🍰Re:4252◆動作報告をどうもありがとうございます。てがろぐVer 4.2.0からは、まさしくその管理画面TOPのバージョンアップ案内ボタンをクリックした際に（※tegalog.cgi と同じディレクトリに tegup.php が存在する場合にだけ）設置されているTegUpへリンクするようになっていますので、今後はそこをクリックするだけでTegUpにアクセスできます。(╹◡╹)
➡ 2024年1月16日(火) 10時39分 〔1年以上前〕 No.4252 ✎ ！
TegUp 4.1.0→4.2.0
リトルサーバーにて問題なく稼働しました～
アップロードが必要な場合の画像（画像を失念してしまったのですが「このCGIについて」の『最新版をお使いです。』画像と差し替わる部分）からtegup.phpに直接遷移できると嬉しいですね～ものぐさですみません。
いつもありがとうございます！
リトルサーバーにて問題なく稼働しました～
アップロードが必要な場合の画像（画像を失念してしまったのですが「このCGIについて」の『最新版をお使いです。』画像と差し替わる部分）からtegup.phpに直接遷移できると嬉しいですね～ものぐさですみません。
いつもありがとうございます！
➡ 2024年1月14日(日) 14時38分 〔1年以上前〕 回答/返信 No.4249 ✎ ！
🍰Re:4248◆php.iniに書けるすべての設定が.htaccessに書けるわけではないと思いますので、可能なのかどうかサーバの窓口に問い合わせてみて下さい。（というか、サーバの窓口に問い合わせるなら、そもそも PHPでZipArchive クラスが使えるのか、使えないなら使えるようにする方法はないのか、の方をお問い合わせになる方が良いとも思いますが。^^;）
➡ 2024年1月14日(日) 13時57分 〔1年以上前〕 No.4248 ✎ ！
>>4247 にしし様
>>4246です。またまたまたありがとうございます。
Just-Size.Networksはコントロールパネルがありません。が、.htaccessでPHPの設定を変更できます。
https://www.just-size.net/support/manual_php.php#confi...
もし、extension=zipをオンにできる.htaccessの書き方があれば教えていただきたいです。
Just-Size.Networksを利用している創作者は結構いると思うのでここに書かせていただきました。
>>4246です。またまたまたありがとうございます。
Just-Size.Networksはコントロールパネルがありません。が、.htaccessでPHPの設定を変更できます。
https://www.just-size.net/support/manual_php.php#confi...
もし、extension=zipをオンにできる.htaccessの書き方があれば教えていただきたいです。
Just-Size.Networksを利用している創作者は結構いると思うのでここに書かせていただきました。
➡ 2024年1月14日(日) 13時31分 〔1年以上前〕 回答/返信 No.4247 ✎ ！
明日はケーキを食べる……！（たぶん）🍰🍰🍰
🍰Re:4246◆詳しい情報をありがとうございます。助かりました。どうやら、お使いのサーバではPHPで ZipArchive クラスが使えないようですね。もしお使いのサーバのコントロールパネルで（PHPの言語設定関連の項目あたりで）php.ini を編集可能なら、
extension=zip
という1行を追記してみて下さい。（※もし ;extension=zip という行があるなら、先頭のセミコロン「;」を削除すれば良いです。）
その上で再度TegUpの動作をお試し下さい。
なお、上記の方法が採れない場合（＝そのような方法が用意されていない場合）や、上記の方法を使っても同様のエラーが表示される場合は、残念ながら対処方法がなさそうです。ZipArchive クラスは、PHPでZIPの圧縮/展開をするための組み込みクラスなんですが、あえて無効に設定されているケース（＝ZIPサポートを無効にしてビルドされているか、ZIP関連のライブラリがインストールされていないか等）もあるっぽいですね。それがお使いのレンタルサーバの方針の場合には、残念ながらそのサーバでTegUpを使うのは無理です。（ZIPの圧縮/展開ができないとどうしようもありませんので。サーバ会社側に PHPで ZipArchive クラスを使えるようにして……！ と要望するくらいでしょうかね……。^^;）
※他にJust-Size.Networksをお使いの方で、TegUpが問題なく動作した方がいらっしゃったら、設定次第でどうにかなるということだと思うんですけども。（たぶん）
🍰Re:4246◆詳しい情報をありがとうございます。助かりました。どうやら、お使いのサーバではPHPで ZipArchive クラスが使えないようですね。もしお使いのサーバのコントロールパネルで（PHPの言語設定関連の項目あたりで）php.ini を編集可能なら、
extension=zip
という1行を追記してみて下さい。（※もし ;extension=zip という行があるなら、先頭のセミコロン「;」を削除すれば良いです。）
その上で再度TegUpの動作をお試し下さい。
なお、上記の方法が採れない場合（＝そのような方法が用意されていない場合）や、上記の方法を使っても同様のエラーが表示される場合は、残念ながら対処方法がなさそうです。ZipArchive クラスは、PHPでZIPの圧縮/展開をするための組み込みクラスなんですが、あえて無効に設定されているケース（＝ZIPサポートを無効にしてビルドされているか、ZIP関連のライブラリがインストールされていないか等）もあるっぽいですね。それがお使いのレンタルサーバの方針の場合には、残念ながらそのサーバでTegUpを使うのは無理です。（ZIPの圧縮/展開ができないとどうしようもありませんので。サーバ会社側に PHPで ZipArchive クラスを使えるようにして……！ と要望するくらいでしょうかね……。^^;）
※他にJust-Size.Networksをお使いの方で、TegUpが問題なく動作した方がいらっしゃったら、設定次第でどうにかなるということだと思うんですけども。（たぶん）
➡ 2024年1月14日(日) 09時43分 〔1年以上前〕 No.4246 ✎ ！
【報告】TegUp 0.9.0を使うとFatal errorになる
>>4238 にしし様
>>4234 ＆ >>4237 です。また丁寧な返信ありがとうございます。
利用しているテキストエディタはTeraPad（改行コードは[CR＋LF]）、ブラウザはVivaldiです。
改行が消えるてがろぐは削除して新しいブログを作ったのでもう状況が確認できません（汗）。
しかし、同じエラーに遭遇したときのためにいただいたアドバイスを参考にします。
さて、本題ですが、タイトルのとおりTegUp 0.9.0を使うとFatal errorが表示されてアップデートできません。
----------
利用しているレンタルサーバー： Just-Size.Networks
スペック： https://www.just-size.net/service/server_show.php?s=ec...
PHPのバージョン： PHP7.2
エラーが起きた状況：tegup.phpには正常にアクセスできる。Ver. 4.1.0からVer. 4.2.0にアップデートすべく「最新版にバージョンアップする」ボタンを押すと以下のエラーが表示された。
----------
Fatal error: Uncaught Error: Class 'ZipArchive' not found in /home/public_html/tegup.php:134 Stack trace: #
/home/public_html/tegup.php(885): archiveZip(Array, 'BackupTegalog41...') #1
/home/public_html/tegup.php(1272): backupPresentTegalog(1, '410') #2
/home/public_html/tegup.php(751): upgradeTegalog() #3 {main} thrown in /home/public_html/tegup.php on line 134
----------
てがろぐはバージョンアップが簡単なのでTegUpは使えなくてもいいと思っていましたが、しかしボタン一つでできたら楽なので報告させていただきました。
最後になりましたがお誕生日おめでとうございます。
にししさんにとってよい一年になることをお祈りしています。
>>4238 にしし様
>>4234 ＆ >>4237 です。また丁寧な返信ありがとうございます。
利用しているテキストエディタはTeraPad（改行コードは[CR＋LF]）、ブラウザはVivaldiです。
改行が消えるてがろぐは削除して新しいブログを作ったのでもう状況が確認できません（汗）。
しかし、同じエラーに遭遇したときのためにいただいたアドバイスを参考にします。
さて、本題ですが、タイトルのとおりTegUp 0.9.0を使うとFatal errorが表示されてアップデートできません。
----------
利用しているレンタルサーバー： Just-Size.Networks
スペック： https://www.just-size.net/service/server_show.php?s=ec...
PHPのバージョン： PHP7.2
エラーが起きた状況：tegup.phpには正常にアクセスできる。Ver. 4.1.0からVer. 4.2.0にアップデートすべく「最新版にバージョンアップする」ボタンを押すと以下のエラーが表示された。
----------
Fatal error: Uncaught Error: Class 'ZipArchive' not found in /home/public_html/tegup.php:134 Stack trace: #
/home/public_html/tegup.php(885): archiveZip(Array, 'BackupTegalog41...') #1
/home/public_html/tegup.php(1272): backupPresentTegalog(1, '410') #2
/home/public_html/tegup.php(751): upgradeTegalog() #3 {main} thrown in /home/public_html/tegup.php on line 134
----------
てがろぐはバージョンアップが簡単なのでTegUpは使えなくてもいいと思っていましたが、しかしボタン一つでできたら楽なので報告させていただきました。
最後になりましたがお誕生日おめでとうございます。
にししさんにとってよい一年になることをお祈りしています。
➡ 2024年1月13日(土) 20時13分 〔1年以上前〕 No.4244 ✎ ！
4216
4213です、返信が遅くなり申し訳ありません。
おぅふ……
以前に自サイトで検索した際に記事内で強調タグ入れたものと検索結果で強調された文字が同じ表示だったものでして💦
こちらのCSSのミスかもしれませんでした。
お騒がせいたしました。
ご対応ありがとうございます！
そしてお誕生日なんですね。おめでとうございます！
4213です、返信が遅くなり申し訳ありません。
おぅふ……
以前に自サイトで検索した際に記事内で強調タグ入れたものと検索結果で強調された文字が同じ表示だったものでして💦
こちらのCSSのミスかもしれませんでした。
お騒がせいたしました。
ご対応ありがとうございます！
そしてお誕生日なんですね。おめでとうございます！
➡ 2024年1月13日(土) 17時57分 〔1年以上前〕 No.4243 ✎ ！
にししさん今年も誕生日おめでとうございます！ どうか健やかに１年お過ごし下さい。
＠＠＠＠
＠ Happy ＠
∩＠Birthday＠
(･ω･＠＠＠＠
ヽ っ＼ ／
∪∪ /∞ヽ
＠＠＠＠
＠ Happy ＠
∩＠Birthday＠
(･ω･＠＠＠＠
ヽ っ＼ ／
∪∪ /∞ヽ
➡ 2024年1月13日(土) 16時44分 〔1年以上前〕 No.4242 ✎ ！
にししさんお誕生日おめでとうございます🌸
さて開発検討中の機能の中にあるものですけどメッセージ送信機能は是が非でも欲しいです。
メッセージが来た時に登録したアドレスに通知を送る機能かログインしたときにメッセージが来ていることを通知する機能も欲しいです。
さて開発検討中の機能の中にあるものですけどメッセージ送信機能は是が非でも欲しいです。
メッセージが来た時に登録したアドレスに通知を送る機能かログインしたときにメッセージが来ていることを通知する機能も欲しいです。
➡ 2024年1月13日(土) 15時13分 〔1年以上前〕 No.4241 ✎ ！
にししさんお誕生日おめでとうございます！🍰🍰🍰
美味しいものをたくさん食べて元気に過ごせる一年になりますように🍕🍩🍦🍬🍫🍗
美味しいものをたくさん食べて元気に過ごせる一年になりますように🍕🍩🍦🍬🍫🍗
➡ 2024年1月12日(金) 20時04分 〔1年以上前〕 回答/返信 No.4238 ✎ ！
今日は誕生日なんですが、ケーキがないので後日食べます。スタバとかで。🍰🍰🍰
🍰Re:4237◆おおぅ。たしかに改行が消えていますね。詳しいキャプチャ画像をありがとうございます。よく分かりました。
フリースペースに入力なさっているHTMLソースは、おそらく別のテキストエディタ等でお書きになったものをコピー＆ペーストされていますよね？ どんなエディタをお使いでしょうか？
あと、もしかしてスキンの適用云々を経なくても、①「多目的フリースペース」欄にペースト→②「設定を保存する」ボタンクリック→③「管理メニューに戻る」→④「設定」→⑤「フリースペース」のように保存後すぐに再度フリースペースの設定画面を見た場合でも改行は消えていないでしょうか？
「多目的フリースペース」欄に入力されたソースを保存する処理では、一旦、改行コードを別の文字列に置き換えているのですが、このとき [CR＋LF] のセットを改行コードとして決め打ちしています。（※これは少々問題のある処理ですね。次のバージョンで改善します。Macユーザの方とか動作は大丈夫ですかね……？^^;）
なので、もしかして、お使いのテキストエディタが（保存時ではなく画面上でコピーする際にも）改行コードとして [LF]だけ や [CR]だけ として扱っている場合には、コピー＆ペーストすると（ブラウザの画面上では改行できていても）保存したときに改行が正しく認識されずに、改行がないものとして処理されている（＝改行が消える）のかもしれません。
※➊テキストエディタ側の仕様なのか、➋ブラウザ側の仕様なのか、➌その両方が合わさった場合にだけ発生するのか、は分かりませんが。これまで長年、同種の報告がなかったことを考えると、➌なのかもしれません。
もし上記が原因だとすれば、以下のⒶ～Ⓓのどれかの方法で回避できるかもしれません。
というか、試しに、「多目的フリースペース」欄を一旦空っぽにした上で、（コピー＆ペーストはせずに）何か適当な文字列を複数行ほど入力してみて、それを保存して、問題が再現するかどうかをご確認頂くと良いかもしれません。それで問題が解消するなら、上記のⒶ～Ⓓのどれかで解決する気がします。
「別のフォルダにインストールしたてがろぐではこのような現象は起こりませんでした」というのが、ダミーの適当なソースを直接入力してみてお試しになったのなら、なお、上記の可能性が高そうな気がします。
🍰Re:4237◆おおぅ。たしかに改行が消えていますね。詳しいキャプチャ画像をありがとうございます。よく分かりました。
フリースペースに入力なさっているHTMLソースは、おそらく別のテキストエディタ等でお書きになったものをコピー＆ペーストされていますよね？ どんなエディタをお使いでしょうか？
あと、もしかしてスキンの適用云々を経なくても、①「多目的フリースペース」欄にペースト→②「設定を保存する」ボタンクリック→③「管理メニューに戻る」→④「設定」→⑤「フリースペース」のように保存後すぐに再度フリースペースの設定画面を見た場合でも改行は消えていないでしょうか？
「多目的フリースペース」欄に入力されたソースを保存する処理では、一旦、改行コードを別の文字列に置き換えているのですが、このとき [CR＋LF] のセットを改行コードとして決め打ちしています。（※これは少々問題のある処理ですね。次のバージョンで改善します。Macユーザの方とか動作は大丈夫ですかね……？^^;）
なので、もしかして、お使いのテキストエディタが（保存時ではなく画面上でコピーする際にも）改行コードとして [LF]だけ や [CR]だけ として扱っている場合には、コピー＆ペーストすると（ブラウザの画面上では改行できていても）保存したときに改行が正しく認識されずに、改行がないものとして処理されている（＝改行が消える）のかもしれません。
※➊テキストエディタ側の仕様なのか、➋ブラウザ側の仕様なのか、➌その両方が合わさった場合にだけ発生するのか、は分かりませんが。これまで長年、同種の報告がなかったことを考えると、➌なのかもしれません。
もし上記が原因だとすれば、以下のⒶ～Ⓓのどれかの方法で回避できるかもしれません。
- Ⓐ 別のテキストエディタからコピー＆ペーストしてみる。
- Ⓑ 別のブラウザを使って「多目的フリースペース」欄にペーストして保存してみる。
- Ⓒ 「多目的フリースペース」欄にソースをペーストしたあと、『各行末にカーソルを移動して [Del]キーで一度改行を消してから、[Enter]キーで改行を打つ』という操作を全行に繰り返してから保存してみる。
- Ⓓ テキストエディタ上で、一旦すべての改行を消して「長～い1行」にする。その状態で「多目的フリースペース」欄にコピー＆ペーストした後、[Enter]キーを使って手動で改行する。
というか、試しに、「多目的フリースペース」欄を一旦空っぽにした上で、（コピー＆ペーストはせずに）何か適当な文字列を複数行ほど入力してみて、それを保存して、問題が再現するかどうかをご確認頂くと良いかもしれません。それで問題が解消するなら、上記のⒶ～Ⓓのどれかで解決する気がします。
「別のフォルダにインストールしたてがろぐではこのような現象は起こりませんでした」というのが、ダミーの適当なソースを直接入力してみてお試しになったのなら、なお、上記の可能性が高そうな気がします。
➡ 2024年1月12日(金) 13時47分 〔1年以上前〕 No.4237 ✎ ！
>>4235
>>4234です。丁寧な返信ありがとうございます。そして説明が下手で申し訳ありません。
元の「多目的フリースペースに掲載する内容」は
https://www.sakatori.net/image/old/20240112132423-saka...
こうなっているのですが、
スキンの切替→適用結果をプレビュー（または本番適用(簡易)）
してからまた「多目的フリースペースに掲載する内容」のページにアクセスすると
https://www.sakatori.net/image/old/20240112132431-saka...
のように「多目的フリースペースに掲載する内容」テキストエリアの改行と区切りの＜＞が消滅してしまうのです。
どのスキンを適用してもこうなります。
しかし、別のフォルダにインストールしたてがろぐではこのような現象は起こりませんでした。
再現性がないので>>4234の内容は保留していただけると幸いです。
>>4234です。丁寧な返信ありがとうございます。そして説明が下手で申し訳ありません。
元の「多目的フリースペースに掲載する内容」は
https://www.sakatori.net/image/old/20240112132423-saka...
こうなっているのですが、
スキンの切替→適用結果をプレビュー（または本番適用(簡易)）
してからまた「多目的フリースペースに掲載する内容」のページにアクセスすると
https://www.sakatori.net/image/old/20240112132431-saka...
のように「多目的フリースペースに掲載する内容」テキストエリアの改行と区切りの＜＞が消滅してしまうのです。
どのスキンを適用してもこうなります。
しかし、別のフォルダにインストールしたてがろぐではこのような現象は起こりませんでした。
再現性がないので>>4234の内容は保留していただけると幸いです。
➡ 2024年1月11日(木) 20時44分 〔1年以上前〕 No.4236 ✎ ！
RE:4229
お返事ありがとうございます。
ページの一部分を抜き出しても良かったのですね…！てっきり一部抜き出すのは駄目だとおもっていたのでなるほどとなりました。
コードまでありがとうございます。動作確認できました。
これで自分の想定していることに近づけることが出来ました。
丁寧に教えて頂きありがとうございました。
お返事ありがとうございます。
ページの一部分を抜き出しても良かったのですね…！てっきり一部抜き出すのは駄目だとおもっていたのでなるほどとなりました。
コードまでありがとうございます。動作確認できました。
これで自分の想定していることに近づけることが出来ました。
丁寧に教えて頂きありがとうございました。
➡ 2024年1月11日(木) 13時16分 〔1年以上前〕 回答/返信 No.4235 ✎ ！
昼食のピザとパンで、おなかいっぱい……！🍕🍕🍕🍞🍞🍞
食ーべー過ーぎーたー。_(┐｢ε:)_
ぐっふぅ...。
🍔Re:4232◆ああ、なるほど。ご活用例をありがとうございます。No.2669の実装だと（カテゴリ以外の場合との組み合わせとか）設定UIが複雑になりそうだなと思っていたのですが、SITUATIONとは別に直下に表示するということなら、[[INFO:CAT:DESCRIPTION]] 的なものでもあれば良いのかも知れませんね。何らかのカテゴリに限定されているときだけに表示できるよう、IF文と組み合わせて、[[IF(selected-cat):[[INFO:CAT:DESCRIPTION]]:IF]] のように書けると、管理画面上から編集できて便利でしょうかね？
🍔Re:4233◆腕に持ったリングのJoy-Conと、左太股に付けたJoy-Conとの2つだけで、かなり良い感じに姿勢を認識できているのは確かに驚きです。あと、Joy-ConはSwitch本体と無線で繋がっているわけですけども、かなりリアルタイムに（向きや動きを）認識して画面に反映する通信と処理の速度もすごいな……と感じています。
🍔Re:4234◆うーん、もう少し具体的に設定内容やどんなスキンをお使いなのかを教えて頂けないと正確なところは分かりませんが、「消去される」というのは「設定画面の編集領域の中から消えてなくなる」という意味ではありませんよね？ 「ページの表示に反映されない」という意味ではないかと思うのですが、そもそも区切り文字はどんな場合でもページ上には表示(出力)されません。ヘルプドキュメントの『フリースペースの書き方（複数のフリースペースを設ける方法）』に書いてある仕様もご参照頂きたいのですが、
また、改行が反映されないのは、フリースペースの編集領域の下部にある『入力した改行は、実際の表示上でも改行する』項目がOFFになっていないか確認してみて下さい。ここがOFFだと、編集領域内で改行しても無視されます。（HTMLソースを直接記述する際には、改行が強制的に <br> に置き換わると困るケースがありますので、そういう場合のために用意してある設定機能です。）なお、自力で記述した<br>タグが消えてしまうという問題でしたら、『フリースペース内にHTMLソースを書く場合の設定』項目の「フリースペース内での改行(br)タグについて (既知の問題点)」もご参照下さい。<br /> という書き方をして頂くと消えずに残ります。
もし、「特定のスキンを適用した場合にのみ発生する」という場合には、何のスキンを適用したのかを教えて頂ければ調査ができます。
食ーべー過ーぎーたー。_(┐｢ε:)_
ぐっふぅ...。
🍔Re:4232◆ああ、なるほど。ご活用例をありがとうございます。No.2669の実装だと（カテゴリ以外の場合との組み合わせとか）設定UIが複雑になりそうだなと思っていたのですが、SITUATIONとは別に直下に表示するということなら、[[INFO:CAT:DESCRIPTION]] 的なものでもあれば良いのかも知れませんね。何らかのカテゴリに限定されているときだけに表示できるよう、IF文と組み合わせて、[[IF(selected-cat):[[INFO:CAT:DESCRIPTION]]:IF]] のように書けると、管理画面上から編集できて便利でしょうかね？
🍔Re:4233◆腕に持ったリングのJoy-Conと、左太股に付けたJoy-Conとの2つだけで、かなり良い感じに姿勢を認識できているのは確かに驚きです。あと、Joy-ConはSwitch本体と無線で繋がっているわけですけども、かなりリアルタイムに（向きや動きを）認識して画面に反映する通信と処理の速度もすごいな……と感じています。
🍔Re:4234◆うーん、もう少し具体的に設定内容やどんなスキンをお使いなのかを教えて頂けないと正確なところは分かりませんが、「消去される」というのは「設定画面の編集領域の中から消えてなくなる」という意味ではありませんよね？ 「ページの表示に反映されない」という意味ではないかと思うのですが、そもそも区切り文字はどんな場合でもページ上には表示(出力)されません。ヘルプドキュメントの『フリースペースの書き方（複数のフリースペースを設ける方法）』に書いてある仕様もご参照頂きたいのですが、
区切り文字を使用している場合でも、[[FREESPACE]] のように数字を付けずに記述した場所には、全文が挿入されます。(ただし、区切り文字そのものは表示されません。)ということではないでしょうか？ 区切り文字を使って複数のフリースペースに分割したい場合は、[[FREESPACE:0]]、[[FREESPACE:1]]…のように、番号を付けて頂く必要があります。（どちらにしても、区切り文字そのものは表示されません。）
また、改行が反映されないのは、フリースペースの編集領域の下部にある『入力した改行は、実際の表示上でも改行する』項目がOFFになっていないか確認してみて下さい。ここがOFFだと、編集領域内で改行しても無視されます。（HTMLソースを直接記述する際には、改行が強制的に <br> に置き換わると困るケースがありますので、そういう場合のために用意してある設定機能です。）なお、自力で記述した<br>タグが消えてしまうという問題でしたら、『フリースペース内にHTMLソースを書く場合の設定』項目の「フリースペース内での改行(br)タグについて (既知の問題点)」もご参照下さい。<br /> という書き方をして頂くと消えずに残ります。
もし、「特定のスキンを適用した場合にのみ発生する」という場合には、何のスキンを適用したのかを教えて頂ければ調査ができます。
➡ 2024年1月11日(木) 10時39分 〔1年以上前〕 No.4234 ✎ ！
【報告】スキンを「適用結果をプレビュー」または「本番適用(簡易)」するとフリースペース内の改行が消去される
いつもお世話になっています。Ver 4.2.0を利用しています。
仕様なのか不具合なのか私のやり方が悪いのか分かりませんが、一行目のような現象を発見したのでご報告です。
フリースペースの区切りである「＜＞」も消去されてしまいます。
ご確認いただけると嬉しいです。
いつもお世話になっています。Ver 4.2.0を利用しています。
仕様なのか不具合なのか私のやり方が悪いのか分かりませんが、一行目のような現象を発見したのでご報告です。
フリースペースの区切りである「＜＞」も消去されてしまいます。
ご確認いただけると嬉しいです。
➡
2024年1月11日(木)
02時05分
〔1年以上前〕
つぼやき
No.4233
✎
！
にししさんのリングフィットアドベンチャーの話題に影響されて開発スタッフに聞く『リングフィット アドベンチャー』を読んでいたのですが…Joy-Conとリングコンの組み合わせによってプレイヤーのとっているポーズが判定できるという話を読んでも、なるほどわからん _(:3」∠)_
➡ 2024年1月11日(木) 01時43分 〔1年以上前〕 No.4232 ✎ ！
4184です。Ver 4.2.1βでハッシュタグの半角スペースの位置が選択可能になったということで、早速アップデートして設定変更しました。既存ハッシュタグ簡単挿入でポチポチしながら快適さに喜んでます。ご対応ありがとうございます！(・◡・)っ
IF文機能が実装されてからずっとやりたいと思っていたカスタマイズを、アップデート作業に便乗して実行しました。
私は2669の者でもあるのですが、IF文を使ってカテゴリを選択した時だけ外側スキンのSITUATION～の直下にカテゴリ説明文(概要文)を小さく表示させるようにしました。
[[IF(cat-カテゴリ名):概要文:IF]]
を存在しているカテゴリ分書きました。概要文は管理画面からコピペという原始的な方法ですが、IFを1つずつ書いたので複数カテゴリを同時に表示した時でも問題ありませんでした。
2669を投稿した当時は状況に応じた見出しの表示のバリエーション選択がまだ無かったこともあってSITUATIONを簡素な概要文に置き換えたいと考えていたのですが、短い表示に変更可能でIF文もある現在であればSITUATIONを短いものでそのまま表示＋直下に概要文で十分だなと思いました。
IF文機能が実装されてからずっとやりたいと思っていたカスタマイズを、アップデート作業に便乗して実行しました。
私は2669の者でもあるのですが、IF文を使ってカテゴリを選択した時だけ外側スキンのSITUATION～の直下にカテゴリ説明文(概要文)を小さく表示させるようにしました。
[[IF(cat-カテゴリ名):概要文:IF]]
を存在しているカテゴリ分書きました。概要文は管理画面からコピペという原始的な方法ですが、IFを1つずつ書いたので複数カテゴリを同時に表示した時でも問題ありませんでした。
2669を投稿した当時は状況に応じた見出しの表示のバリエーション選択がまだ無かったこともあってSITUATIONを簡素な概要文に置き換えたいと考えていたのですが、短い表示に変更可能でIF文もある現在であればSITUATIONを短いものでそのまま表示＋直下に概要文で十分だなと思いました。
➡ 2024年1月10日(水) 22時39分 〔1年以上前〕 アップデート✨ No.4231 ✎ ！
開発進捗状況報告サイトで、てがろぐ Ver 4.2.1(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 4.2.1βの更新点(概要)：
🌺既存ハッシュタグ簡単挿入機能で、ハッシュタグの後ではなく前に半角スペースを挿入できる(または一切挿入しない)設定機能を追加。
🌺「任意URLリンク」ボタンで、リンク先が丸括弧で囲まれる場合には、直後に半角スペースを自動挿入しない仕様に改善。
🌸カスタム絵文字のCSS装飾支援機能。ファイル名にハイフン・ドット・アンダーバーが含まれているとき、それらで分割した文字列を使ったclass名をさらに加える機能。
🌺データファイルを読むよりも前にパラメータの不正をチェックすることで、無駄なデータ読み込みを発生させないよう改善。
🌸攻撃目的のアクセスを簡易的に検出して拒否する(400 Bad Requestを返す)機能を追加。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
🆕 Ver 4.2.1βの更新点(概要)：
🌺既存ハッシュタグ簡単挿入機能で、ハッシュタグの後ではなく前に半角スペースを挿入できる(または一切挿入しない)設定機能を追加。
🌺「任意URLリンク」ボタンで、リンク先が丸括弧で囲まれる場合には、直後に半角スペースを自動挿入しない仕様に改善。
🌸カスタム絵文字のCSS装飾支援機能。ファイル名にハイフン・ドット・アンダーバーが含まれているとき、それらで分割した文字列を使ったclass名をさらに加える機能。
🌺データファイルを読むよりも前にパラメータの不正をチェックすることで、無駄なデータ読み込みを発生させないよう改善。
🌸攻撃目的のアクセスを簡易的に検出して拒否する(400 Bad Requestを返す)機能を追加。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
➡ 2024年1月10日(水) 22時37分 〔1年以上前〕 回答/返信 No.4230 ✎ ！
🧇Re:4229◆JavaScriptを使って埋め込む方法でも構わないなら、なおさら簡単なように思います。
何もページ全部を丸ごと埋め込まなくても、ページの一部分（本当に目次として機能する部分）だけを抜き出して埋め込めば良いのです。
例えば、サイトマップページ用スキンに <div id="kokodake">～</div> という空間を用意して、その内部に全記事リストが出力されるように作っておきます。（ヘッダとかフッタとか著作権表示とかはその外側に配置しておけば問題ありません。）
あとは、JavaScriptでその id="kokodake" の範囲だけを抜き出して埋め込めば済みます。
以下は、ChatGPTから返ってきたままのソースで動作確認はしていないのですが、以下のコードをお使いのスキンに貼り付ければ、その位置（正確には <div id="targetDiv"></div> の位置）に、サイトマップページモード内の <div id="kokodake">～</div> の範囲だけが埋め込まれます。
<div id="targetDiv"></div>
<script>
// 対象のURL
var targetUrl = 'https://お使いのドメイン/てがろぐ設置場所/tegalog.cgi?mode=sitemap';
var xhr = new XMLHttpRequest();
xhr.open('GET', targetUrl, true);
xhr.onreadystatechange = function () {
if (xhr.readyState == 4 && xhr.status == 200) {
var parser = new DOMParser();
var doc = parser.parseFromString(xhr.responseText, 'text/html');
var targetElement = doc.getElementById('kokodake');
var targetDiv = document.getElementById('targetDiv');
targetDiv.innerHTML = targetElement.innerHTML;
}
};
xhr.send();
</script>
既にJavaScriptでの埋め込みをお試しになったとのことですから、別に上記のソースを使わなくても、そのときのソースを流用なさるのでも良いと思います。要は「ページ全体を丸ごと取得する」のではなく、「ページ内の指定要素だけを取得する」という方法に変えれば良いだけですから。
畳む
何もページ全部を丸ごと埋め込まなくても、ページの一部分（本当に目次として機能する部分）だけを抜き出して埋め込めば良いのです。
例えば、サイトマップページ用スキンに <div id="kokodake">～</div> という空間を用意して、その内部に全記事リストが出力されるように作っておきます。（ヘッダとかフッタとか著作権表示とかはその外側に配置しておけば問題ありません。）
あとは、JavaScriptでその id="kokodake" の範囲だけを抜き出して埋め込めば済みます。
以下は、ChatGPTから返ってきたままのソースで動作確認はしていないのですが、以下のコードをお使いのスキンに貼り付ければ、その位置（正確には <div id="targetDiv"></div> の位置）に、サイトマップページモード内の <div id="kokodake">～</div> の範囲だけが埋め込まれます。
<div id="targetDiv"></div>
<script>
// 対象のURL
var targetUrl = 'https://お使いのドメイン/てがろぐ設置場所/tegalog.cgi?mode=sitemap';
var xhr = new XMLHttpRequest();
xhr.open('GET', targetUrl, true);
xhr.onreadystatechange = function () {
if (xhr.readyState == 4 && xhr.status == 200) {
var parser = new DOMParser();
var doc = parser.parseFromString(xhr.responseText, 'text/html');
var targetElement = doc.getElementById('kokodake');
var targetDiv = document.getElementById('targetDiv');
targetDiv.innerHTML = targetElement.innerHTML;
}
};
xhr.send();
</script>
既にJavaScriptでの埋め込みをお試しになったとのことですから、別に上記のソースを使わなくても、そのときのソースを流用なさるのでも良いと思います。要は「ページ全体を丸ごと取得する」のではなく、「ページ内の指定要素だけを取得する」という方法に変えれば良いだけですから。
畳む
➡ 2024年1月10日(水) 21時33分 〔1年以上前〕 No.4229 ✎ ！
Re4227
お返事ありがとうございます。
勉強不足で恐縮ですが、コンテンツをtopで表示させたいので出来ないです。
にししさんの提案されるとおりサイトマップページモードを活用したら、一度topからサイトマップページモードへ飛ばないと各コンテンツを表示できないと思います。
JSでサイトマップページモードを埋め込んだのですが、埋め込んだ場所にPowered by てがろぐ Ver XXXの文字が表示され、その下にメールフォーム等のコンテンツが続いていたので、ちょっとそれはなぁとなりました。
手打ちでもどうにかできるので、難しいようでしたら本当に大丈夫です。
お返事ありがとうございます。
勉強不足で恐縮ですが、コンテンツをtopで表示させたいので出来ないです。
にししさんの提案されるとおりサイトマップページモードを活用したら、一度topからサイトマップページモードへ飛ばないと各コンテンツを表示できないと思います。
JSでサイトマップページモードを埋め込んだのですが、埋め込んだ場所にPowered by てがろぐ Ver XXXの文字が表示され、その下にメールフォーム等のコンテンツが続いていたので、ちょっとそれはなぁとなりました。
手打ちでもどうにかできるので、難しいようでしたら本当に大丈夫です。
