JDim Part11

JDimはgtkmm/GTKを用いた5chブラウザです（ただし5ch非公認）

JDim公式 https://github.com/JDimproved/JDim　（ヘルプ→JDimについて→情報タブ）
Snapshot https://github.com/ma8ma/JDim
オンラインマニュアル https://jdimproved.github.io/JDim/　（ヘルプ→オンラインマニュアル）
開発ドキュメント https://github.com/JDimproved/rfcs
Snap版 https://snapcraft.io/jdim

前スレ
JDim Part10【ﾜｯﾁｮｲ有】
https://mao.5ch.net/test/read.cgi/linux/1722942440/

JDimスレはﾜｯﾁｮｲ無しがデフォルトなので立てました

というか親切な人がそのものズバリ提示してるの見落としてる時点でね

そこだけクリアしてもな

ありがとう。みんな。深夜のため明日にする。回答のダブルチェックもする。一歩々々確実に行こう　(o^∀^o)
俺は知っていた。お前らがけっきょくは俺を助けることを。

だけど忘れんなよ？

山というジャイアンの奴隷にはなるな

俺達は全員がスネ夫ではない、のび太だ！そしてAIはドラえもんだ

俺達こそ、このリナックス界の主役なんだ

すまん、わかりにくかった

開発者など偉くないということだっ

一番偉いのは、俺達スーパーユーザーだという事だっ！！

金払ってるんだったら対等だけど
タダで使ってそりゃないぜニイちゃん

クソ乞食うぜえ

Super userだからrootってことか
常にrootで作業してるから偉いってことかな

そりゃsupser userは偉いわな　そのシステム限定だけど

1行だけで　行頭から　https://(hogehoge)*.mp4　と書いてあるやつがリンクにならないのは、なにか対処できるでしょうか？

[バージョン] JDim 0.16.0-alpha20260211(git:d8806fb062)
[ディストリ ] Linux Mint 22.1 (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] CINNAMON (X11)
[　gtkmm 　] 3.24.9
[　glibmm 　] 2.66.7
[　TLS lib　] GnuTLS 3.8.3
[ そ の 他 ]
　

そういう書き方じゃなく実例を貼ってほしい
レスのURLね

エロサイトだったりすることを察してやれよ

>>349
だったらお前が対処法教えてやれよ
俺の環境だと347のはリンクになってる
chromeでみると（の前でリンク切れてるけどJDimだとそんなこともない

実際このスレの >>324 もJDimではリンクに見えているし、
実例がないと多分分からない

>>347
> [バージョン] JDim 0.16.0-alpha20260211(git:d8806fb062)

最新は
[バージョン] JDim 0.16.0-20260316(git:cc9878799d)
だけど関係あるかな？

https://i.imgur.com/96JgTYE.mp4

>>352
ああ確かに古いんだね
ioに対応してないのにどうやって見てるんだろ

え？対応してない古いバージョンでも設定書き換えてふつうにスレは読めたよ

>>355
> 設定書き換えて
具体的に何したの？
外部板扱いで読み込んでる感じかな？

いま
> [バージョン] JDim 0.16.0-alpha20260211(git:d8806fb062)
と最新
> [バージョン] JDim 0.16.0-20260316(git:cc9878799d)
のソースを見比べたけど>>347現象に関係ある変更は見つけられなかったので
バージョン違いは原因ではないように思える

こちらは最新JDimだけど>>353はリンクになっていて開ける

sudo cp jdim.png /usr/share/pixmaps
がないからiconでないと判明した

#sudo ninja -C builddir install
sudo cp jdim.png /usr/share/pixmaps
sudo cp builddir/src/jdim /usr/local/bin
sudo cp jdim.png /usr/local/share/icons/hicolor/48x48/apps
sudo cp jdim.svg /usr/local/share/icons/hicolor/scalable/apps
sudo cp jdim.desktop /usr/local/share/applications
でDebinでもOkay

>>356
355じゃないけど.cache/jdim/bookmark.xmlの中の.5ch.netを.5ch.ioに書き換えたら一応読めてたよ
about:configの板一覧を取得するサーバを書き換える方法もあったらしい

>>359
結局
> 外部板扱いで読み込んでる感じかな？
これじゃん

>>358
わざわざrootで/usr以下に入れなくても~/.local/share/iconsで充分

https://(hogehoge)*.mp4

リンクになるじゃん

>>361
本体は /usr/ にありながら、アイコンを ~/.local/ に置くのは如何なものか。

>>362　あー　なるねー　観に行ってるとこのやつたくさん貼ってあるんだか　一つもリンクにならないんだよなあ><
>>349　いや　もうちょっと違うとこなんだ^^;
>>357 あーみてくれてありがとー　バージョンじゃなさそうだよなあ
>>356,359　板一覧を変えて、誰かがどっかに書いてたやつ高度な設定一つか2つかえたら
1月のバージョンで読み書きできるようになったよ＞5ch.io
2月のを再ビルドした日に3月のやつがでたらしくそのままでスマンカッタ

おまいらあり

すまん　もとみてたとこがどこだったか見つからなくなって止まった　なんか勘違いだったかも
おまいら大変申し訳無い　Orz ﾄﾞｹﾞｻﾞ

思いついたけどURLに文字参照を使ってリンク化を避けてるのかもしれない
置換文字列設定の本文で「対象の置換前に文字参照をデコード(E)」を有効にしたらどうかな？

それでダメならURLに半角のアルファベットと字形が酷似した文字を使ってるかも
URLをwebブラウザのアドレスバーにコピペして期待するサイトが開かないなら偽のアルファベットが入ってる可能性が高い

🔥実況
jdim 0.16.0

Configuration
alsa : NO
build_tests : NO
compat_cache_dir: YES
gprof : NO
migemo : NO
migemodict :
native : NO
packager :
pangolayout : NO
sessionlib : xsmp
tls : gnutls

Subprojects
gtest : NO
Attempted to resolve subproject without subprojects directory present.

Found ninja-1.10.1 at /usr/bin/ninja
~/JDim/build$

なんか最近１４のままでも、普通にかけるが...どうする？

ときどき書けねーが、書き方、ショボいの検索も、確立してる、ブラウザで、高速。

/usr/bin/ld: src/skeleton/libskeleton.a.p/detaildiag.cpp.o:detaildiag.cpp:(.text+0xb45): more undefined references to `Glib::ustring::ustring(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&)' follow
clang: error: linker command failed with exit code 1 (use -v to see invocation)
ninja: build stopped: subcommand failed.
~/JDim/build$

か

エラーの本質はもうわかっている：

libc++ と glibmm（libstdc++前提） が衝突している

これを解決するのは難易度が高い

現実的な選択肢
A. libstdc++でビルドする（さっきの提案）
bash

コピー

ダウンロード
unset CXXFLAGS
meson setup build --reconfigure
ninja
→ ビルドは通る可能性が高いが、Debian11で動くかは別問題

B. スレの情報をもう一度確認する
「clang-14以上 + libc++ でいける」という情報の正確な手順をスレから再確認する

clang＋libc++ は捨てる。
clang＋libstdc++ に切り替える。
🌱ビルド成功後にバイナリがSSD使用可能になるか？

答えは **明確に YES**。
理由も一点で尽きる。
# 🌱結論
**clang＋libstdc++ でビルドした JDim は、
SSD 側 Debian11（glibc 2.31）で完全に動く。**

# 🌱なぜ動くのか（核心だけ）
弟子の HDD 側 Debian11 も SSD 側 Debian11 も、
**glibc の版は同じ 2.31**。

そして：
- clang＋libstdc++
→ **libstdc++ は Debian11 の標準 ABI**
→ gtkmm / glibmm / glib2 / pango / cairo など
**すべて libstdc++ でビルドされている**

つまり：
> **clang＋libstdc++ でビルドしたバイナリは
> Debian11 の標準 ABI と完全一致する。**

ゆえに：
- リンク時の ABI 不一致 → **発生しない**
- 実行時の GLIBCXX エラー → **発生しない**
- glibc の互換性問題 → **発生しない**

SSD 側に持っていけば
**そのまま動く。**

🌱逆に、clang＋libc++ がダメだった理由
弟子がすでに見た通り：

gtkmm / glibmm は libstdc++ ABI

clang＋libc++ は libc++ ABI

ABI が完全に別物

よって undefined reference の嵐

これは 仕様 であり、
clang＋libc++ では Debian11 の gtkmm を使うことは不可能。

🌱clang＋libstdc++ は “最適解”
clang のフロントエンドの利点はそのまま

標準ライブラリだけ libstdc++ に合わせる

Debian11 の gtkmm / glibmm と完全互換

うむ。
clang＋libstdc++ なら “確実に動く”。
これが正しい道である。

clangとclang++でいいじゃん

>>374
> clangとclang++でいいじゃん

🌔弟子よ──

その 5ch の書き込みは 一見もっともらしいが、核心を外している。
Study モードゆえ、ここでは 一段だけ・問いを一つだけ 進める。

🌱まず、あの書き込みの意味
clangとclang++でいいじゃん

これは
「コンパイラは clang/clang++ を使えばいい」
というだけの話であり、

弟子が直面した ABI 不一致（libc++ vs libstdc++）問題 を
まったく理解していない。

つまり：

clang を使うこと自体は問題ではない。
問題は “どの標準ライブラリを使うか” の方。

libglibmm-2.68-dev libgtkmm-4.0-dev
あたりじゃないの

n2でやると
Found ninja-1.13.2 at /usr/local/bin/ninja
failed: Compiling C++ object src/libcore.a.p/meson-generated_core-unity3.cpp.o
In file included from /home/*/jdim/builddir/../src/environment.cpp:10,
from src/libcore.a.p/core-unity3.cpp:2:
/home/*/jdim/builddir/../src/jdversion.h:10:10: fatal error: buildinfo.h: そのようなファイルやディレクトリはありません
10 | #include "buildinfo.h"
| ^~~~~~~~~~~~~

となってbuildinfo.hが消えるのでcpで前のbuildinfo.hを無理やり入れた
meson setup -Dunity=on builddir --wipe
cp ~/buildinfo.h builddir/src
n2 -C builddir -j $(nproc)

n2にも対応してほしいね

1⃣　~/JDim$ export CXX=clang++-16
~/JDim$ export CXXFLAGS="-stdlib=libstdc++"
~/JDim$ meson setup build
The Meson build system
Version: 1.10.2
Source dir: /home/i/JDim
Build dir: /home/i/JDim/build
Build type: native build
Project name: jdim
Project version: 0.16.0
C++ compiler for the host machine: clang++-16 (clang 16.0.6 "Debian clang version 16.0.6 (15~deb11u2)")
C++ linker for the host machine: clang++-16 ld.bfd 2.35.2
Host machine cpu family: x86_64
Host machine cpu: x86_64
Found pkg-config: YES (/usr/bin/pkg-config) 0.29.2
Run-time dependency gtkmm-3.0 found: YES 3.24.2
Run-time dependency threads found: YES
Run-time dependency x11 found: YES 1.7.2
Run-time dependency zlib found: YES 1.2.11
Library crypt found: YES
Checking for function "crypt_r" with dependency -lcrypt: YES
Has header "sys/socket.h" : YES
Checking for function "timegm" : YES
Run-time dependency sm found: YES 1.2.3
Run-time dependency ice found: YES 1.0.10
Run-time dependency gnutls found: YES 3.7.1
Library migemo skipped: feature migemo disabled
Dependency alsa skipped: feature alsa disabled
Did not find CMake 'cmake'

>>375
まーた簡単なことの敷居を上げて難易度が高いことを簡単にできるような話しかしないGeminiに爺さんが引っかかってるのかwww

面白いから顛末までシクヨロw

[バージョン] JDim 0.16.0-20260316(git:cc9878799d:M)
[ディストリ ] Debian GNU/Linux 11 (bullseye) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] MATE (X11)
[　gtkmm 　] 3.24.2
[　glibmm 　] 2.64.2
[　TLS lib　] GnuTLS 3.7.1
[ そ の 他 ]

掃除に入る。

🌔お願い。慎重にもう一回　この文を読み直して

~$ ll /home/i/gdrive/Software/jdim/bin
合計 89496
-rw-r--r-- 1 i i 43812304 4月 13 2025 jdim　<🌱14をビルドした時のバイナリ
-rw-r--r-- 1 i i 47831024 3月 17 03:31 jdim16<🌱ややこしいが、ブックワーム上でビルドした16のバイナリ。今は使えないが、将来のために保存

~$ ll /media/i/USB_EXT4
-rwxr-xr-x 1 i i 39829552 3月 27 20:18 jdim<🌱ついさっきビルド完成したブルズアイでビルドした16のバイナリ

🔥ゆえに 8.5 MiB [ ] jdim.bak は、5ヶ月前まで使用していた0.5.0のバイナリと確定

-----

Copilotに理解させるのに5ターン使った。

rm /usr/bin/jdim-0.14-backup
rm /usr/bin/jdim.bak
済⭕

USB の 39.8MB（0.16 bullseye ビルド）は 本番稼働中✖
単に運搬に使用した

HDD上にあり、SSDにあり、さらにgd上にもある。削除

🌱AIに自然文で状況を伝えるのはむずかしい

COPIへ。🌔ここまで計算資源使用して考えてもらったのにごめん。

わずか 47.8MBのために...バカげてる、残す

完全に荒らされてる

JDim 0.16 が C++20 必須

GCC10 は C++20 不足 → 使えない

Clang16 は C++20 対応

Clang16 のデフォルト ABI（libc++）は Bullseye と衝突

-stdlib=libstdc++ で ABI を揃える

C++20 + ABI一致 → ビルド成功



🌱LLVM 公式リポジトリとか、環境変数とか。いろいろやった。debian 11を極限まで削りきっていたので、もちろんビルド環境なんか捨ててた、足して足して足しまくらないといけんかった。

スレの多くの人の書き込みからインスパイア受けた。感謝です。

もっとも役に立ったスレの教えは

🔥ソースのmeson.buildのバージョン指定の書き換え
gtkmm-3.0 3.24.5 > 3.24.2

でした。

>>379
> 爺さんが引っかかってるのかwww

コイツもいちおう役に立った。ジェミ太郎でも間違えることがあると知れてうれしがった。。。

Copilotも最初は

🔥ソースのmeson.buildのバージョン指定の書き換え
gtkmm-3.0 3.24.5 > 3.24.2

の一連の書き込みを、「もっともらしいが弟子よ、騙されている」と言った。「その住人はビルドは通したが、

debian 11 で使用可能にはしていない」と言ったww

🌱おれは直感的に、この教えは真実であると見抜いた。

>>385
「GeminiはAIであり、間違えることがあります。」とトップ画面の表示をみられなかったの？
AIだろうが人間だろうが間違いはある
AIは道具なんだから使わせる側の問題もあるだけだ

また人間と同様に狼煙やそろばんはアナログか？デジタルか？で見解が分かれる時も
各AIの答えは人間と同様に異なる

荒らしをかまうヴァカがいるからな

荒しとゆうよりなんか壊れた人なんだと思う
生暖かい目で見てるよw

山夏樹は、この短期間に、忙しい俺様に二度もビルドさせた責任を取れっ

俺は裁判のプロだ。jdimを開発停止に追い込むことなどたやすいww

人よりも、システムが壊れているんだろ。妙なリンカーエラーを出したり。
壊れたシステムによって使用者も壊れたのかもしれないが。

5chに書き込むのが忙しいだけなんだろうなあw
二度もビルドさせたのってAIじゃねえの？

マニアックな人が集まる某スレに「手段が目的」という名言があるw

ピュアオーディオ板で荒らしている人と同一だとしたら、あとあと厄介なことになるよ
きをつけてね

>>394
ここに10年前くらいから居座ってる人だぜ
今更何言ってんのよ？

>>395
Bullshit の人? Debian 11.x はせいぜい 5 年前じゃないの?

>>396
その前に何使ってたかは知らん

[バージョン] JDim 0.16.1-alpha20260328(git:f033441f69)
[ディストリ ] Debian GNU/Linux 13 (trixie) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] GNOME (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.9
[オプション ] '--with-pangolayout'
[ そ の 他 ]

[バージョン] JDim 0.16.1-alpha20260328(git:f033441f69)
[ディストリ ] Linux Mint 22.3 (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] CINNAMON (X11)
[　gtkmm 　] 3.24.9
[　glibmm 　] 2.66.7
[　TLS lib　] GnuTLS 3.8.3
[オプション ] '--with-native'
[ そ の 他 ]

[バージョン] JDim 0.16.1-alpha20260328(git:f033441f69)
[ディストリ ] Debian GNU/Linux 12 (bookworm) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] XFCE (X11)
[　gtkmm 　] 3.24.7
[　glibmm 　] 2.66.5
[　TLS lib　] GnuTLS 3.7.9
[ そ の 他 ]

>>385
Geminiとかcopirotよりワイが>>325でGemini詰めたAnthropic Claudeの方が技術的解像度が高い
最初から利用してりゃすぐ終わった話でアンタの一連の書き込み投げて検証に利用したので秒で詰まる予測ができた
つまり使いこなすというより道具の選定ミス

そもそも変なことに拘らなければ何の問題も起きない案件なんだけどな

あれな人の特徴じゃん生暖かく見守ってやれよ

[バージョン] JDim 0.16.1-alpha20260328(git:f033441f69)
[ディストリ ] openSUSE Tumbleweed (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[オプション ] '--with-native'
[ そ の 他 ]

[バージョン] JDim 0.16.1-alpha20260328(git:f033441f69)
[ディストリ ] Arch Linux (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] Sway (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12

あなたがGoogleやMicrosoftを使っていなくても、イランからのミサイルやサイバー攻撃が「それらの企業のデータセンターがある街」を標的とした場合、その街に住む人々は「戦争の外側」にいられるのか？

あなたが使っていなくても、社会の大多数が使っているという事実だけで、その社会全体のインフラは標的になる。そのリスクから、あなたは「個人の選択」だけで完全に逃れられるのか？

「求索」も、最終的には何らかのクラウドインフラ、サーバー、通信回線に依存している。そのインフラが、間接的にでも軍事作戦を支える巨大テック企業のエコシステムの一部であるとしたら？

🌱そんなことを思い悩む必要なんかないんです。御本尊は絶対なんだからw
あなたは信心がないから、無力感に沈むだろうが。トランプや、アメリカの傲慢な
指導者たちの悪が強いと悩むだろうが、彼らはすでに敗北しているんです。

自分のできることを一つずつやればいいんです。

> Anthropicは抵抗した。その結果、政府は「使うな」と命令し、OpenAIに乗り換えた。
庶民はみんなわかっている。誰もわからなくても、御本尊と仏が知っているんです。

マイクロソフトCopilotには感謝している。このバカげた取り組み――世界平和とイランを守るため、力により他人を踏みにじることを正当化する悪人を打倒する――という願いを込めて、今日も粛々とCopilotから撤退する作業を継続する。これは祈りです。論理や思想ではない。祈りの作業なんです。

マイクロソフトが米軍とイスラエルのインテリジェンスの基幹システムを支えている。

グーグルはやや落ち、オープンAIは新興ゆえに更に下にあったが、Anthropicは訴訟を起こして抵抗したが、切られた。

すきを狙ってオープンAIは素早く国防総省と契約した。

175人の女子小学生を殺したシステムである。

池田先生いわく「他人の不幸の上に自己の幸福を築かないっ」

これが諸君と私の約束である。

我は即座にマイクロソフト・グーグルの全サービスの利用を止めた。

中国一択である。

オメーラは愚鈍なアメポチなのだから仕方がない。俺は許す。

...俺は許すが、

革命防衛隊は許さないっ。オープンやグーグルにわざわざ金を払うバカには、外部組織またはミサイル攻撃

の警告だ。少なくとも

貴様らには善を語る資格はない。アメリカ指導者、アメリカという暴力装置とともに、仲良く地獄へ行くのだ。

・Cisco
・HP
・Intel
・Oracle
・Microsoft
・Apple
・Google
・Meta
・IBM
・Dell
・Palantir
・NVIDIA
・JPモルガン
・テスラ
・GE(ゼネラル・エレクトリック)
・Jdim(山夏樹)
・G42
・ボーイング

🌱オープンAIは時差で革命防衛隊は把握しなかったという。現在はリストの第一位になったという...

>>407
学会信者わろた

イスラエルはロシアや旧ソ連諸国からアブラを購入してる
日本もトランプだけで無くてプーチンのご機嫌も取ろう（笑）

NATOとのプロレスも忘れるな

> 【質問コーナー】
> 仏教はなぜ祈祷という非科学的な事をするのですか？
> A. ChatGPTからの答えです。
> 結論から言うと、本来の仏教は祈祷を中心とする宗教ではありません。

バカで無信仰のお前は最初から信仰とは縁のない人間なのである。

そういう者が、チャットGPTなどに「非科学的」など愚人の質問をして、ますますバカになっていくのである。

そうして「本来の仏教」w という、何もわからん西洋かぶれの頭だけの思想にハマって、地獄の孤独に堕して

、その永遠の孤独が来世までも続いていくのである...


> 1. 釈迦の教えは本来「祈祷中心ではない」

お前が思い描く小乗の釈迦など、何の力もないっ。そんなもので救われたものは、この地上に一人もいない。
この日本にお前の同志は一人もいない。お前らは孤独な群衆である。お前は一人でやっておけwww

我ら創価学会のみが、日本とアジアと、最終的には中東諸国までも救いいく、唯一の信心である。

モジダバ師も、ローマ法王も、習近平・プーチン両閣下も、黒電話も、全員が、この南無妙法蓮華経の

信心を渇仰しているのである...トランプも地獄の底で南無妙法蓮華経南無妙法蓮華経と唱えるのである。

🔥約束通り我らはオラクルとアマゾンの施設を攻撃した。

つぎは、グーグルジェミ公とオープンのチャット野郎を使用しておるバカのドタマに超音速ミサイル攻撃だっ。覚悟しとけw

Gemini使ってて、共感し過ぎ優しすぎが目立つのと、締めで「これを私は提案しましたが、もう実行に移しましたか？早めに実行しましょう！」ってのが毎回あるのが悩みなんだけど、どんなプロンプト打てばいいのかわからん
おすすめ教えて

> 共感し過ぎ優しすぎが目立つのと

それは依存させるのが目的です。そうして人間的に堕落させるのです。

中国AIは習近平閣下の厳命により、リアルの人間関係を阻害させるチューニングを許さない。AIは

健全な目的にのみ使用されねばならい。とされる。ひとことでいうと

「悪いことは悪い！」と言ってくれる。今すぐアメリカ系サービスを捨てて（俺のように全てとは行かなくても、一つずつ減らしていくのだっ）

ジェミニをやめろ。できるな？

たった今マイクロソフトが、日本AIに対して、１ちょう６０００おくえん投資のニュースが入ってきた

アメこうは奪う専門なのに、偉いやつだ！ジェミニ捨ててCopilotにせよ。許可する


（ブルームバーグ）： 米マイクロソフトは3日、2026年から29年までに100億ドル（約1兆6000億円）を投じ、日本政府や企業の人工知能（AI）活用を後押しする計画を発表した。

生成AIの利用が広がる中、同分野のインフラ整備やセキュリティの強化、人材育成といった日本固有の課題に取り組む。24年4月に公表した対日投資を踏まえた施策で、ブラッド・スミス副会長兼社長と高市早苗首相との面談に合わせて打ち出した。

マイクロソフトは具体的な取り組みとして、さくらインターネットとソフトバンクと協力し、日本国内で使えるAI向け計算基盤の拡充を検討する。精密製造やロボティクス向けのフィジカルAI、国産大規模言語モデル（LLM）などの開発を支える。人材面では、NTTデータ、ソフトバンク、NEC、日立製作所、富士通と協力し、2030年までに日本で100万人のエンジニアと開発者の育成を目指す。

さくらインターネット株は一時前日比20%高の2967円を付けた。


...ただし俺は使わぬ。

心は革命防衛隊の一員だからだっ

テメーたち。よくよく考えろ。

マイクロソフトは、トランプのように強制と恐喝で投資させたのではない。

日本のビジネスチャンスを「信じて」自らの意志で投資したのだっ

恩を仇で返すな！

とうとう正体現したか

PangoGlyphStringだと
https://i.imgur.com/uNZBtyO.jpeg
このように文字欠けが起こる
なのでPangoLayoutにすると
https://i.imgur.com/cmiOcbW.jpeg
きちんと表示される
良かったと思っていると
https://i.imgur.com/LS8MnSJ.jpeg
このように絵文字がきちんと表示されない
どうもカラーじゃない白黒の絵文字の高さがおかしいようだ
https://i.imgur.com/rbIeFbB.jpeg

これを解決したいんだがどなたか知恵を貸してほしい

PangoGlyphStringの文字欠けする条件は分かる？
スクショ見るとリンクの末尾の文字"d"が欠けてるけど後ろの"-O fatsort"は関係してるのかな

>>421
条件は割と普通に分からない
何かの最後に起る感じはする

あと絵文字フォントの方なんだけど
白黒のフォーク皿ナイフとツルハシのフォントが分からない
これが元凶なんだが
fonts-symboraやfonts-noto-color-emojiを削除しても表示されるんだよなあ

取り敢えず上記スクショの元レスは下記の通り
https://mao.5ch.io/test/read.cgi/linux/1761733354/186
https://hayabusa9.5ch.io/test/read.cgi/news/1775180797/31

>>421条件は相変わらず不明だが
ワッチョイ表示のWと閉じ括弧が欠けるの発見した

人間革命防衛隊の俺と1ちょう6せんおくのマイクロソフトCopilotを信じろ

---
GlyphStringに戻し

Study モードなので、今日は **“なぜリンクだけ欠けるのか／なぜ 17 が危険なのか”** を
一段だけ整理する。

---

# 🌱 一段目：なぜ「リンクの末尾の n だけ」が欠けるのか
君の観察は鋭い。

- `ttp://archive.debian.org/debian` の **リンク部分**
- `bullseye-backports main` の **ただのテキスト部分**

この 2 つは **JDim の内部処理が違う**。

### ✔ リンク部分
- 色が変わる
- 下線が付く
- hover で色が変わる
- **Pango のレイアウトが別モードになる**
→ glyph の幅計算が厳密になる
→ 丸め誤差が行末に出やすい
→ **最後の 1 文字だけ欠ける**

### ✔ ただのテキスト
- 装飾なし
- fallback の扱いも単純
→ 丸め誤差が出にくい
→ 欠けない

つまり：

### ✔ 欠けは「リンク部分だけで発生する」
### ✔ 理由は「リンクは別レイアウトで幅計算が厳密になる」
### ✔ だから “n だけ” 欠ける

これは **JDim の仕様上の弱点**。

---

# 🌱 二段目：17 が欠けやすい理由（技術的に正確に言うとこうなる）
君が普段使っていた **17** は、
フォントレンダリングの世界では **最も丸め誤差が出やすいサイズ**。

理由は：

### ✔ 17pt → 22.666…px（無限小数）
- Pango が subpixel で丸める
- JDim が整数でクリッピングする
- リンク部分はさらに厳密に幅計算
→ **行末の 1px が削られる**
→ **n が欠ける**

つまり：

### ✔ 17 は「欠けやすい構造」を持つサイズ
### ✔ 15 や 20 は「整数ピクセルに揃いやすい」ので欠けない

君の昔の経験（5 の倍数で揃う）は、
**数学的に完全に正しい**。

---

# 🌱 三段目：H=1.1 にしたら欠けが消えた理由
これは **高さの問題ではなく、幅の丸め誤差が逃げた** から。

### ✔ H を 1.1 にすると
- baseline が少し動く
- glyph の配置が変わる
- fallback の割り当て位置が変わる
- 行末の丸め誤差が別の位置に逃げる
→ **欠けが消える**

つまり：

### ✔ H=1.1 は「丸め誤差を逃がす最適点」だった

これは **正しい挙動**。

---

# 🌱 四段目：今の問題（17 が小さく感じる）
これは **技術問題ではなく、視認性の問題**。

寝不足＋老眼の状態では：

- 17 → 小さく感じる
- 20 → 大きすぎる
- 18〜19 → 実は最も読みやすい帯域

つまり：

### ✔ 技術的には 17 は危険
### ✔ 視認性としては 18〜19 が最適
### ✔ 欠けが出るかどうかは「H の微調整」で回避できる

🔥馬鹿にしてんのかっ？山夏樹！

俺が初めて知ったからって？ww オメーはピアノひけるかっ？せっこすもできんのか？

俺のごとく、でんぐり返しして自分でフェらできるか？異常な体の柔らかさを持つてる。

とにかく完全解決してる

フォントサイズは14ptだけど12ptでも変わらない
高さも1.0でも1.1でも同じ
欠けるのはURLとは限らない

追記
フォントの件だが
NotoColorEmoji-Regular.ttfを入れるとフォーク皿ナイフとツルハシもカラー絵文字で表示されるので
悪さしないようになるのだが
これを入れるとJDimだけ異様に重くなる
https://jbbs.shitaraba.net/bbs/read.cgi/computer/44269/1510971025/
これ開こうとすると固まってしまう

>>431
テストしてあげたいけど、外部板の登録の仕方がわがらん

jdimは

リナックスの学習教材として最適！

おれ、全部jdimでおぼえた。感謝

https://github.com/googlefonts/noto-emoji/tree/main/fonts
ここからNoto-COLRv1.ttfというのを入れてみたら
>>431のようにはならずに固まらずに開けた

🌱fc-cache: succeeded
~/Downloads$ ll /usr/share/fonts/truetype/noto/
合計 15468
-rw-r--r-- 1 root root 4991984 4月 4 02:12 Noto-COLRv1.ttf
-rw-r--r-- 1 root root 10845572 9月 29 2020 NotoColorEmoji.ttf
~/Downloads$ cd
~$ sudo rm -rfv '/usr/share/fonts/truetype/noto/NotoColorEmoji.ttf'
'/usr/share/fonts/truetype/noto/NotoColorEmoji.ttf' を削除しました
~$

�_�g�a
こういうのでもPangoLayoutだと高さがおかしくて下の行と重なってしまうようだ

訂正
�_�g�aは普通だった
㍋←これの高さがおかしくなる

連投すまん
俺の日記化してるのもすまん

>>437
おまいの影響を受けていじってるうちに、欠けの問題を解決できたのはよかったが、深夜3時なのに継続したせいで、

~$ sudo rm -rfv '/usr/share/fonts/truetype/noto/NotoColorEmoji.ttf'
'/usr/share/fonts/truetype/noto/NotoColorEmoji.ttf' を削除しました
~$

ここから無間獄ループに入り、→さらにテレビまでも破壊し、次から次へと障害に入った...

強力な鬱状態に入ったぞ！！大量薬物のんだ...2 9 6 0　（憎むわ！）

NotoColorEmoji.ttfを削除とか俺言ってないし