【5chブラウザ】 JDim Part1
■ このスレッドは過去ログ倉庫に格納されています
>>618,619
コミットのauthor dateじゃなくcommit dateでやれば日付直るけど
pull requestでマージするmasterは影響ないので🤔
c++14のエラーは https://github.com/JDimproved/JDim/issues/138
ubuntu 16.04は設定通りだとc++14が使えない
ディストロに逆らうのは気乗りしないから16.04を見捨てるかc++14を延期するかの二択 >>620
どもですー
ありがとうございます
来春以降に20.04に以降しますです ChromeからChromiumに変えたらJDimでリッククリックしても何も起きないから？？？だったんだが
設定→ネットワーク→WebブラウザのところChromiumの起動コマンド「chromium "%LINK"」になっているがこれが違うんだな
「chromium-browser "%LINK"」にしたらうまくいったよ >>621
しばらくc++11で行きます
c++14は(b)かな
(a) 2020年7月 20.04の最初のポイントリリース？TLSのアップグレードが解禁
(b) 2021年1月 16.04のEOL直前
(c) 2021年7月 EOL後
>>622
-browser付ける派付けない派があるのがなあ >>623
>-browser付ける派付けない派があるのがなあ
決まってるコマンドなんだから好き嫌いの問題じゃないよ ディストリビューションによって違うって話でしょ
単純にchromium-browserに変えちゃうと今度はchromiumにしてる方のディストリビューションが起動しなくなるだけで全然解決じゃない
個人的には(確認はしてないけど)-browser付けてるほうが勝手にやってることで本来はchromiumなんだから今のままが良いと思うわ
Readmeに注意書きしとくと親切かなってぐらい Debian派生がchromium-browserなのかと思ってたけど見てみるとdebianはchromiumなのね
んでUbuntuとかFedoraはchromium-browserなのか
設定項目自体はbrowsers.cppのBROWSER_NUMを1足して9にしてchromium(Ubuntu/Fedora)みたいなのを追加すれば良さそうだけどそれだと既存の設定がずれて変な影響が出そうな感じ(´・ω・`) configureするときに見つけて切り替えた方が筋がいいんじゃないかな
ライブラリのパスと似たようなものだし 標準ブラウザに設定しとけば
xdg-open "%LINK"でいいのに Ubuntu 16.04のEOLまではxdg-open、
それ以降はgio openかな？ 調べてみたけどgio openはgnome、xdg-openはfreedesktop.orgのコマンドで被っているけど関係は無いみたい
xdg-openのほうがデスクトップ非依存らしい xdg-open見てみるとわかるけどそれ自体はただのシェルスクリプトで中でそれぞれの環境に対応するgio openだったりkde-openだったりexo-openだったりを呼んでるだけやで まあ起動コマンドは各自調べろってことになっちゃうのかなあ デフォで空欄の編集可能なユーザー設定と｢xdg-open "%LINK"｣固定で編集不可の標準ブラウザ(xdg-open)の2択にしちゃうのが一番シンプルな気がする windowsの場合は後者が｢start "%LINK"｣とかになるんかな [バージョン] JDim 0.2.0-20191123(git:5f20a7fb78)
[ディストリ ] Arch Linux (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] GNOME
[ gtkmm ] 3.24.2
[ glibmm ] 2.62.0
[ TLS lib ] OpenSSL 1.1.1d 10 Sep 2019
[オプション ] '--with-gtkmm3'
'--with-thread=std'
'--with-tls=openssl'
[ そ の 他 ]
久しぶりにバージョンアップした。 [バージョン] JDim 0.2.0-20191201(git:bd5acdf30b)
[ディストリ ] Manjaro Linux (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] XFCE
[ gtkmm ] 3.24.2
[ glibmm ] 2.62.0
[ TLS lib ] GnuTLS 3.6.10
[オプション ] '--with-gtkmm3''--with-pangolayout'
[ そ の 他 ]
新しいアイコンださいっす 大きい画像のときは気づかなかったけどタイトルバーとかの小さいアイコンになると｢im｣の視認性がちょっと悪い一方で色は赤で目立つからなんかのエラーを表してるみたいに見えるかも(´・ω・`) imの色を変えるかまたは32x32より小さいサイズには別のデザインをあてるか
デザインのスキルはないから別案出せは勘弁
まあ最悪元に戻すのも手 [バージョン] JDim 0.2.0-20191201(git:bd5acdf30b)
[ディストリ ] Ubuntu 18.04.3 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] UNITY
[ gtkmm ] 3.22.2
[ glibmm ] 2.56.0
[ TLS lib ] GnuTLS 3.5.18
[オプション ]
[ そ の 他 ]
https://i.imgur.com/Gt802nm.png >>641-642
ありがとう、左上のをInkscapeで開いて各サイズでexportして置き換えてみたけどめっちゃいい感じだと思う！
個人的にはこっちのほうが落ち着いてて好き(｀・ω・´) アウトラインに工夫があるんだろか
見やすいな！すごい せめて小アイコンのときだけでもimなしでいいんじゃないかと思う
https://i.imgur.com/s0VB5Vw.png >>643
それだと公的支援を受けて経営再建中みたいじゃんJDの段階で詰んでた >>642
おお、じゃあ色はそれで
角は丸のほうがいいかな？よくわからん
>>650
調整したほうが見えるね
まあkdeじゃ32x32を縮小してタイトルバーに表示してるっぽいからモチベが… >>650
これドットが奇数だから一から打ち直さないとダメなやつだ >>658
なんかSDカードみたいだなって思ってさw kdeだとタイトルバーのアイコンはこうなった
両方とも32x32が自動的に縮小されて表示
>>642のsvgをinkscapeでpngに変換
https://imgur.com/ZopuV53.png
>>656の真ん中32x32
https://imgur.com/y7ZUyJL.png スレチだけどinkscapeもgtk2+3なのか…大変だなあ
まあもうすぐgtk2のサポート止めるみたいだけどjdimはどうしよう >>661
0.5倍（16ｘ16）じゃなくて半端な縮小だからぼやけちゃうのか
下の方が幅取ってて縁が濃い分iが見やすいけどmの滲みが酷いから上の方がいいかもね おｋ、16x16は修正版でそれ以外はsvgの変換にする 久々にJDIM立ち上げたら、送られてきたデータが壊れてるとこか何とか書き込めないぞ
仕方ないのでfirefoxからだ
なにが変わったんだ？ >>665
最新FirefoxのやつでいいからUA変えな スレ表示の文字を適当に選んでダブルクリックしてみて。
テキストの一部をダブルクリックするとまとまったグループが強調されるんだけど。
日本語であれば漢字のまとまりとかカタカナのまとまりや平仮名のまとまりで文字が反転強調されるよね、半角文字とかも。
書き込み中に表示される編集ダイアログの中で文字列をダブルクリックしてもそれが行われない。それは少し不便だかな。
japanese word selectionてやつかな >>668
gtk2/3両方で単語選択の問題を確認した
12月28日までにパッチができれば0.3.0に含める、だめなら1月18日のリリース後にマージ
挙動はスレビューに合わせるつもり [バージョン] JDim 0.2.0-20191208(git:43c7bc6b26)
[ディストリ ] Manjaro Linux (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] BUDGIE
[ gtkmm ] 3.24.2
[ glibmm ] 2.62.0
[ TLS lib ] GnuTLS 3.6.10
[オプション ] '--with-gtkmm3''--with-pangolayout'
[ そ の 他 ] http://rosie.5ch.net/test/read.cgi/operatex/1574396531/872
>[ 運用情報臨時 ] 見れない、書けない 報告スレ Part.81
>872 名前：[Φ|(|´|Д|`|)|Φ] BBxed!!臨時で名無しです []： 2019/12/11(水) 23:33:52.88 ID:3mhcj8UZ
>ERROR: 投稿時刻がおかしいです。時計が狂っていませんか？(Diff:1240459798)
>
>これなに？
>ちなみに使用ブラウザJDIM
>HAP設定をいじるしかないんか？
>
>Linux板かきこめへんから頼むわ ここのスレが「壊れています」って出る
他のスレは大丈夫なのになー スレ一覧で該当スレ右クリ→その他→スレ情報を消さずに再取得 [バージョン] JDim 0.2.0-20191208(git:43c7bc6b26)
[ディストリ ] Ubuntu 16.04.6 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] MATE
[ gtkmm ] 3.18.0
[ glibmm ] 2.46.3
[ TLS lib ] OpenSSL 1.1.1d 10 Sep 2019
[オプション ] '--with-gtkmm3'
'--with-thread=std'
'--with-tls=openssl'
'--with-native'
'--with-alsa'
'--with-regex=oniguruma''--with-migemo'
[ そ の 他 ]
configureでCが無いって出た
https://www.google.com/search?q=%22error%3A%20no%20acceptable%20C%20compiler%20found%20in%20%24PATH%22&;newwindow=1&lr=lang_ja [バージョン] JDim 0.2.96-ma8ma20191208(git:34ef0c4b68)
[ディストリ ] Ubuntu 16.04.6 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] MATE
[ gtkmm ] 3.18.0
[ glibmm ] 2.46.3
[ TLS lib ] OpenSSL 1.1.1d 10 Sep 2019
[オプション ] '--with-gtkmm3'
'--with-thread=std'
'--with-tls=openssl'
'--with-native'
'--with-alsa'
'--with-regex=oniguruma''--with-migemo'
[ そ の 他 ]
パトラッシュ、僕はもう疲れたよ
https://www.google.com/search?q=%22error%3A%20no%20acceptable%20C%20compiler%20found%20in%20%24PATH%22%20ubuntu%2016.04&;newwindow=1&lr=lang_ja
>>675もこれもmakeにかかる時間が倍になったよーな印象
オマカン＞＜； >>675-676
メッセージを読む限りgccがインストールされてない
g++しか使ってないから実用上は木にしなくていい警告だけど気になるならインストールを
make時間が倍近くになるってなんだ…早くするなら
◎-jをつけてcpuコアをたくさん使う make -j2 とか make -j8
◎前回のビルドを残してgit pullで更新し中間ファイルを消さずにmake
オプション変えたらmake cleanしないとダメ
◎ccacheを使えば二回目のmakeから高速になる、中間ファイル再利用の高機能バージョン
$ sudo apt-get install ccache
$ export CC="ccache gcc" CXX="ccache g++" # ccacheを設定
$ autoreconf -i
$ ./configure (略)
$ make # 一回目は遅い
$ make clean
$ make # 二回目以降は早くなる
あとは
◎◎cpuを新しくする（10年前のcpuでmake -j2より最近のcpuでmake -j1のほうが早い）
状況によっては下も有効
○余計なオプションは省いてビルド
○ramディスク上にファイルを展開してビルド
○SSDに換装 >>677
以前に比べて「makeにかかる時間が倍になったよーな印象」だから
一種の苦情なんじゃないか？ うーん、裏でmakeとは関係ない何か実行していたとか
kubuntu 19.10＆同じオプション＆-j8で一回づつ試してみた
0.1.0はgtk3版がない＆onigurumaもエラーで使えないから修正時点のコミット
JDim 0.2.0-20191208(git:43c7bc6b26)：real 1m14.103s
JDim 0.2.0-20190720(git:f5e5b66767)：real 1m14.591s
JDim 0.1.0-20190309(git:374686a572)：real 1m12.970s 4Coreなぬでmake -j4でやったっす
この間のうｐだてとおーとりむーぶでなんかおかしくなったのかもかも＠16.04
（ ´Д⊂ヽもうだめぽ >>668
gtk3版は動きそうだけどgtk2版はダメだな
gtk3.16からextend-selectionシグナルで単語や行の選択を実装できる
それより前だとbutton-press-eventシグナルでやるしかないけどデフォルトの挙動が干渉してまともに選択できない
デフォルトを上書きして調整しようとすると修正の連鎖に巻き込まれる箇所が増えるのは確実
時間の割に合わないのでgtk2は断念してgtk3版のみ追加の方向で この先gtk2をどうするか
1) できる限りgtk2版をサポートする。公式がサポートを止めてディストロからgtk2が削除されたらお終い
2) gtk2版を廃止してgtk3版に集中する。gtk4対応を目指すならこっち
公式が止める例はpython2、あと余命２週間か
gtk2+3+4のトリプル対応は☠ うちもmake -j4でそのぐらいかかります。
J4205-ITX-Motherです。 CXXFLAGSで -std=c++11 や -g0 を指定すれば改善されるかも >>684
ATOMっぽいのに早いんだね・・・
うちのARM A57だと、
real 14m13.727s
もかかった・・・ うちのJ3455で10分掛かるのにそれよりちょっとしか速くないはずのJ4205が1分台のわけないだろ キミらが使う理由って5ちゃんじゃなくてビルド目的？ >>688 ごめん１分台のつもりじゃなかったんだけどな
J4205-ITX-Motherで9分45秒ほどでした >>683
特に意見もなくベンチに夢中のようなんでgtk3集中ですすめて下さい 俺もgtk3優先でいいと思う
xfceもgtk2廃止とか言ってるんでしよ？
んでgtk4は来年の秋頃リリース予定らしいし >>692>>693
おｋ、./configureのデフォルトをgtk3版にすることから始めるけどリリースまでは現状維持しとく
gtk2終了は大きい変化なので変更してから意見が出てくるかも
あと方針とか公開するプロジェクトのページを作ってリクエストや意見を出せる仕組みを整えたい >>696
それを面白いから残すか
不具合として修正するのか・・・
中の人に聞いてみたい >>696
ID被りは不具合じゃないから直しようがない 日付違うなら出来るでしょ
ただの雑談なのでスルー推奨 ミスった
>>700
5ch運営がIDの重複チェックとかやるわけ無い >>703
IDは5chのサーバー側で算出してるので、
JDim側ではどうすることもできないぞ。
他の専ブラも同様な。 ブラウザ側でID＋日付で判定してID抽出やポップアップで振り分ける機能ってことだね？
一応、日付に関係なくID固定のサイトがあるかもしれないので
日付で区別は修正じゃなくてオプション追加にしないとだめかも
まあただ頻発する件じゃないので…pull requestがあれば助かる >>706
そういうことです！
レスミスする人ってあの人なんでしょう まぁレア現象だし5chのサーバー時間も狂ってるから
というか普通に話を流したかったのに・・・ いやサーバの時計は狂ってない
が、IDの切り替わりが0時ちょうどじゃないから単純な話じゃない 日付違いのID被りは実用上問題ないのでは？
あと日付関係なくID固定はしたらばでそういう設定があったような なんか前にその辺弄った気がする…と思って見返してみたけど
https://github.com/JDimproved/JDim/blob/43c7bc6b26bd8e947594d445dd72c8c46d56f69e/src/dbtree/nodetreebase.cpp#L3455
変えるとしたら多分ここでIDをキーにして集計してるとこのキーをID+日付に変更すれば良いのかな
考慮する必要があるのは
・他掲示板、他板等でのIDの扱いの違い (>>706)
・IDの切り替わるタイミング (>>709)
・日付のフォーマットのパース方法(日付がunixtimeではなく｢xxxx/xx/xx(x) xx:xx:xx.xx｣みたいな文字列で保持されてるので時間を除いたxxxx/xx/xx(x)の部分を取り出す必要があるけど他の掲示板や板でのフォーマットは？)
とか…？
もっともこのコミット前から日付は考慮してなかったようなので、それで特に問題となってなかった以上なんか具体的に｢日付違いのID被りを同一としちゃうとこれこれこういう実用上の問題がある｣とかみたいなのが無い限り個人的には保留が良いかな…と思う(´・ω・`)
(もちろん誰かが｢俺が分かってるからこれでおkやで｣みたいなのを否定する意味じゃなくて自信ないから自分の手では変更したくないって意味で) 日付違いで同一IDはJDim側で別IDと解釈するべきかって話か
それなら
>個人的には保留が良いかな…と思う
に同意
日付で判断できるんだから問題ないわな >>709
そうそう。
その現象は遭遇したことがある。
23:59に書き込んだ時のIDが次の日の00:01に書き込んだときに
更新されていないことが過去15年の間に3回くらいあった。
多分、IDを計算するサーバがスレ(板)のサーバとは別にあって、
それぞれの時刻がズレているんだろうな。
今は知らんけど。 ID切り替えが0時丁度じゃないのは自演対策だぞ
昔はそのタイミングで別人のふりをするやつが一杯居たんだよ [バージョン] JDim 0.2.0-20191222(git:bc113db0d0)
[ディストリ ] Manjaro Linux (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] BUDGIE
[ gtkmm ] 3.24.2
[ glibmm ] 2.62.0
[ TLS lib ] GnuTLS 3.6.11
[オプション ] '--with-gtkmm3''--with-pangolayout'
[ そ の 他 ]
メリークリスマスっ! [バージョン] JDim 0.2.96-ma8ma20191219(git:0805324a22:M)
[ディストリ ] Ubuntu 16.04.6 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] MATE
[ gtkmm ] 3.18.0
[ glibmm ] 2.46.3
[ TLS lib ] OpenSSL 1.1.1d 10 Sep 2019
[オプション ] '--with-gtkmm3'
'--with-thread=std'
'--with-tls=openssl'
'--with-native'
'--with-alsa'
'--with-regex=oniguruma''--with-migemo'
[ そ の 他 ]
シングルベール♪ [バージョン] JDim 0.2.0-20191222(git:bc113db0d0)
[ディストリ ] Ubuntu 16.04.6 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] MATE
[ gtkmm ] 3.18.0
[ glibmm ] 2.46.3
[ TLS lib ] OpenSSL 1.1.1d 10 Sep 2019
[オプション ] '--with-gtkmm3'
'--with-thread=std'
'--with-tls=openssl'
'--with-native'
'--with-alsa'
'--with-regex=oniguruma''--with-migemo'
[ そ の 他 ]
すすがなるぅー♪ ■ このスレッドは過去ログ倉庫に格納されています
