【5chブラウザ】 JDim Part2

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

JDim公式 https://github.com/JDimproved/JDim
オンラインマニュアル https://jdimproved.github.io/JDim/
開発ドキュメント https://github.com/JDimproved/rfcs

◯ JD（派生元プロジェクト）
JD公式 http://jd4linux.osdn.jp/
JDサポートBBS http://jd4linux.osdn.jp/cgi-bin/bbs/support/
JD OSDN https://ja.osdn.net/projects/jd4linux/
2chスレ過去ログ http://jd4linux.osdn.jp/old2ch/
JD開発ポリシー http://jd4linux.osdn.jp/policy.txt

前スレ 【5chブラウザ】 JDim Part1 http://mao.5ch.net/test/read.cgi/linux/1551889442/

まあmake終わったってなったら貼りたくなるものさ
[バージョン] JDim 0.3.0-20200516(git:b5ed92582d)
[ディストリ ] Ubuntu 18.04.4 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] LXDE
[　gtkmm 　] 3.22.2
[　glibmm 　] 2.56.0
[　TLS lib　] GnuTLS 3.5.18
[ そ の 他 ]

>>312
>>310へのレスか。
その通りだなw

>>314
両方同じ人w

問題は貼り付ける理由も自分で説明できない輩が
相応の反応を受け入れないことだ
知性が無いのに尊重されると勘違いしている

おいおい5chの書き込みにそんなこと言っても意味ないだろ

https://github.com/ma8ma/JDim/pull/39
串の書き込み用設定をonにしないとレスが書けない問題に対処するパッチです
串や板の組み合わせをいろいろテストしたいので公開します
パッチの適応はリンク先を見てください（なんか書き込めない）

テスト方法
1. masterブランチにパッチを当ててビルド
2. プロキシ設定の書き込み用をoff
3. about:configの2chのクッキー:HAPを保存する、2chのクッキー:HAP、BBSPINKのクッキー:HAPをリセット
4. 念の為再起動してレスを書き込む

>>318
串側とクッキーが混ざる
設定の読み込み用がonのときはスレ読み込むときにcookie付けないほうがいいかも

>>318
>>319の通りに更新しました
[バージョン] JDim 0.3.0-20200517(git:38a5fec570)
[ディストリ ] Ubuntu 20.04 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE
[　gtkmm 　] 3.24.2
[　glibmm 　] 2.64.2
[　TLS lib　] GnuTLS 3.6.13
[オプション ]
[ そ の 他 ]

VIPにスレ建てできない。「ERROR: スレッド作成時の認証用クエリが一致しません。」というエラーが出る。
Sikiでは最新版で修正された。JDimでは最新版でもできない。

このソフトはログ関係、設定関係が使いにくいな

>>323
本当だ、種類は関係なく３つ以下にすると反応しなくなるみたい
[バージョン] JDim 0.3.0-20200517(git:38a5fec570:M)
[ディストリ ] Ubuntu 20.04 LTS (x86_64)
省略

>>323
gtk2版でも同じだった
[バージョン] JDim 0.3.0-20200516(git:b5ed92582d)
[ディストリ ] Ubuntu 20.04 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE
[　gtkmm 　] 2.24.5
[　glibmm 　] 2.64.2
[　TLS lib　] GnuTLS 3.6.13
[オプション ] '--with-gtkmm3=no'
[ そ の 他 ] 気づいたこと
gtk2もgtk3もタイトルを外して再起動すれば３つ以下でもマウスホイールでスクロールできる

>>323
スクロールしなくなる原因を調べた
一言で言うとカラムの位置とカラムの種類を混同してるのが原因

1. スレ一覧の項目にタイトルを入れた場合、行の高さ取得するカラムにid = COL_SUBJECT = 3を指定する
https://github.com/JDimproved/JDim/blob/b5ed92582d/src/board/boardviewbase.cpp#L606-L608
ここでカラムid(番号,タイトル,レス...)ではなくカラム位置(左から0,1,2...)を指定するべき

それで現状は
2. スレ一覧のカラム数が4未満になっても上の部分で3を指定しているので（インデックスは0オリジン）
get_row_height() の変数columnがnullptrになって0が返る
https://github.com/JDimproved/JDim/blob/b5ed92582d/src/skeleton/treeviewbase.cpp#L365-L366

3. https://github.com/JDimproved/JDim/blob/b5ed92582d/src/skeleton/dragtreeview.cpp#L503
最終的にwheelscroll() の変数scr_incが0、つまりスクロール量ゼロになってしまう

>>323
スクロールしなくなる原因を調べた
一言で言うとカラムの位置とカラムの種類を混同してるのが原因

1. スレ一覧の項目にタイトルを入れた場合、行の高さ取得するカラムにid = COL_SUBJECT = 3を指定する
https://github.com/JDimproved/JDim/blob/b5ed92582d/src/board/boardviewbase.cpp#L606-L608
ここでカラムid(番号,タイトル,レス...)ではなくカラム位置(左から0,1,2...)を指定するべき

それで現状は
2. スレ一覧のカラム数が4未満になっても上の部分で3を指定しているので（インデックスは0オリジン）
get_row_height() の変数columnがnullptrになって0が返る
src/skeleton/treeviewbase.cpp#L365-L366 (url弾かれるから省略)

3. src/skeleton/dragtreeview.cpp#L503
最終的にwheelscroll() の変数scr_incが0、つまりスクロール量ゼロになってしまう

>>323
スクロールしなくなる原因を調べた
一言で言うとカラムの位置とカラムの種類を混同してるのが原因

1. スレ一覧の項目にタイトルを入れた場合、行の高さ取得するカラムにid = COL_SUBJECT = 3を指定する
JDimproved/JDim/blob/b5ed92582d/src/board/boardviewbase.cpp#L606-L608 (url弾かれるから省略)
ここでカラムid(番号,タイトル,レス...)ではなくカラム位置(左から0,1,2...)を指定するべき

それで現状は
2. スレ一覧のカラム数が4未満になっても上の部分で3を指定しているので（インデックスは0オリジン）
get_row_height() の変数columnがnullptrになって0が返る
src/skeleton/treeviewbase.cpp#L365-L366

3. src/skeleton/dragtreeview.cpp#L503
最終的にwheelscroll() の変数scr_incが0、つまりスクロール量ゼロになってしまう

うわ、ごめん

urlがあると書き込みエラーになる？

書けている以上URLの有無は関係ないんじゃね？
単に重くて処理に時間がかかっただけだと思う
まあ大事な事だから三回言ってもいいじゃん

人柱必須ソフトだな

アンカーすらまともに機能していない。テストしてんのかな。

>>333
>アンカーすらまともに機能していない
どういうこと？

>>ID:4Dgp60YB

こういうの

テストというよりそもそもそういう使い方JDの頃から想定していないんじゃないか？

>>335
意味が分からんのだが？

おそらくスレが壊れた状態で保持してるんだろう
回線環境が悪いとそうなりやすい

>>335
釣り？

なんかタコが絡んでくる。キモイw

>>335
そんな機能サポートしてない専ブラの方が多いんでは

絡んでくるって
意味が分からんから聞いてるだけなのに
誰かID:4ToYnbLuが何を言いたいのか通訳頼むよ

言ってる意味がわかった
chmateだと
>>IDでポップアップする

>>340
ダブルクリックするって教わった
ID:4ToYnbLu

おーダブルクリックか。まぁ挙げればキリがないがいちいち操作性が独特だよな。
LinuxはUIの統一ガイドラインみたいなのはないのか。

>>343
同じIDの人の書き込みを抽出してポップアップで表示ならID:の部分を右クリックだよ

>>345
それは知ってるけど
例えば

ID:2L6HTS6h
のように遠いID追うときは本文からのほう合理的でしょ

ダブルクリックじゃなくて文字列指定してマウスオーバーが正しいのか

ああそういう話か
本文内のIDやレス番はそうだね

ID抽出機能を「アンカー」と呼ぶのはどこの流儀なんだ

>>343
chmateだとIDはアンカー不要
IDにアンカー付きで返信する機能なんてそもそも付いてない

そんな機能が一般的にあるなら逆に教えて欲しいもんだよね

>>346
> ID:2L6HTS6h
> のように遠いID追うときは本文からのほう合理的でしょ

だから本文中でもID:xxxxの部分を選択すればポップアップするんだよ。
そのくらいの機能ついてるから。
やってみ？

>>350
>chmateだとIDはアンカー不要
この場合のアンカーとは？
「IDはアンカー不要」なのは何をしたい時？

>>351
やってるわな

>>352
これのこと
>>343
> chmateだと
> >>IDでポップアップする

IDの前に >> は要らない
IDをクリックすればポップアップする

>>354
ああ、>>付ければ何でもアンカー的な考え方ね
そもそも5chでアンカーってレス（番）アンカーだけだよね
いまに「>>コテハン」でポップアップしないとか言い出す人が出てきたりするのかもw

>>355
> そもそも5chでアンカーってレス（番）アンカーだけだよね

そうそう、アンカーが本当に有効なのはレス番だけ
便宜上 >>あだ名 とかやるけどね

需要ないのかどうか知らないけど、VIPにスレ建てできない現象、修正お願いします。
>>318のパッチ当てても改善しません。

about:configにmigemoの設定がないんですけどどうしてですか？

>>357
専用スレもあるし、2chproxy.pl スレでも話題にはなってるけど
これといったことは書いてないな
スレッド作成時の認証用クエリが一致しません。
http://agree.5ch.net/test/read.cgi/operate/1589092613/

パッチの評価はどうなの?
俺には必要ないから使ってないんだけど

[バージョン] JDim 0.3.0-20200523(git:6ab4e1e474)
[ディストリ ] Ubuntu 20.04 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE
[　gtkmm 　] 3.24.2
[　glibmm 　] 2.64.2
[　TLS lib　] GnuTLS 3.6.13
[オプション ]
[ そ の 他 ] >>287>>323を修正
>>318の影響を知りたいので機能フリーズまで余裕のあるうちにmasterに投入してみます
問題出たら取り消しで

>>271

基本動作としてお気に入りを左クリックの時は更新せずにログを開く。

で、
マウスボタン詳細設定の板一覧/お気に入りに「スレッドを更新して開く」を追加でどうでしょうか

>>362
それとか>>266はちょっと強引に感じる
左クリックでスレッドを更新して開くは長年使われてるしバグじゃない
なので基本はそのままで設定追加ならいい線かなと考えました

あとはお気に入りに操作追加ではなく
オフライン作業のon/offをツールバーの項目やショートカットキーに追加するのはどう？

[バージョン] JDim 0.3.0-20200523(git:6ab4e1e474)
[ディストリ ] Manjaro Linux (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE
[　gtkmm 　] 3.24.2
[　glibmm 　] 2.64.2
[　TLS lib　] GnuTLS 3.6.13
[オプション ] '--with-pangolayout'
[ そ の 他 ]

Eonetにおいて、RTX1200 ファームウェア 14.0.76 ipv4、ipv6 PPPOEダブルスタック で運用していました。
ipv4、ipv6の動作環境は今まで特に問題は発生しておりませんでした。
ファームウェアの更新をGUIで14.0.78へ行ったところ、ipv6飲みの接続になりました。
何度か電源のon/offを行なったのですが不安定な一方接続のみとなり
ダブルスタック接続が出来無くなってしまいました。
何かアドバイスを頂けたら幸いです。

誤爆？

酒が好きそうなことはわかる

>>363　ですよねごもっともです、長年使われてますから。

タブが一つしか開かなくなってしまった。仕様変更があったのかな？俺環？

[バージョン] JDim 0.3.0-20200530(git:ee641a3147)
[ディストリ ] Arch Linux (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] (unknown)
[　gtkmm 　] 3.24.2
[　glibmm 　] 2.64.2
[　TLS lib　] OpenSSL 1.1.1g 21 Apr 2020
[オプション ] '--with-gtkmm3'
'--with-thread=std'
'--with-tls=openssl'
[ そ の 他 ]

>>369
タブ複数開ける
環境変数JDIM_CACHEでキャッシュを変えても変わらない？
あとはコミットを戻したら直るか

[バージョン] JDim 0.3.0-20200530(git:ee641a3147)
[ディストリ ] Ubuntu 20.04 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE
[　gtkmm 　] 3.24.2
[　glibmm 　] 2.64.2
[　TLS lib　] GnuTLS 3.6.13
[オプション ]
[ そ の 他 ]

あ！タブを固定しないと閉じちゃうようになったってこと？
だとしたら個人的には使いやすくなったわ。

>>370
一度どれかのタブを固定したら今までの挙動に戻った。
echo $JDIM_CACHE でなにも出力されないのでそもそも設定していない模様。この環境設定はインストール時に設定しておくべきなのかな？

>>369 それ俺のエスパーだわ

>>372
ああ、分かった
板やスレを開くとき表示中のタブがロックされてない場合は閉じられるよ
タブで開く(Ctrl+Space)なら横に追加される感じで残る

>>372
マウスボタン詳細設定で板を開く、スレを開くのLeftを消して
タブで板を開く、タブでスレを開くにLeftを割り当てるといいかも

>>374
ごめんまだ症状が伝わっていないと思う。現象は以下の手順だった。まだ何が起きてるかわかってない。
１．まっさらな環境でいくつスレを開いても一つしか開けない。開くと前に開いていたものが勝手に閉じる。
２．とりあえず開いているタブを固定すると２つ目を開けるようになった。２つ目を固定しなくても３つ目も開ける。
３.一度JDimを閉じて、再度開いてもタブは固定せずにいくらでも開ける。

環境を新しくするたびに１が繰り返されるんだけど、これは仕様なのかな？>>371 は僕の早とちりだった。

Linuxのアプリってこんな使いにくいものしかないの？

>>376
タブを開くとき表示中＋ロックされていないタブは閉じられる

タブBの内容を表示中に新たにDを開く場合Bは閉じる
A、[B]、C
↓
A、[D]、C

表示中のBをロックして新たにDを開く場合Bの横にDが開く
A、[B(rock)]、C
↓
A、B(rock)、[D]、C

>>378
あーマジだ。つまり仕様っていうか、甘い仕様のままなんだね。ずっと気が付かずに使ってたわ。なんでこんなアルゴリズムになってるかは解せないけどありがとう。
気が向いたら修正のプルリク投げたいけど、今までの仕様が気に入ってる人がいたら難しいよね。
僕個人的には固定していないタブはJDimが閉じられるまでは勝手に消えないでほしいか、他のタブに移動したときに必ず消えてほしいけど。

甘い仕様？
極めて当たり前な動作だと思うけど
[バージョン] JDim 0.3.0-20200530(git:ee641a3147)
[ディストリ ] Ubuntu 18.04.4 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] LXDE
[　gtkmm 　] 3.22.2
[　glibmm 　] 2.56.0
[　TLS lib　] GnuTLS 3.5.18
[ そ の 他 ]

設定→マウス/キーボード→スレ一覧/スレビューを開く時に常に新しいタブで開く
ってのがあるから、この辺を設定すれば好みの挙動にならんかな
これは左クリックの動作だけど、逆の動作をさせたければ中クリック

自分はチェックを外してタブはひとつだけ開くようにしてるけど
たまに別タブで開きたい時は中クリックで開く、ロックは使ったことない

[バージョン] JDim 0.3.0-20200530(git:ee641a3147)
[ディストリ ] Manjaro Linux (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE
[　gtkmm 　] 3.24.2
[　glibmm 　] 2.64.2
[　TLS lib　] GnuTLS 3.6.13
[オプション ] '--with-pangolayout'
[ そ の 他 ]

https://github.com/ma8ma/JDim/pull/40
5chでスレ立てできない問題に対処するパッチです
他の環境でも動くか調べたいのでテストお願いします

プロキシ設定にクッキー送信の可否を追加します
https://i.imgur.com/qplOu2e.png

パッチの適応方法（上のリンク先も見てください）
git checkout master && git pull
curl -L https://github.com/ma8ma/JDim/pull/40.patch | patch -p1
autoreconf -i && ./configure && make -j2

テスト方法
規制や制限の影響を避けるため流れが速い板でスレ立てする(なんJとか)

>>383
[バージョン] JDim 0.3.0-20200531(git:7a13c590f6:M)
[ディストリ ] Debian GNU/Linux 10 (buster) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] MATE
[　gtkmm 　] 3.24.0
[　glibmm 　] 2.58.0
[　TLS lib　] GnuTLS 3.6.7
[オプション ] '--disable-compat-cache-dir'
'--with-pangolayout'
[ そ の 他 ]
早速パッチをあててビルド
読み込み・書き込み共にcookieの項目にチェックを入れてスレ立て成功しました

>>384
おお良かった
機能フリーズ(6月27日)までには間に合いそう
一応0.4.0のリリース日は7月18日の計画です

>>385
身体壊さない程度に頑張って下さいね

>>380
当たり前かどうかはわからんけど、仕様書がないままデベロッパーが実装したものを仕様といってるだけだと思うんだけど、まあでも>>380が当たり前だと感じてたら動作変更はすべきではないね。>>381を参考にして使いやすくなった。ありがとう。

>>387
>仕様書がないままデベロッパーが実装したものを仕様といってるだけだと思うんだけど
意味が分からん

htmlでもデフォルトではリンクは同じタブで開くんでこれと同じ動作だよね

外部板取得できなくなった

>>388
htmlっていうか、ブラウザの仕様はベンダーによって違うけど、ページ内のリンクは同じタブ内で処理するけど、ページ外のリンクは別タブで開くだろ。
jd(im)のパッチやコミッターの経験があったので仕様ってのが極めて曖昧なのは（悪い意味じゃなくて）当然だと思うんだけど。
むしろ牧歌的な開発が好きだったからさ。>>388が今のjdimのメインの開発者であるかもしれないから、釈迦に説法かもしれないが、結局はこのスレの住人のものだと思ってはいるんだ。

別件で言ったけどデフォルト動作の変更はちょっとハードル高い
仕様とか根拠とか文書も残しておかないと変更後に揉め事不可避

これも繰り返しだけどデフォはそのままにするアイデアは角が立ちにくい
キーボードやマウス設定のプリセットに別の操作体系を追加するとか
もちろんやたらには追加できないけど

>>389
したらばでエラーが出たけど板のアドレスをhttp://にしたら読めた
JDSSL::connect(gnutls) *** Handshake failed: Error in the certificate verification.
JDSSL::connect(gnutls) - cert verify output: The certificate is NOT trusted. The certificate chain 略

[バージョン] JDim 0.3.0-20200528(git:3107a37d8f)
[ディストリ ] Ubuntu 20.04 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE
[　gtkmm 　] 3.24.2
[　glibmm 　] 2.64.2
[　TLS lib　] GnuTLS 3.6.13
[オプション ]
[ そ の 他 ]

>>390
>ページ外のリンクは別タブで開くだろ
基本は同じタブだよ
ホームページ作成者がページ外のリンクは別タブで開く設定にしていれば当然別タブで開くけど
そもそも「ページ外のリンクは別タブで開くだろ」という主張に意味があるかと言うとないよね？
5chというページ内の話なんだから

ちなみに私は今のjdimのメインの開発者でもなんでもないです

>>390
>jd(im)のパッチやコミッターの経験があったので
こういう人がスレの開き方についてこういうことを言い出しってのが私には信じがたいのです
JD使いだしたの2008年頃ですけど
この挙動については当時から今まで全く変わっていません

>>393
言いたいことは大筋分かるし、俺は>>380の極めて当たり前って感覚を否定してない。
俺の言ってることも>>391の言ってることが結論でしかないんだけど、htmlにタブの挙動は定義されてないし、5chというページって言われるともう何がなんだかわからん。
5chというページのURLは何なの？タブの仕様は言語仕様じゃないから、ブラウザの仕様だと思うんだけど、
それは別として、「target="_blank"」を指定しないと同じjdで開くってこと？でもjdは複数起動はサポートしてないよね。だから単純にhtmlのaタグを例えにはできない。
例えたい意図がいくつかの意味に受け取ることができて難しい。

>>394
ハードユーザーじゃないので知りませんでした。コード書きであるのでOSSの貢献はしていたってことです。思い込みからくる難癖だってことがよくわかったのでもう大丈夫です。

こまけぇことはキニスンナ(´・ω・`)

使ってる単語の粒度が違いすぎて話が成立出来てないな。俺はデフォのタブ動作を現代っ子はバグだと勘違いしそうだと思うけど、ずっと使ってる人はそれが当たり前なんだろ。
ビルドオプションで動作のデフォを切り替えれるようにすれば?
オプションなしで今まで通りで良いじゃん。

>>383
VIPで問題なくスレ建て出来るようになりました。
2chproxy.plスレで報告されていたAndroid板での同じ問題も解消されました。
便利な機能なのでマージｄしてもよいのでは？

>>392
ああほんとだ昨日までhttpｓで行けてたのになんだろ？

したらばは証明書の有効期限切れだって
機能なんか間違って弄ったんじゃね？

地震で狐がこけでもしたんじゃないの

今日起きたらまたVIPにスレ建て出来なくなりました( ；∀；)
パッチ当てているのにもかかわらずです。

あれ？JDimを再起動したらまたスレ建てできました。
お騒がせしました。

>>403
>今日起きたらまたVIPにスレ建て出来なくなりました( ；∀；)
こういう時は「〜出来ない」ではなく「〜しようとするとどうなった」かを書いとくれ

やっぱ向こうの挙動が不安定だよなぁ

>>403-404
・PCは24時間起動、JDimも24時間起動
・昨日23時頃はVIPにスレ建てできた、そして寝た
・今朝、VIPにスレ建てしようとしたら、また「スレッド作成時の認証用クエリが一致しません。」エラーが出た。
・JDimを再起動してもう一度スレ建てしたら、今度は正常にできた。

もしかして日付変更線を超えると、何かが駄目になる原因があるのでは？

日付超えるとcertが期限切れになるのかもしれん

ff5chの検索結果がまたでなくなった😥
スレurl前のclass="thread"が消えてる
https://i.imgur.com/SHob6OW.png

応急処置はabout:configの「スレタイ検索時にアドレスとスレタイを取得する正規表現」を変更

0.3.0-20200509より古いバージョン (レス数は省略される)
<a href="(http[^"]+)">([^<]+)</a><span

0.3.0-20200509以降の新しいバージョン
<a href="(http[^"]+)">([^<]+)</a><span\n +class="count"> \(([0-9]+)\)

>>389,392,400,401
https://gitlab.com/gnutls/gnutls/-/issues/1008
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961889
gnutlsが期限切れのルート証明書を検証に使ってる

したらばのホストも巻き添え
$ gnutls-cli jbbs.shitaraba.net
...
*** PKI verification of server certificate failed...
*** Fatal error: Error in the certificate.

回避策は
a) アドレスをhttpにする
b) src/jdlib/ssl.cppを修正して期限のチェックを止める
期限無視もアレだしディストリ側も作業してるしaで良いよね？

>>407
気づいた点修正してアップしたので一旦パッチをリセットしてから>>383で試せる
cert更新のタイミングは書き込みビューを開いたときにしてる

certってウェブブラウザ用の項目でしょ？
仮に専ブラのUAを使ってcertを飛ばしてきたら
鯖から見たら「なんだ？コイツ」じゃね？
(そんなチェックはしないと思うけど)

専ブラのUAでcertが必須だっていうなら
JaneStyleがcertを扱えるように修正されてないと辻褄が合わない