[過去ﾛｸﾞ] Jane Styleの質問に誰かが答えるスレ Part64 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
673: 2019/02/08(金)18:41 ID:/RND9x6A0(2/4) AAS
4.06なんて怪しげなバージョンどこからもらってきたんだ？
674(1): 2019/02/08(金)20:24 ID:f3xEFbk60(1/2) AAS
>>666
ありがとうございます
ちなみにkeyconfの一覧から割り当てようとしても認識してくれない機能もあったのですが、元々デフォルトで割り当てられてない機能以外は設定できないのでしょうか？
675(1): 2019/02/08(金)20:43 ID:P64dqkxH0(1) AAS
>>646>>647>>648>>649>>650
お前らこそ屑なんだから死ねよ
676: 2019/02/08(金)20:47 ID:OdfOBfbZ0(1) AAS
>>675
芯食ったからって顔真っ赤にするなよお馬鹿さん♪
ここから消えろ。とっとと死ねｗ
677(1): 2019/02/08(金)21:21 ID:RKXF8MzS0(1/2) AAS
すべてのタブ更新、お気に入りの更新チェックを押してもタブのスレが更新されないんですが、なぜでしょうか？
678: 2019/02/08(金)21:26 ID:RKXF8MzS0(2/2) AAS
タブのところで左クリックして「再読み込み」を押せば更新できるんですが
679(1): 2019/02/08(金)21:49 ID:/RND9x6A0(3/4) AAS
>>674
デフォルト以外のkeyconfig内コマンドが、場に適切であれば効く
たとえばビューアのズームと言ったものは場に適切ではないので無理
ちなみに登録したいのは例えば何？
680: 2019/02/08(金)21:54 ID:/RND9x6A0(4/4) AAS
>>677
更新とは板の更新
すべてのタブ更新は開いているスレが対象じゃなく開いているすべての板タブの更新
お気に入りの更新はお気に入り各スレが所属する各板の更新
681: 2019/02/08(金)22:57 ID:f3xEFbk60(2/2) AAS
>>679
スレ表示枠を右クリックして選択するコマンドを登録したかったですが適切ではなかったということでしょうか？
あとデフォルトでバーにある、「表示レス数」と「スレの再描画」がkeyfonfを探しても発見できず登録できないのも困っています
682: 2019/02/09(土)00:01 ID:39w7HRL40(1/3) AAS
> スレの再描画
これがツールバーカスタムの懸念 再描画コマンドがない
代替として「表示レス数」のいずれかを実行すると再描画になる
通常全レス表示しているなら「全レス表示」の MenuDrawAll, を当てれば実質再描画ボタンになる
以下最新○レス表示もツールバーでやるならその分のアイコン、項目の
MenuDraw50 MenuDraw100 MenuDraw250 MenuDraw500 も追加になるが
MenuThreChangeDrawLines （表示レス数を変更）を当てれば
ボタンダウンメニューがでていずれかを選択で実質再描画可能
683: 2019/02/09(土)00:25 ID:39w7HRL40(2/3) AAS
> スレ表示枠を右クリックして選択するコマンド
スレビュー内で右クリででるコンテキストメニューに該当するものはないが、
コンテキストメニューの項目中「設定−コマンド登録」したものはアイコンに当てられる
例えば外部ツールのgethtmldat.js（所得ツール）をコマンド登録したのちツールバーアイコンに当てて使用可能
MenuCommand ・・・ ボタンダウンでコマンド選択
MenuCommand（数字） ・・・登録コマンド個々に実行
684(2): 2019/02/09(土)01:10 ID:C4o7ZXnD0(1) AAS
MenuThreReload=再読み込み
これは再描画にならないの？
685(1): 2019/02/09(土)01:38 ID:fEDlF2D00(1) AAS
検索欄使ってGoogle検索するとどっかに履歴として送信されますか？
686: 2019/02/09(土)04:37 ID:39w7HRL40(3/3) AAS
>>684
再読み込みはdat破棄し通信してdat再取得 .abnは破棄しない
再描画はモニタ上だけの再描画しなおしでローカルdatも読み直さない
描画がバグった時、ReplaceStr.txt、スキン、NGなどを修正のち反映させる時
>>685
かつてｙ!デフォルト時代はstyleから来ましたリファラつけてたが今はなし ブラウザにURL渡すだけでstyleは通信しない
とは言え先生は検索語しっかりカウントしてるしちょろめの人の見たサイトの履歴は全部先生がもらってキャッシュしてる
687: 2019/02/09(土)05:02 ID:R3T5iKuP0(1) AAS
>>684
再読み込みはサーバからの再受信なので、もしそのスレが過去ログ行きになってたら
浪人持ってるとかじゃない限りそのスレのログは失われてしまうんじゃない？
NG周りとかRelpaceStrとかその辺の設定を弄って、取得済みのログに反映させたいとき
再受信せずに再描画させたいことはある
688(3): 2019/02/09(土)06:02 ID:W3uUpPr/0(1) AAS
時々「応答なし」になるのですが
かなり待っていると戻ってきます
以前のJaneはこーゆうのをやったのですが
Jane Styleのシステムリソース対策 - 朝飯前。
外部ﾘﾝｸ:d.hatena.ne.jp
今のJaneはもうやっても関係ない？
689(1): 2019/02/09(土)14:19 ID:Cu9FBthI0(1/3) AAS
>>688
Jane系列はスレ開けるごとに
裏で不可視ウインドウ開くからGDIもUSERも消費しまくるからね。（ギコナビは逆だから軽くて優秀）
GDIオブジェクトのリソース不足が特にシビアだったのは、そこに書いてあるようにWindows98系、たしかMeも。
NT系である2000やXPは、そういうオブジェクトの制限がないと謳ってたと思うが、
マイクロソフトの詐欺でしたってやつ。
外部ﾘﾝｸ[aspx]:technet.microsoft.com ぱ
690(2): 2019/02/09(土)14:20 ID:Cu9FBthI0(2/3) AAS
>>688
GDI不足挙動に関する俺の長年の個人研究によれば
GDI不足の前兆は、他ウインドウとの干渉とチラツキだ。VRAMが断片化してると結論に至った。
一時しのぎに、16bitカラーに変更すると、最初の描画までにものすごく時間がかかり（おそらくVRAMの再配置で断片化解消）
GDI不足が起こりづらくなり非常によくなる。
GDI不足で、各種ダイアログのタブオーダーまで見えるやつでないとWindowsを使い込んだとは言えないね。
Vista以降のOSはあまり使い込んでないから今回調べてみたけど
8や10でもデスクトップヒープの不足ってのは起きるようだね。
アホみたいに大量にウインドウを開かない方がいい。
外部ﾘﾝｸ:tsusuzuki.hatenadiary.jp ぴ
省5
691(1): 2019/02/09(土)14:33 ID:Cu9FBthI0(3/3) AAS
>>688
そもそもそのレスでは応答なしになる原因を判断しかねるな。
dat大量に所有していて、板クリックした際にディスク読みに行ってるとかだろ？
システムリソースは関係ない。
開いているスレが大量（session.datも当然肥大）＝不可視属性で開かれてるウインドウが大量
なら描画まわりのシステムリソースは関係ある。
692: 2019/02/09(土)18:47 ID:AvcXXjPO0(1) AAS
>>690
＞ 20年前の不具合を引きずってるみたいなので OSを最新にするメリットはなかった
これは酷いな
上下前次1-新書関写板覧索設栞歴
あと 310 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.137s*