5ch ブラウザ JD 21
■ このスレッドは過去ログ倉庫に格納されています
>>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
矛盾するけどわかりやすく言うわ。俺も「ありがとうございました」って言えよって思うけど、
それを言い出したら「感謝」を要求することになるからマナーとか敬語とかの話してるのに下品だろ。
文字だけの感謝よりも使用者が要望出して開発者が対応したってことが大事。
要望も貢献だから文字だけの感謝の有無で考え無しで台無しにするなよ。それで要望が減ったらソフトウェアの損害だから。 うーん、それは同意できないなあ
要望だからこそ感謝なわけで
別に俺への感謝を求めているわけじゃないからね
下品でも何でもないよ
文字だけの感謝を表目ているわけでもないし
気持ちだよ気持ち 人は神なの?獣なの?それともその間の存在?
のような問答を思い出した
まあ、開発者の人はこんな問答で時間を消費したくないから無視してるんだろうけどな そうそう
開発側は製品へのクレームに真摯に向き合っていれば良いだけだよ そうそう
信者気取って長文連投してるやつが癌だわな
1レスに簡潔に書けない病かよ ところで、Jane styleとかだったらIDのところマウスを
近づけたらそのIDの過去のメッセージが表示されるけど
JDってしないの? 設定 → about:config → IDの上にマウスオーバーしたときにIDをポップアップ表示する
を [はい] に ワッチョイとかIPアドレスでも参照見たいよぉ... >>359
レス番号隣りの"名前"を右クリしてポップアップするのがそれに近いと思う
357と同じように「名前」の上にマウスオーバー云々の設定もある >>360
その名前参照をワッチョイ/IPにも対応してほしいなという意味の書き込みでした😱
2chmateだと出来るので😫
誰か氏〜😭 名無しなら実質的に名前参照=ワッチョイIP参照として使えるはず
レスごとに名前が変わるとか木曜になってワッチョイが変わったIPスレとかは分からん >>363
そうなの!?😰
実はよく試してなかった😜 https://github.com/ma8ma/JD/issues/19
タッチスクリーン対応のパッチとブランチを更新しましたので改めてissueを開きます
>>235 お手数おかけしますがこちらのページでやりとりしてもよろしいでしょうか subject.txtの更新によるディスクへの書き込みが意外と馬鹿にできなかったんで
serviceを作って.jdごと/tmpに置くようにした
ものすごく簡単に作りだけど
スレ一覧の更新もサクサクになったし快適 なんJだけ書き込めないんだけどなぜだろう?
swallowになんかある? なんJ書き込めたで
JD好きだけどPCでchMate使いたいなあ泥アプリ使えるようにならんだろうか webブラウザ経由のアクセス自体が不安定になってるな
鯖によっては なんJ書き込めない。
VIPのスレが読み込めない。 嫌儲の速度の数値が極端に大きいスレ開こうとすると落ちてjd立ち上がらなくなる
.jd/leia.5ch.net/poverty消すと立ち上がる 玉葱版の進展なんかあるかと思ったら玉葱そのものが消えてたw すんません、俺でも昔みたいに簡単にJD使える様にしてくんさい・・・ すみません、全自動画像取得のやつもう一回ソース貼ってください
あとどこにどうソース付け足すかも教えてください 自分でなんとか設定できないやつはJDというかlinux使っちゃだめだろ
WindowsやAndroidの専ブラがいいぞ煽り抜きで 現在の状態だったら
JD使う環境を整えるのはWindowsよりLinuxの方が遥かに手っ取り早い それすら出来ないんだから素直にWindows使っとけという話だろうに
Linux使えても日本語使えないのかよw そろそろ 新名称を決めないと Debianのパッケージに間に合わない
なので希望する名称があればどんどん言った方がいいぞ >>385
>Debianのパッケージに間に合わない
えっどういうこと?
Debianのパッケージに入る見込みがあるの? なんJに書き込めない
今なんJでNGT暴行事件で祭りになってるのに・・・ >>379
Readmeをちゃんと読むようにすれば基本大丈夫だから
もう一度挑戦してみ >>377
これどうにかならん15ではじまるdatたちに23ではじまるdatができるのがあかんみたいだ >>391
速度と日時がおかしいのを操作すると落ちる
ずっと新着扱いだから分かりやすいはず
それと単に23から始まるdat消しとけばおk 本当だ 日付が異常なスレを開くと落ちるね
なんだこりゃ >>388
結局のところ、犯されたりしたの?
俺は暴力嫌いだから、素っ裸にして縛り上げて、
小便漏らすまでじっくり観察する程度のマイルドさが好きなんだが。 >>377,393,394
32bitだと書き込み時刻が2043年になってる異常なスレを開いても落ちない
板一覧のsinceは2038/01/19 12:14 (察し)
64bitだと異常なスレのsinceはどう表示される? src/jdlib/hash_set.cppでdatの番号をatoiして符号気にせず配列のインデックスに指定してる/(^o^)\
>>397
お察しの通り >>397
板一覧のsinceは2043/07/25 19:40とかだな >>401
src/dbtree/article*.cppでset_since_time()にはatol使っているから64bit(LP64?)は大丈夫そう
32bitは…std::chronoなら2038年問題を回避できるのかな
>>400
dat番号とtime_tをintに変換するコードは修正しないといけないのかあ ひとまず自分の環境では落ちるのは回避させられたので↓パッチ置いときますね
ttps://gist.github.com/ooinu/8b173ecc2a1b6e4eb359a4aa0e711643 けんもう関連のトラブル絡みなのかわからないけど
JD関連のフォルダが消えてしまった ついでに[]もatに変えて境界チェックするようにしちゃ駄目かしら ■ このスレッドは過去ログ倉庫に格納されています