5ch ブラウザ JD 21
■ このスレッドは過去ログ倉庫に格納されています
>>3の通りに落としたソースのjd-version.hのJD_DATEは180424なんですがなんか間違ってますかね? >>251
>>3のどれ?
複数あるんだから
> >>3の通りに落としたソース
じゃどれか分からんだろう
yama-natuki氏のだったらそれで合ってるよ >>251
testのJD_DATEは180424から更新されてないです
ただ、最近の変更でJD_DATEのかわりにgitのリビジョンをバージョン番号に使うようになった
2.8.9-20181023(git:bb608f24b1)というのはgit環境でビルドしたときの番号
gitじゃない環境(tarballやzip)でビルドした20181023は2.8.9-180424と表示されるはず >>251-252
ありがとうございます
1023になってました >>249
実験していただきありがとうございます
>>245のパッチはタッチ操作のフリック/スワイプとドラッグを振り分けていないので失敗したと思われます
時間がかかりますがアプローチを変えてイベント変換ではなくGtkGesture APIを調べてみます >>233
これ誰も答えないのはなんで?
まだ需要有るのかな?解決したかな? >>256
>>233だが難しい、スレタイとURLとレス数を抽出する正規表現の設定があるけどタグを取り除くのは無理
タグが残る原因はマッチしたタイトルをエスケープしてからhtmlパーサーに渡しているから
gitのコミットは2011年05月22日の cbd43c5e96972aadfa408dd5c86eb4310add11b7
過去スレ見ると
> スレタイ検索でタイトル中に"<"が入っているとその後の文字が消えるバグを修正しました。
https://hibari.5ch.net/test/read.cgi/linux/1298288650/428
ただ、エスケープ処理をやめると<strong>にあたる部分でリンクが途切れてしまう
htmlパーサーのコード大ループ大ifelseのネストでうーん… >>258
確かにJD本体では難しいよね、でも串で消せば目的としては果たせる
どのみちその他サーバー用チェックして串通さないとスレタイ検索できないし
それとも最新のJDだとチェックなしでもいけるようになってるのかな?
233の人も自己解決したかもしれないしわざわざ消さなくても動作はするし、まぁいいか >>40の件でその他サーバ用(板一覧、外部板、画像)のチェックは外したけど
検索自体は出来てますよ
[バージョン] 2.8.9-20181023(git:bb608f24b1)
[ディストリ ] Ubuntu 18.04.1 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE/WM ]
[ gtkmm ] 2.24.5
[ glibmm ] 2.56.0
[オプション ] '--with-openssl'
[ そ の 他 ]
ちなみに自己解決はしてないです
ああでも「このままでいいや」と思いこむのも一種の自己解決かな https://gist.github.com/ma8ma/f95addca96f41af8168a1615a904a2c2
>>260
スレタイ検索のタイトルからタグを消すパッチです
修正部分以外でもファイル全体的にアレなのでPR出しておkという感じではないです…
[バージョン] 2.8.9-20181202(git:7b42142493:M)
[ディストリ ] Ubuntu 16.04.5 LTS
[パッケージ] バイナリ/ソース( <配布元> )
[ DE/WM ]
[ gtkmm ] 2.24.4
[ glibmm ] 2.46.3
[オプション ]
[ そ の 他 ] [バージョン] 2.8.9-20181202(git:7b42142493)
[ディストリ ] Ubuntu 18.10 (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE/WM ]
[ gtkmm ] 2.24.5
[ glibmm ] 2.56.0
[ そ の 他 ]
久々JDに戻って来た記念カキコ。
ubuntuだとビルドも楽だな。
Mageiaでは断念した。 MageiaってMandrake派生だっけ
RPMだね >>263
[バージョン] 2.8.9-20181202(git:7b42142493)
[ディストリ ] Fedora 29 (Twenty Nine) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE/WM ] LXDE
[ gtkmm ] 2.24.5
[ glibmm ] 2.58.0
[ そ の 他 ]
↑この様にFedoraではビルド出来たんだけどね。
同じRPMでもMageiaはmakeの最後でコケる。
興味ある猛者はやってみてくれ。
スレチだが鳥としてのMageiaは割りと良い。 >>264
>Mageiaはmakeの最後でコケる
何かエラーメッセージ出ないの? >>265
なんか出てた。
もう一回やってみて、詳しくUPするよ。 [バージョン] 2.8.9-20181202(git:7b42142493)
[ディストリ ] Mageia 6 (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE/WM ] XFCE
[ gtkmm ] 2.24.5
[ glibmm ] 2.50.1
[ そ の 他 ]
自分のライブラリの入れ方が悪かった様だ。
諦めていたが、もう一回トライしたらビルド通った。
サンクスです。
Mageia、割りと良いよ。 [バージョン] 2.90.1-alpha20181026(git:bbd90320f8)
[ディストリ ] Manjaro Linux (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE/WM ] XFCE
[ gtkmm ] 3.22.2
[ glibmm ] 2.56.0
[オプション ] '--with-stdthread'
'--with-gtkmm3'
[ そ の 他 ]
安定のManjaro Linux [バージョン] 2.8.9-20181202(git:7b42142493)
[ディストリ ] Linux Mint 19.1 (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE/WM ] XFCE
[ gtkmm ] 2.24.5
[ glibmm ] 2.56.0
[ そ の 他 ]
linuxmintも初心者の自分には丁度良い。 >>1 のテンプレですが
about:config 高度な設定で
JDホームページのアドレスを
http://jd4linux.osdn.jp/
に変更すると
JDサポートBBS
http://jd4linux.osdn.jp/cgi-bin/bbs/support/
が見られるようになります。
けど、これが正しいのかはわかりません。 [バージョン] 2.8.9-20181202(git:7b42142493)
[ディストリ ] Debian GNU/Linux 9 (stretch) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE/WM ] GNOME
[ gtkmm ] 2.24.5
[ glibmm ] 2.50.0
[ そ の 他 ]
素のdebianでも当然ど安定。♪ >>272
ありがとうござます
>>3 があれば初見の人向けになると思うので、
>>272ぐらいでいいのではないでしょうか
一応はJDサポートBBSが見られればいいのかなと。 >>273
>一応はJDサポートBBSが見られればいいのかなと
ヘルプから行くものという感覚だったからあまり気にしてなかったわ
もっともJDからしか行けないからこれから使いたいって人は見られんのよね [バージョン] 2.92.2-beta20181215(git:2e7ce44aa2)
[ディストリ ] elementary OS 5.0 Juno (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE/WM ] GNOME
[ gtkmm ] 3.22.2
[ glibmm ] 2.56.0
[オプション ] '--with-gtkmm3'
[ そ の 他 ]
入れたばっかりだから快適かどうかはまだ分からないw JKだとバージョンが逆行した感じになるので
OLになるのかな? 全画面表示にして書き込みすると
書き込みウインドウも全画面になってしまうね
gtk3版 名前変えたらこのスレじゃなくなっちゃうんじゃないの?
>>1に追加できるようにここの保守を兼ねてここは議論をしておいたほうがいいのでないかと。 名前を変えてもここが使えるようにってことね。わかりにくくてすまん。 同じでいいよ
と言うかオリジナルの方だけでここ維持できないだろ オリジナルはgtk2とともに消え去る運命だからここ使えたほうがいいと思うけど。 https://pc8.5ch.net/test/read.cgi/linux/1137245362/11
> LinuxでもJaneDoeライクなブラウザが欲しくて作り始めたので頭文字を取って
> jdという開発名にしたのですが、そのうち名前なんかどうでも良くなってきたので
> 開発名をそのまま使っています。
だってさ >>279
不具合報告なら環境等々書いた方がいいんじゃね
ちなうちはi3だが問題ない >>276
>基本方針はJDを調べる人が自然に見つける感じが一番なので"JD"からまったく別にするつもりはないです。
(例えばVim→NeovimのようにJD→NeoJDとJDを残す)
>ただ、JD2のような本家プロジェクトと関係がある印象の名前は避けたいと思います。 >>291
JDIもいいな
女子大生が女子大学院生になったみたいで >>301
JD-gtk3とかだとgtk2も使えるじゃんとかなるし
それが一番無難で良さげ >>289
今使ってるのはelementaryOSだからPantheonだけど、
Xfceとかだったらならないのかな?
試してみるか Voyager 18.04で書き込み
大丈夫だw
もしかしてPantheon固有の症状なのかな?
カーネルとXのバージョンは一緒だし JDのソースコードを読んでみたんですが、どんなアーキテクチャで作ってあるのかわかりませんでした。
わかる人いますか?
アーキテクチャでも、全体的な仕組みでもいいんですけど。
クラス図だけではわかりませんでした・・。 >>306
答えになっているかわからないけど
機能ごとにコンポーネントが分かれている(ディレクトリやC++名前空間が境界)
コンポーネント間の依存は限定や隠蔽されている
SKELETON::AdminのサブクラスがあるコンポーネントはAdminのシングルトンオブジェクトを持つ
コンポーネントをまたぐ処理はCOREコンポーネント経由で行う仕組みがある
他の特徴は
C++11が必須だがコードの95%以上(要出典)の部分がC++98/03
普通に構造化プログラミングやクラスベースオブジェクト指向が混在
GUI部分はglibmm/gtkmmから継承しまくり
テンプレートメタプログラミングはほぼ無い
C言語と言えるコード(malloc/freeとか)もあったり >>307
ありがとうございます。
コードから、Cでも開発されてた印象を受けたので、>>307さんの回答ですっきりしました。m(__)m >>235
https://gist.github.com/ma8ma/b928d11715e7af6d0a67149b195f5640
スレビューにタッチスクロールを追加するパッチを更新しました(gtk3.14以上の環境が必要)
タッチスクリーンでは未確認ですがテストモードでマウスを使った動作確認はしました http://menu.5ch.net/bbsmenu.html
板一覧取得サーバーが上記なんだけど
まちBBSが取得出来ないんだけど、どうすれば
取得出来ますか?
2.92.2-beta20181215(git:2e7ce44aa2)です。 全国の板に書き込むのでもなければ外部板登録で良いんじゃね? >>46,51
今更だけどこれは
Host: pbs.twimg.com
で送られてるのが原因っぽい
Host: pbs.twimg.com:443
みたいな感じで送るようにしたらプロキシ(2chproxy.pl)有効でも見れるようになった >>310
早速パッチを当てて試してみたのですが、また文字の選択になってしまい、
うまくスクロールできません。私はまだ 途中で書き込みボタンを押してしまいました。
私はまだこのタブレット(HP 1012 g1)によく慣れていないので、
他のタッチスクリーンをお持ちの方にもご協力いただけると
良いと思うのですが。 貴方にもパッチを書いていただけると良いと思うのですが。 >>315,316
問題をトリアージするためにgtk3.14パッチを適用した状態で確認したいことがあります
* button press/releaseイベントを殺した状態で縦スワイプ操作を試す
src/article/drawareabase.cppのDrawAreaBase::setup関数の下の2つのハンドラ接続をコメントアウトしてmakeしてください
//m_view.signal_button_press_event().connect( sigc::mem_fun( *this, &DrawAreaBase::slot_button_press_event ));
//m_view.signal_button_release_event().connect( sigc::mem_fun( *this, &DrawAreaBase::slot_button_release_event )); >>318
コメントアウトしてmakeしたら文字の選択ができなくなりましたが、
縦スワイプもできないようです。
パッチを当てても縦スワイプが有効になっていなかったみたいです。 あ、ちなみにディストリはubuntu18.04.1LTSです。 まじか…もっと条件を詰めるとどうだろう
is_touchscreen関数の中身をまるっと削除してreturn true;に置き換える修正と
setup_touchscreen関数のGTK_CORE_DEVICE_EVENTSのチェックを行う3行を削除
//bool disable_touchscreen;
//Glib::getenv( "GDK_CORE_DEVICE_EVENTS", disable_touchscreen );
//if( disable_touchscreen ) return;
あと、環境を書くなら書き込みビュー右クリックメニューのJDの動作環境を記入か
メニューのヘルプ(H)>JDについて(A)>動作環境タブ>クリップボードにコピー→ペーストが便利 drawareabase.cppにis_touchscreen関数もsetup_touchscreen関数も見当たらないんですが、
どこにあるんでしょうか? 322ですが、パッチの当て方を間違えていたようです。
きちんとパッチを当てたらスワイプできました。
ただ、文字の選択担ってしまう場合があるのは変わらず、ちゃんとスワイプできる
回数の方が少ない状況です。 >>323
名欄は235で統一してくれないと訳分からなくなっちゃうよ 失礼しました。
一回目にパッチを当ててもスワイプが有効にならないと書きましたが、
当方のパッチ当てミスで、ちゃんとパッチを当てたら10回中2回ほどスワイプできました。(80%ぐらいは文字の選択になってしまいました。)
>is_touchscreen関数の中身をまるっと削除してreturn true;に置き換える修正と
とのことですが、当方pythonの知識はある程度あるものの、C++はまるでわからないのでソースコードの修正がほとんどできません。
どなたか私以外で実験台になってくれる方がいらしたら良いのですが。 これを機に覚えたらええやん
とりあえずビルドすらしてないしコードの中身は理解してないけどC/C++は読めるから>>310のパッチのその部分を手打ちで変更したのを貼っとく
https://pastebin.com/b2EnSHWK 取り敢えず235氏が勉強するか
C++に詳しくてタッチパネル対応化したい人が現れておこぼれに預かるかくらいしか方法なさそうね
それか235氏がma8ma氏のところを訪ねて共同開発するとかw 自分で動く気などさらさら無いことを察していただいたら良いのですが。 すみません、パッチやレスだけじゃなくブランチを期間限定でもあげるべきだった
>>318の変更でドラッグ処理の開始終了が消えているので上手くスワイプスクロールするはず
https://github.com/ma8ma/JD/tree/test-touch-v2 (readmeにパッチ情報を載せています) クレクレ君はギブアンドテイクのテイクだけじゃなく自分でできるギブもしないと崩壊するのが理解できないバカだからな
クレクレ君はスルーするのがいいぞ それは別に各自の考えでそれぞれが対応すればいい
取り敢えずma8ma氏はスルーしないで対応してるわけだw
俺はクレクレ自体は悪いことじゃないと思うんだよ
自分に能力がないなら他人に頼るしかないわけでさ
でも、クレクレした結果意にそわなくても文句言わないこと
ここが大事だと思う
まあ多分「クレクレ君」というのはクレクレだけして文句言い出す奴のことなんだと思うけど ブランチ版試してみたのですが、数十回に一回ぐらいはスワイプでスクロールできるのですが、やはり大半は無反応になってしまいます。(文字を選択してしまうのは修正なさったようですね)
素人考えですがスレビューを他のwindowのようにgtkscrolledwindowで書き直すっていうのは不可能なんでしょうか?
やはり私以外でタッチパネル搭載タブレットもしくはノートを持っている方に二重、三重に検証していただいたほうが良いと思うのですが。 >>333
悪性のクレクレと良性のクレクレがあるよな
クレクレだってあげる側が嫌に思わなきゃむしろアイディアとかフィードバックの点で貢献してると言える事もあるし
個人的には悪性のクレクレを叩くと良性のクレクレまで萎縮しちゃう可能性があるから気に入らないなら叩かずスルーするのが一番だと思ってるわ
あとあげる側でもないのに鬼の首を取ったようにクレクレを叩くのも悪性のクレクレと同罪だと思ってる >>334
ブランチ版、タッチして指を動かしている間はちゃんとスクロールする?(慣性スクロール発生前)
強さやスピードなどスクロールするしないの条件を調べたいです
>gtkscrolledwindowで書き直す
なにより描画負荷やメモリ使用量が増加する恐れがあるので
gtk2版やタッチスクリーンを使わないユーザーを考えると安易に手を出せないです
一応最後の手段としては頭に入っています(動いているコードを変更するには納得したい)
それと今はタッチ対応の骨格ができてなく調整の段階ではないので現状で私はなんとかなります
(進捗は一進一退ですが気楽に…ガンガンいかないようにやってます) >>337
タッチして指を動かしている間もほとんどスクロールしません。
たまにスクロールしてくれるのですが。。。
kinetic scrollは望むべくもないです。 >>337
>なにより描画負荷やメモリ使用量が増加する恐れがあるので
これだけは絶対勘弁でお願いしやす タッチスクリーンのパッチ>>310とブランチ>>331を更新しました
スクロール機能の動作確認が目的なのでテキストの範囲選択やマウス操作は未設定です
これでタッチ中のスクロールと指を離した後の慣性スクロールが動作してくれれば… >>340
v3ブランチ版試しました。
タッチスクロール、慣性スクロールともに正常に機能します!
どうもお疲れさまでした。 俺もそう思った
何で上からなんだよと
ma8ma氏は気にしてないかもだけど ご苦労さまじゃなくてお疲れ様が上から目線と感じる男の人って… ご苦労様がお疲れ様より偉そうなのは当然としてそれは今のポイントと関係ない
そもそもma8ma氏の仕事なのかって考えたらお疲れ様じゃなくて>>342の発想の方が自然だ ねぎらうって行為自体が上からって理解できんのかな
下からすべきなのは感謝だ >>341
動いてよかった
ただ既存のマウス操作と組み合わせできるか分からない(たぶんダメ)のでまだ試す段階です
パッチを更新したときはまたテストをお願いしたいと思います スレチも良いところの話題だけど、「お疲れ様」が目上に使っていけない場合は社外の相手の時で、
社内だと適当な言葉がないから使っていいと言われるのがビジネスマナー。
純粋な日本語の敬語利用だと「お疲れ様です」は丁寧語になってるから誰に使ってもいい。適切かどうかって話をすれば疲れてるかどうかが問題。
OSSの世界で開発者に「お疲れ様」は不自然ではない。が、それで円滑な人間関係が築けるかは別。だからビジネスマナーが必要になる。
でもOSSはビジネスでは無いよなぁ。。というところのジレンマだけど、
この場合は5chで「お疲れ様です」って返ってきたら上等だと考えるのが普通だと思うわ。
みんな考えが追いつかないのに細かいこと気にしすぎ。 でも、実際そこは「ありがとうございました」じゃね? >>350
矛盾するけどわかりやすく言うわ。俺も「ありがとうございました」って言えよって思うけど、
それを言い出したら「感謝」を要求することになるからマナーとか敬語とかの話してるのに下品だろ。
文字だけの感謝よりも使用者が要望出して開発者が対応したってことが大事。
要望も貢献だから文字だけの感謝の有無で考え無しで台無しにするなよ。それで要望が減ったらソフトウェアの損害だから。 ■ このスレッドは過去ログ倉庫に格納されています