Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

BlockLogger.txt needs formatting for better understanding #4

Closed
kauf0 opened this issue Feb 4, 2024 · 1 comment
Closed

BlockLogger.txt needs formatting for better understanding #4

kauf0 opened this issue Feb 4, 2024 · 1 comment
Labels
enhancement New feature or request wontfix This will not be worked on

Comments

@kauf0
Copy link

kauf0 commented Feb 4, 2024

Just suggesting, as soon as @Blayung opened #3 and is targeting to improve log file.

Log file isn't really readable at the current state for there are fields where 6 numbers in a row which casual user couldn't read. I mean, It'd be cool if logs entries were just like in game or smth. So I'd like to offer my guesses on this.

For example we take this event:
0 1707008410 #LEAVES_DECAY world 25 77 117 18 8 -1
would look like [whatever these nums are] at world x: 25 y: 77 z: 117, #LEAVES_DECAY 18:8(OAK_LEAVES)

Or take the steal event:
2 1707008773 kauf0 world 69 64 129 299 0 1
It seems that "STOLE" and "PUT" haven't been added to the list yet since they were just implemented yesterday, so that's ok. Would look like this: at world x: _ y: _ z: _, kauf0 STOLE 299:0 LEATHER_ARMOUR, amount: 1 or smth.

@Blayung Blayung added enhancement New feature or request wontfix This will not be worked on labels Feb 4, 2024
@Blayung
Copy link
Owner

Blayung commented Feb 4, 2024

I've added item support 2 weeks ago, but it requires some changes in canyon's code that haven't been pulled yet so item support still isn't on the main branch.

This suggestion is not something I will implement, it's quite a waste of time for me because on a normal server there will be loads and loads of these entries and there'll be no reason to read them from this file. You are supposed to use /blocklog for this, and #3 is also made to improve the command, leaving block-log-book.txt as a file meant to be read by the plugin, not by humans. It's unnecessary complexity.

@Blayung Blayung closed this as completed Feb 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

2 participants