ギャラリー [254件](3ページ目)
管理画面のアイコンの高さの件、私の環境固有の問題なのにご対応下さりありがとうございます。4.2.2βの管理画面をキャッシュクリアなどをした上で見てみましたが、4.2.1βまでと変化なしでした。でもにししさんが「半角文字を含むボタンだけ高さが増す」と仰っているのを見て、調べたり検証したりしてわかった事はあります。
端末購入後からシステムフォントを変えていないのですが、どうやらGalaxyの初期システムフォントは和文部分だけ「イワタUDゴシック」で英文はSamsungが独自に作ったフォント?という合成フォントっぽい…ので、そのSamsungが独自に作ったっぽいフォントのグリフが行間を広めに設定されているのだと思われます。
参考URL①
参考URL②
イワタフォントのサンプル と同じ文字をメモ帳アプリで表示してみましたが、言われてみれば確かに英数などは違う…

試しにてがろぐVer 4.2.2βの管理画面を単体のhtmlファイルとして保存して、cssのフォント指定を変えてみたり「/」や「ID」の文字を消してみたりして検証したところ、やはりGalaxyのシステムフォント且つ半角文字が入った時だけボタンの高さが増しました。
…というわけで半角文字を含むボタンだけ高さが増してしまう原因は端末側の合成システムフォントのようです。せっかく早々とご対応下さったのに、フォント側をどうにかするしかなさそうな結果になってしまい申し訳ございません。なんとなく「源ノ角ゴシック」をWordやIllustratorなどで使うと行間が異様に広くなってしまう→それを改善した「源真ゴシック」が登場…という流れを思い出しました(^^;) #報告
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アドレスや画面解像度など確認くん」で表示される情報を貼ります。→スクリーンショット 見た目の問題だけで使う分には全く影響がないので、こんな環境もありますというお話でした。
手持ちの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の画像を表示しても勝手に明るくならなくて、少し輝度を上げた状態で画像を表示すると明るくなったのも不思議でした。
てがろぐとは関係ないことでしたが、こんなことがあるんだ!?と私も驚きました。
わざわざご対応いただきありがとうございます。
事象が起きた画像を上げます。

追記
私は明るく見えています。
下部(4263辺り)までスクロールすると明るさが戻ります。
さて、長らくここのドメイン(nishishi.org)は、さくらインターネットのサーバで運営してきましたが、先月の半ばからリトルサーバーに移転して動作を試していました。特に動作に問題はなさそうですので(というかむしろ速いので)、正式に契約しました。ここは、リトルサーバーのワードプランのサーバで運営しています。(※本家サイトnishishi.comの方は、さくらインターネットのままです。)

🧀Re:4097◆【背景】 新着画像リストで画像をクリックすると、「その画像が使われている投稿を全文検索する」という動作になります。その画像が1つの投稿でしか使われていなければ、結果としては1投稿だけが表示されますが、もし2つ以上の投稿で使われていれば、それらすべての投稿が繋がって表示されます。というわけで、新着画像リストで画像をクリックした後の画面は「検索結果」なのです。(もし外側スキンで、そのときの状況を示す [[SITUATION:HTML]] 等の記述が省略されているスキンをお使いだと気付きにくいかもしれません。)
【原因】 で、No.4098さんが解説して下さった通り、てがろぐの初期設定では「隠されている範囲でも、全文検索時には最初から全部見せる」という設定になっています。これが、「新着画像のリンクより記事を表示させると隠した文字がオープンになってしまう」理由です。
【解決策】 ……というわけで、解決策は簡単で、No.4098さんの解説の通り、「全文検索時でも隠す機能を有効にする」の項目にチェックを入れて頂くだけで済みます。(デフォルトではOFFなので、自ら設定を変更しない限り、OFFになっています。)

🧀Re:4098◆的確なサポートをどうもありがとうございます。画像まで探して下さったのに表示できなくてすみません。^^; 解説ページとここが同じドメインだったら良かったんですが。他所様のサイトの画像をそのまま参照されるのを防ぐためにそう設定していますが、デモモードとしてうちのサイトの画像くらいは参照できるような仕様にしていたら良かったですね。(そのうち考えます。)
こんにちは。ご質問の件ですが
管理画面の[設定]→[ページの表示]→【投稿本文の表示/テキスト】→[続きを読む・指定範囲を隠す 共通設定]欄
の「全文検索時でも隠す機能を有効にする」にチェックがついているか確認して、もしついていなければつけてみてください。
現在の設定では、画像をURLで指定する記法の使用は許可されていません。
>>4073 です。PHPバージョンは、にししさんが挙げていただいている、
>テキストエディタに <?php phpinfo(); ?> という1行だけを書いて〜
の方法で確認しました。
TegUpのアップロード先は、cgi-binにあるてがろぐディレクトリ内です。
パーミッションですが、そういえば弄り忘れで644のまま動作確認していました。先ほど700に変更して再度自サイトのTegUpにアクセスしてみたのですが、そちらでも問題なく表示されました。スクショのほう貼らせて頂きます。
>>4086さんの環境ではなぜエラーになるんでしょうか…。問題解決の糸口が見つかるよう願っております。
素早くご回答ありがとうございます。
usamimiの件、パーミッションをcgiともに700にしてみましたが、やっぱり500エラーは変わらず。
で、ちょっと出来心でcgi-bin以外のところに新規フォルダを作ってそこにtegup.phpだけ上げて(tegalog.cgiの場所はちゃんと書き換え)みたら、当然エラーは出たのですが、ファイル自体はちゃんと動いててエラー画面が表示されたと言う・・・。

他のusamimiユーザーの方の方はきちんと動いてるそうですし、自分が何かものすごく下らないミスをしてるんだと思うので、もうちょっと様子見してみます。
サポートありがとうございました。お供えしておきまーす。🍮 🍩 🍰 🍫
きちんとできたらまた報告に参ります。#感謝
Raspberry Pi 上に構築した Raspberry Pi OS + Apache2 での動作チェックです
OS のバージョンなど…
$ lsb_release -a
No LSB modules are available.
Distributor ID: Raspbian
Description: Raspbian GNU/Linux 10 (buster)
Release: 10
Codename: buster
Apache2 のバージョンなど…
$ apachectl -v
Server version: Apache/2.4.38 (Raspbian)
Server built: 2023-04-21T22:01:00
配布されていた「TegUp Ver 0.9.0」を解凍して「tegalog.cgi」と同じ場所に配置してブラウザから「tegup.php」を表示してみると…
「tegup.php」の内容がそのまま表示されました どうやら php が入ってないみたいな感じだったんで…
$ sudo apt install php
にて php をインストールしてみました
$ php -v
PHP 7.3.31-1~deb10u5 (cli) (built: Sep 4 2023 21:49:25) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.3.31, Copyright (c) 1998-2018 Zend Technologies
with Zend OPcache v7.3.31-1~deb10u5, Copyright (c) 1999-2018, by Zend Technologies
この状態から再びブラウザから「tegup.php」を表示してみたら…無事に動作したっていうか「てがろぐ本体お手軽アップデータ TegUp 0.9.0」が動作しました
なおもともと最新版だったようで「●このディレクトリで稼働中のバージョン: Ver. 4.1.0」との表示が出るだけでこれ以降の動作チェックすることはできませんでした まぁここまで来れば大丈夫っぽそうですかね
また「tegalog.cgi」がアップデートされた際に試してみようと思うので…引き続きの開発を楽しみに待ってますw
いつもありがとうございます ざっくりとですが「tegup.php」の動作報告でした
(モバイルChromeやPCでは問題なし)検索しても何も出てこないんでハッキリしないんですが…
キャッシュの削除やアプリの再インストールしても解決しません。OGPの画像タグを表示しなければ、faviconが表示されます。
こちらの公式てがろぐもfirefoxモバイルだとOGPの画像が表示されてます。
firefoxの問題っぽいですが、一応#報告 しておきます。どなたか解決方法をご存じでしたら教えてください。
🍫Re:4026◆情報をどうもありがとうございます。おかげさまで、カラフルボックスでのセットアップ手順を修正できました。mixhostもそうですが、標準モジュールもデフォルトでは入っていない仕様になっているというのは、もはや「CGIを使う」ということを積極的には考慮しない方針なんでしょうかね……。
🍫Re:4027◆Spotifyの埋め込みサイズは、管理画面の設定から自由に変更できますのでお試し下さい。660×175(px)にすると、だいたいApple Musicの埋め込みサイズと同じになると思います。てがろぐの設定では(従来からお使いの方々の表示が突然変わってしまわないように)Spotifyは「旧標準サイズ」がデフォルトになっていますが、今のSpotifyだとApple Musicのように「横長」が基本なようです。

🍨Re:3957◆この動作試験場ではUPできる画像のファイルサイズを最大500KBに制限しています。ご自身で設置してお使いになる場合は任意に設定できます(デフォルトでは無制限です)。
🍨Re:3958◆ご活用頂ければ幸いです。(╹◡╹)ノ
🍨Re:3960◆はい。個別鍵は投稿本文中のどこに書いても同じです。複数書くと鍵を複数個用意することもできます。なお、「鍵付きでも1行目だけは見せたい」という場合には『鍵が掛かっていても一部を見えるようにする設定方法』がありますのでご活用下さい。鍵の記載位置に関係なく、本文の1行目だけは常時見えるように設定できます。

なお、個別鍵の仕様については、「個別鍵を指定する操作方法」もご参照頂くと良いと思います。
本文中に表示されているカスタム絵文字をダブルクリックすると、その絵文字を表示させるためのコードをクリップボードにコピーする機能を加えました。次のβ版(4.0.5)からお使い頂けます。(設定でOFFにもできますが、デフォルトではONです。)
例えば、これらのカスタム絵文字をダブルクリックしてみて下さい。すると、[:takoyaki:]のようなコードがクリップボードに入ります。

頻繁に使っているカスタム絵文字なら、いちいちカスタム絵文字の一覧画面からコードをコピーしなくても、直近の投稿に表示されている絵文字をダブルクリックすることでコードをコピーできると楽で良いかな……と思いまして。
この機能をOFFにする場合は下図の場所で。

ここがONだと、カスタム絵文字が表示される場合に限って、「ダブルクリックでコードをクリップボードに格納する」処理をするJavaScriptが出力されます。(ここがONでも、そのページ内にカスタム絵文字が1つも存在しなければスクリプトは出力されません。)
▼SVG画像でのカスタム絵文字が横方向に並ばない場合の対処方法(1)
➡ SVG画像をテキストエディタで開き、1行目にあるwidthとheightの値を書き換える。
例えば、<svg width="100%" height="100%" viewBox="0 0 32 32" ... のように書かれているなら、このようにすると、CSSに関係なくSVG画像は(iOSでも)横並びになってくれます。
ここを、<svg width="32" height="32" viewBox="0 0 32 32" ... のように書き換えます。
ここが、<svg width="100%" height="100%" viewBox="0 0 50 65" ... のように書かれているなら、
ここを、<svg width="50" height="65" viewBox="0 0 50 65" ... のように書き換えます。
▼SVG画像でのカスタム絵文字が横方向に並ばない場合の対処方法(2)
➡ 横幅の最大値も制限するCSSを追記する。
デフォルト設定では、(カスタム絵文字に対して)てがろぐは style="width:auto; height:auto; max-height:2em; vertical-align:middle;" というCSSを挿入します。ここでは高さの最大値は指定されていますが、横幅の最大値は指定されていません。どうやらiOS版のSafariは、(SVG画像にwidth="100%"があるとき)描画空間として横幅100%を確保してしまうっぽいですね。なので、以下のCSSをスキン等に追記すれば解決します。
.cemoji img { max-width:2em; }
これで横幅も最大2文字分に制限されますので、下図の右側の通り、横に並んでくれました。
ただ、これだと、あらゆる絵文字の横幅が 2em になりますので、もし takoyaki だけに限定して適用したいなら、
.ce-takoyaki img { max-width:2em; }
のようにすると良いかもしれません。
個人的には、SVG画像のソースを書き換えた方が良いのではないかと思いますけども。大きく表示させたいケースがある場合には、SVGソースはそのままで、CSSで対処する方が良いかもしれませんが。
(たぶん、Safariの問題なんでしょうね……?)
🍘動作テスト:
➡ここでは、SVG画像のソースを直接書き換えたバージョンを置いています。
➡開発放言では、SVG画像はそのままで、CSSソースを追記して対処しています。
どちらもiOSで確認しても同じように横並びになっていました。
🍘注意:
上記の対策を施しても、iOS側でブラウザのキャッシュをクリアしないと表示に反映されないのでご注意下さい。
iOS版ブラウザにスーパーリロードの仕組みはないっぽいので、例えばここで紹介されている「閲覧履歴とタブを維持したい場合」の方法で操作するのが良いかもしれません。
早速自分のサイトにも導入してみたのですが、導入後デフォルト状態では絵文字画像が縦並べになってしまいます。
→これはCSSでカスタマイズしてdisplay: inline-flex;で横に並ぶようになりました。
ですが、スマホ(iPhone)で確認したところこちらは縦並べのままになっています。
(キャッシュクリア・複数ブラウザでも試しましたが同じく)
PCのディベロッパーツールではちゃんと横並べになっているので、メディアクエリの問題でもなさそうです。
また、他の方に表示確認をしたところ、Androidでは横並べ表示されるという報告をいただいています。
こちらの掲示板内の絵文字も同じように、PCで確認すると横になっているものがスマホだと縦に見える状態です。
色々調べてみたのですが、素人なのでよくわからなくなってしまいましたので、書き込みさせていただきました。
お手数ですが、考えられる原因や解決方法などあればご教授いただきたく思います。よろしくお願いいたします。
#質問

























