nekopanda / logbook Goto Github PK

Colorado改の燃料・弾薬の最大搭載量はそれぞれ95と165のはずですが、表示は 95/0 165/0 のように”０”となっています。改造前のColoradoのときは、正常な表示でした。バージョン2.5.7で確認しました。

はじめまして
航海日誌拡張版をありがたく使わせて頂いてます

1、scriptの下にデフォルトから変更施したものが置いてあっても、航海日誌を立ち上げする毎にデフォルトの物に上書きされるんですが仕様でしょうか？（バグ？）

2、templateにあるbattle-log.cssも自分好みに変更してあったので、航海日誌がアップデートする毎に（zipファイル内容を全部コピーして貼り付けすると一緒にデフォルトの物に）上書きされるので別途バックアップ取らなきゃなりません。scriptみたいにデフォルトのファイルと現行使用しているファイルを別々にすることができませんか？battle-log.cssが存在しなかったらbattle-log-default.cssを読み込むとか（要望）

3、戦況ウィンドウは最小化している間は戦況ウィンドウのレンダリングは更新しなくなりますが仕様であってますか？（ログは最小化していても問題なく出力します）

Win7 x64 1.7.7使ってます
ありがとうございます

某専ブラのように砲雷撃のダメージ詳細ウインドウあったらうれしい
https://www.dropbox.com/s/egadpo7klgy1g6d/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88_080714_110035_PM.png?dl=0

OS X で所有艦娘一覧ウィンドウのカラムを非表示にすると,
非表示のカラムが 1px の幅をとります.
見た目がよくないだけで, 実用上の問題はありません.

この問題は SWT の制限に由来しています.
Cocoa ではカラムの幅の設定値 + Table.CELL_GAP
(1 とハードコードされています)が実際の幅になるようで,
カラムの幅を 0 にすることはできないようです.

public void setWidth (int width) {
    checkWidget ();
    if (width < 0) return;
    // TODO how to differentiate 0 and 1 cases?
    width = Math.max (0, width - Table.CELL_GAP); 
    nsColumn.setWidth (width);
}

http://git.eclipse.org/c/platform/eclipse.platform.swt.git/tree/bundles/org.eclipse.swt/Eclipse%20SWT/cocoa/org/eclipse/swt/widgets/TableColumn.java?id=53937f7d45e21bd01b48905ed88ff1ed89836a4f#n655

航海日誌側での対応は困難と思われますが,
SWT にパッチをあてることで簡単に対応可能です.

https://gist.github.com/ni39i4/4eac2e228d401989290b

cd swt-4.5-cocoa-macosx-x86_64
unzip src.zip
patch -p2 <~/swt.patch
javac org/eclipse/swt/internal/cocoa/NSTableColumn.java
javac org/eclipse/swt/widgets/TableColumn.java
zip -u swt.jar org/eclipse/swt/internal/cocoa/NSTableColumn.class
zip -u swt.jar org/eclipse/swt/widgets/TableColumn.class
cp swt.jar ~/logbook/logbook_lib/

When using Partisan Squadron with 7 ships, the 7th ship is not displayed in the Battle Status sub-window.

応急修理女神発動後、同艦がダメージを受けた際、戦況ウィンドウ上では「Dmg」項目にその艦が受けたダメージの合計は表示されていますが、「残」の項目では画面上と一致せず完全回復後のHPしか表示されておりません。

応急修理女神後は再度攻撃を受けて、再び大破することもありますので、戦況ウィンドウのみを見ていた場合大破進軍をしてしまう可能性があります。

tag v1.9.3
我方艦のtypeを設定しましたけれど、敵艦typeの設定はなくなりました。

タイポとおもいます ❓

Fix patch

diff --git a/main/logbook/dto/ShipInfoDto.java b/main/logbook/dto/ShipInfoDto.java
index 75dabcc..2e834a4 100644
--- a/main/logbook/dto/ShipInfoDto.java
+++ b/main/logbook/dto/ShipInfoDto.java
@@ -114,6 +114,7 @@ public final class ShipInfoDto extends AbstractDto {
             this.flagship = "";
         }
         this.stype = object.getJsonNumber("api_stype").intValue();
+        this.type = ShipStyle.get(this.stype);
         this.slotNum = object.getInt("api_slot_num");

         if (!this.isEnemy()) {
@@ -125,7 +126,6 @@ public final class ShipInfoDto extends AbstractDto {

         if (!reduced) {
             this.sortNo = object.getJsonNumber("api_sortno").intValue();
-            this.type = ShipStyle.get(this.stype);
             this.afterlv = object.getJsonNumber("api_afterlv").intValue();
             this.aftershipid = Integer.parseInt(object.getString("api_aftershipid"));
             this.powup = JsonUtils.getIntArray(object, "api_powup");

The star shell user in combined fleet shows incorrectly in BattleEx. The flagship Prinz Eugen in fleet 2 fires the star shell, while Taihou is the flagship of fleet 1.

艦娘一覧におけるグループ選択は現在右クリックメニューから操作できるが、ちょっと操作が面倒なので、クリック１回でできるように艦娘一覧ウィンドウ上部にグループのタブを設ける

翔鶴改二(api_id=461)'s api_aftershipid is 翔鶴改二甲(api_id=466)
翔鶴改二甲's api_aftershipid is 翔鹤改二

改造最終艦のID has an infinite loop

temporary solution:
logbook.internal.Ship.java Line 666:
while ((afterShipId != 0) && (afterShipId != 466)) {

generic solution....need to think about it. bitmap of shipIds?

if a kanmusu is docking and (docking time + 9 minutes) is faster tham the condition natural recover time, then the condition recover time for that kanmusu should be (docking time + 9 minutes)

任務一覧に達成状況を追加する

戦況(横)がうまく表示されないようです。
具体的？には、敵艦名と結果箇所しか表示されてない状態です。
自敵の索敵/陣形欄および、損傷状況が幅が最小に縮められたような感じになってます

いつも拡張版をありがたく使わせて頂いております。
エラー報告です。
拡張版2.1.7で、ドッロプ報告書をクリックした時、アプリがクラッシしました
これはエラーログのlinkです:http://puu.sh/ogLOD/5550b1f540.zip
ご返事頂ければ幸いです。

logbook.jar works fine, but logbook.exe doesn't work.
I tried logbook(32 bit) also. Same issue.

下手な日本語で申し訳ありません。

Ubuntu 14.04.2を使っています。ppa:webupd8team/javaからのoracle-java8-installerをインストールしました。航海日誌拡張版1.7.0betaを起動すると、ウィンドウ枠が表示されません。

@sanae_hirotakaさんの航海日誌は問題ありません。

何か解決方法はありますか？よろしくお願いします。

Logbook does not redirect HTTPS requests to proxy server used for connecting to internet.

Any chance there will be a fix?

error log: http://pastebin.com/jCd8PDwq

about518/kanColleDbPost#5

p.s. logbook-ex version: 1.8.6/1.9.3/1.9.8

ver2.2.7以降、「戦況の勝敗判定がおかしいぞ！早く直せゴラァァ！」という報告が結構来てる・・・

There are two 索敵 columns in the 所有艦娘一覧 window. I assume they are "innate" LoS (that is constant for a given ship, looks like "26") and "effective" LoS (that changes depending on equipment, looks like "17.1 (7.1 +10.0 + 0.0)").

The problem: if I try to sort by innate LoS, it's sorted by effective LoS instead.

Possibly related: even if I remove both 索敵 in the 列の表示非表示 window, the "effective LoS" column is still shown.

現在、制空値は搭載機数が0になっても熟練ボーナスが適用されていますが、検証によると搭載機数が0になると熟練ボーナスがなくなるみたいなので、修正をお願いします。

http://ja.kancolle.wikia.com/wiki/%E3%82%B9%E3%83%AC%E3%83%83%E3%83%89:502#5

会敵報告において、ズレが発生しました。
閉幕雷撃戦でのダメージが計上されていないみたいです。
修正よろしくお願いします。

・会敵報告

・JSON
Log.zip

the application gui is still there but not responding
I use the 64 bit version
here is the version info:

前からスレで上がっている話題なので、こちらからもご報告いたします。

81 ：名無し丁督@アフィ・ロンダ系転載お断り：2016/07/06(水) 00:44:51 ID:SuONab5g0
航海日誌拡張版(ver2.2.1)の戦闘ログ眺めてて思ったんだけど
なんか雷撃戦の攻撃側と受け側のCL2表示バグってます？

http://i.imgur.com/vTzQfBE.jpg

二級後期型の雷撃23点はこれゲーム中でクリティカル表示でした、輪形雷撃にクリティカル大破貰って凹んだので確実
そして401の雷撃65点なんですが雷装104★9★9の同航戦、弾薬残り40%で
ダメージ範囲が通常58～74、CL2が105～120なのでこれはCL2ではないはずなんですが太字になってます
この二つの点から太字にすべきところがずれてるんじゃないかと思いました
説明下手で伝わるか自信ないですごめんなさい

82 ：名無し丁督@アフィ・ロンダ系転載お断り：2016/07/06(水) 01:22:16 ID:TYfrc/k.0

435 ：名無しが邪魔ぁ～@アフィ・ロンダ系転載お断り：2016/05/17(火) 13:40:12 ID:6FU3Iiic0
航海日誌拡張版って雷撃のCL2を表記しない？
それとももともと雷撃はCL2判定を送ってきてない？

436 ：名無しが邪魔ぁ～@アフィ・ロンダ系転載お断り：2016/05/17(火) 13:58:49 ID:JKGK1Smg0
雷撃のclフラグは防御側じゃなくて攻撃側に立つんだけど、
拡張版はそこが正しく扱えてないとかじゃなかったっけ

多分logbook/main/logbook/dto/BattleAtackDto.javaのmakeRaigeki()の処理が違っているものだと思われます。本来であればこちらからpull requestを出すべきなのですが、正直(艦これAPIが)複雑すぎて手が出せないので対応よろしくお願いしますm(___)m

Whenever the program is launched, Task View & ["Start Key"+ "Tab"] will be glitched.
The Task View icon is clickable but doesn't work, [Start+Tab] is not working at all.
I tested few computers with Windows 10 (1803) version. Same problem.
Very serious bug. Please notice.

ドロップ報告（出撃ログ）が古いものから順になっているが、大抵興味があるのは直近の出撃ログなので、改善すべき

艦隊情報の索敵値や合計レベル等が表示されているところにドラム缶と大発の合計数も表示していただけますか？

After dmm release the android client. I have tested the logbook can support mobile version API(maybe the same as web version) with proper setting.
The simplest way to use the logbook function is adding a virtual server in router forward the port to the computer running logbook.However, this will create a security issue.
A compromise solution is using vpn instead of opening a port but this will make the battery consumption of the phone worse and result in higher delay.

長時間(半日～1日)起動したままで、艦これブラウザを閉じて開きなおし、艦これを開くと GAME START直後に猫エラーになります。
(提督業も忙しい v4.2.9 で確認)

具体的には以下のように使用しています。
・前日の夜に起動し、夜～朝にPCからアクセスしてプレイ
・昼にAndroidから遠征管理
・夜に帰ってきてPCでプレイしようとすると猫、ブラウザを開きなおしても猫

症状発生時には、GAME START画面においてログに出るはずである「母港情報を更新しました」「ユーザ情報を更新しました」などが出ません。
航海日誌を再起動することで復旧します。

Androidからアクセス後がダメなのか、長時間だからダメなのかは把握しきれておりません。
最悪再起動すればよいので致命的な問題ではありませんが、お時間のある時に調査していただけませんでしょうか。

ログイン後、途中から使用し始めた場合や、途中抜けがあった場合などで、取得できた情報が不完全な場合でも、ちゃんと動いているように見えるので、情報が不完全なことに起因する表示の誤りに気付けないことがある。
不完全な情報がある場合はそれを表示してユーザが分かるようにする。

動作環境
Win7 64bit + Chrome 44 (64bit)
Chrome のプロキシ設定［拡張機能 SwichtySharp］で自分のサーバー IP を localhost:8888 （航海日誌拡張版）に
航海日誌拡張版 1.9.4～1.9.5
航海日誌拡張版のプロキシ設定 localhost:8080 （MyFleetGirlsさんのツール）

イベント開始と同時に（夜あたりが）頻繁に猫り、502 Bad Gatewayや504 Gateway Timeoutが多発
502 Bad Gatewayは、同じサーバーの他の提督たちが2chスレで猫速報するタイミング前後で起きます
504 Gateway Timeoutはapi_start2やBattleMain.swfとかに起きています
504 Gateway Timeoutは現在、Chromeのプロキシ設定を切る（ツールなし）か、航海日誌拡張版のプロキシ設定を切る（航海日誌拡張版のみ）と起きなくなる様子
どちらかのプロキシサーバーが不調だったり、あるいは運営がプロキシサーバー接続になんらかの対策を施していた可能性

スケジュール的にイベントはキツいので、MyFleetGirlsさんのツールを再起動して試す余裕がありません
統計を取っていなくて、クロスチェック・ダブルチェックもしていません
ご参考になれば幸いです
MyFleetGirlsさんにもこのIssueのリンクを貼って報告したいと思います

それとグループエディター、マウスカーソルがグループのフォルダにオーバーするとツールチップが出てますが、それが出してしまうとなぜかグループエディターが最前面に引き出されます（アクティブウィンドウまで持ってかれてませんが）
航海日誌拡張版のメインウィンドウは最前面に設定されていますので、それより前面になることはありませんが、他のツールウィンドウや、重なってる他のブラウザやアプリなどをも塞がるように前面に来るので、地味にうざいですね
あと階層化するつもりがないならフォルダ欄の左の余白は要りませんかも

Before	After

Whenever something happens in-game, the Logbook window moves to the currently active desktop. For example:

1. Logbook is on desktop 2, currently viewing desktop 1.
2. A battle ends.
3. Logbook window moves to desktop 1.

Using logbook version 2.2.1. This happens regardless of whether the サブウィンドウホストを表示する option is enabled.

app.log

戦闘ログ（50万件超え）削除で取り敢えず使えてる。

Ubuntu 14.04LTS 64bit版 (Oracle JRE 8)において、通知バルーンが以下のように真っ黒に表示され、通知内容を見ることができません。

おそらくUbuntuにおけるSWTのバグ(Bug 393409 - Tooltip background black on black、Bug 309907 - The text of ToolTip is a black bubble on OS linux Ubuntu 10.04 beta2)なのではないかなと思います。

私の場合、「環境変数SWT_GTK3を0にセットする」ことで一応解決できました(/etc/profileにexport SWT_GTK3=0を追加した)。

なお、基のプロジェクト(航海日誌)でも発生したため、基のプロジェクトの方にも報告しました(#8)。

参考

• Linux GTK/SWT: Black balloon tooltip #339
• Bug 393409 - Tooltip background black on black
• Bug 309907 - The text of ToolTip is a black bubble on OS linux Ubuntu 10.04 beta2

装備譲渡後、艦娘データの更新をスロット交換や装備変更と同様にかけてほしいです。
よろしくお願いします。

error log:

起動: 52 ms
基本設定ファイル読み込み完了: 525 ms
メインウィンドウ初期化開始: 525 ms
2015-07-12 01:08:00.263 java[13256:98522] *** WARNING: Method userSpaceScaleFactor in class NSWindow is deprecated on 10.7 and later. It should not be used in new applications. Use convertRectToBacking: instead.
2015-07-12 01:08:00.782 java[13256:98522] *** WARNING: Method userSpaceScaleFactor in class NSView is deprecated on 10.7 and later. It should not be used in new applications. Use convertRectToBacking: instead.
ウィンドウ構築完了: 1398 ms
その他のスレッド起動...: 1398 ms
バックグラウンド初期化開始: 1398 ms
ウィンドウ表示開始...: 1401 ms
メインウィンドウ表示完了: 1408 ms
メッセージループに入ります...: 1408 ms
2015-07-12 01:08:00.930:WARN:oejsh.ContextHandler:logbook_async_initializer: o.e.j.s.ServletContextHandler@6e9e7b9{/,null,null} contextPath ends with /
2015-07-12 01:08:00.930:WARN:oejsh.ContextHandler:logbook_async_initializer: Empty contextPath
2015-07-12 01:08:00.961:INFO:oejs.Server:logbook_async_initializer: jetty-9.0.5.v20130815
2015-07-12 01:08:00.996:INFO:oejsh.ContextHandler:logbook_async_initializer: Started o.e.j.s.ServletContextHandler@6e9e7b9{/,null,AVAILABLE}
2015-07-12 01:08:01.039:INFO:oejs.ServerConnector:logbook_async_initializer: Started ServerConnector@90c64c7{HTTP/1.1}{localhost:8888}
サーバ起動完了: 1571 ms
ロガー初期化完了: 1571 ms
設定ファイル読み込み完了: 1680 ms

経験値計算機が複数起動出来なくなったのが微妙に不便です。
差し支えなければ複数起動可を希望します。

After I updated my Java Runtime to Version 8 Update 40 and above, the software's average CPU usage raised to 70%, sometimes 100%. The memory usage also raised to ~700M. I'm using Windows 8.1(x86_64), current Java version is Version 8 Update 45 (1.8.0_45, x86_64).

資源ログなのですが、記録機会が多すぎる気がします。使い始めた時に、あっと言う間に1000を超えるログが記録されてしまいました。定期更新が埋もれました（笑）
定期更新だけのシンプルモードとか、例えば一定時間経過後の大きなアクション時にだけ記録するとか、そういった設定が出来れば便利なのではないでしょうか。（個人的には変動量で、例えば前回から資源量に1000の変動があれば記録する、などでも面白いと思いますが複雑になりそうですね）

戦況ウインドウなのですが、どちらも横に長いもののため少々不便をしております。
戦況(横)くらいの情報量の縦長のものもあると嬉しいなと思います。

The logbook ex is very useful, but there's a little question confuse me.

Sometimes my network is bad and I found that if any httpresponse take more than 1 minute to read response stream, it will be shutdown immediately. (so that in game I will receive a cat error)

任意の表示項目追加に対応するため、プラグインという形で外部スクリプトで表示を追加できるようにする。

理由

• ユーザが表示したい項目と表示形式を選べる、または自分でカスタマイズできるようになる
• 計算式が確定できていない場合、ユーザが計算式を選べるようにしたい。その場合、仮説の作成・検証をやっている方が計算式の実装を提供して、ユーザが好きな計算式を選ぶというシステムが構築できるようになる
• ゲームの仕様変更や仮説の検証状況に合わせて開発者が計算式の変更や表示情報の追加をするのは開発者側への負担が大きい