5ch ブラウザ JD 21
■ このスレッドは過去ログ倉庫に格納されています
>>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/leia.5ch.net/poverty消すと立ち上がる 玉葱版の進展なんかあるかと思ったら玉葱そのものが消えてたｗ すんません、俺でも昔みたいに簡単にJD使える様にしてくんさい・・・ すみません、全自動画像取得のやつもう一回ソース貼ってください
あとどこにどうソース付け足すかも教えてください 自分でなんとか設定できないやつはJDというかlinux使っちゃだめだろ
WindowsやAndroidの専ブラがいいぞ煽り抜きで 現在の状態だったら
JD使う環境を整えるのはWindowsよりLinuxの方が遥かに手っ取り早い それすら出来ないんだから素直にWindows使っとけという話だろうに
Linux使えても日本語使えないのかよｗ そろそろ 新名称を決めないと Debianのパッケージに間に合わない
なので希望する名称があればどんどん言った方がいいぞ >>385
>Debianのパッケージに間に合わない
えっどういうこと？
Debianのパッケージに入る見込みがあるの？ なんJに書き込めない
今なんJでNGT暴行事件で祭りになってるのに・・・ >>379
Readmeをちゃんと読むようにすれば基本大丈夫だから
もう一度挑戦してみ >>377
これどうにかならん15ではじまるdatたちに23ではじまるdatができるのがあかんみたいだ >>391
速度と日時がおかしいのを操作すると落ちる
ずっと新着扱いだから分かりやすいはず
それと単に23から始まるdat消しとけばおｋ 本当だ 日付が異常なスレを開くと落ちるね
なんだこりゃ >>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に変えて境界チェックするようにしちゃ駄目かしら たくさんの新名称候補のレスありがとうございます
現時点で挙げられている候補から決めたいと思います
1月20日に日付が変わって最初に書き込まれたレスのコンマ以下の一桁目で決定します
商標検索で多数ヒットしたものとJaneDoeStyleとJJHJYJSJCは除きました
ご了承のほどお願い致します
2019/01/20(日) 00:00:00.0[0]←ここ
0 JDim 1 JKJD 2 NSJD 3 NNJD 4 JaneGT 5 JDD 6 JDex 7 re-JD 8 JD-ng 9 YAJD >>406 ごめんなさい、足すってレスしちゃったけどやっぱりやめます
必要ならそちらでやっておいてください_(._.)_ >>411
よく考えたら% size()でkeyは常に要素数以下に収まるようになってるからatoiの溢れだけ対応すれば充分って事ですかね
こちらこそろくに考えてない思いつきでお手を煩わせてすんませんした
(ただ今度は逆にkeyが常に要素数以下ならそのatoiの対応だけすれば後は戻り値はわざわざsize_tにしないでもintのままで良いんじゃ？って疑問が) >>417
おっ0だからJDim (JD improved)に決定！ >>416
おっしゃる通りオーバーフローだけ直せばバグ修正には十分なので
一つのPRに混ぜない方がいいかなと考えてました（説明すべきでした 申し訳ない)
たしかにsize_tへの変更はいらないですね……>>403 削っておきました いくつか追加してほしい機能があるのだけどパッチとかってどこに投げればいいのでうか？ >>422
githubだけど、開発フローを開示してくれてるからそれ読んでからにするか、githubで質問すればいい
プルリクエスト送ることになると思うけど、マージするのは開発者次第だから一度オープンにして
反応を伺ってからのほうがマージされやすいと思う。 >>423
ありがとう。
でも、Sourceforceじゃなくて？
https://github.com/yama-natuki/JD
そうか本家は終わっていたのか。
ここであっているかな？
ブランチtestが開発用ブランチっぽい？ >>425
そちらは開発って言うよりも保守って感じだからma8maのほうがアクティブに対応してくれそうだけど、
どんな機能追加なのだろう？ >>426
どうなってんだ。。。
手元のリポジトリは上記が登録されているようだが。
命名変更のこともあるし、新しい開発フローが定着するまでまったほうがよいかな？
機能提案自体はまだ書き始めてもいないから焦ることはないが（おい どうでもいいけど、開発してるのはJaneStyleの機能全部盛り込んでるので頼むわ
もちろん、画像も全自動取得で どうでもいいなら乞食みたいなレスせずに黙ってれば？ >>431
いやいや、開発してくれるならありがたいよ。頑張って。 >>429
で、いくら寄付してくれるんだい？
自分しか要らない要望の実現には対価が必要だよ？ 「機能全部盛り込んでるので頼むわ」という物の頼み方に、もの凄い違和感があった
天丼注文してるわけじゃねえのになんだ、その言い方 それにJaneStyleの機能全部盛り込んでるのが良いなら素直にJaneStyleそのもの使えばいいじゃんと思うんだよね ■ このスレッドは過去ログ倉庫に格納されています
