feat: improved tracking system

[flloschy]

Rework of the whole tracking system
Featuring new commands and way better performance
(and commenting whoaaaaaaaa)

[StrangeGirlMurph]

Haven't looked at the code yet. Just used the 10min I had to comment on the first things that came up.

[StrangeGirlMurph]

Really not necessary. Just let the interface in the config file. Makes it way easier to quickly look it up and read the docs

[flloschy]

The doc strings (/** */) are there so the IDE can show the docs when hovering over the value. Just cleans up the config files so there is less confusion in case less experienced users try Jambo. And you can just jump to the interface with ctrl click anyway

[StrangeGirlMurph]

That's a VSCode thing... It should be just a scroll away. One shouldn't need a high end IDE to figure things like that out.

[flloschy]

Thats not just a VSC thing? Such doc strings are part of js/ts and I do believe that no "high end IDE" is needed to see them when hovering over it

[WilsontheWolf]

Not entirely part of JS, but an extension called jsdocs. VScode is not the only ide that supoorts it (Webstorm supoorts it). It's also a human readable format so anyone reading this file can see all this info, if their IDE doesn't pick it up.

[StrangeGirlMurph]

Yeah sure "That's a VSCode thing" just meant that it's an IDE thing.

It's also a human readable format so anyone reading this file can see all this info, if their IDE doesn't pick it up.

Yeah sure but that's exactly my point. People shouldn't have to scroll to the top see where its imported from and then go to that file just to look up something that trivial which really doesn't hurt to be in that same file.

[Chicken]

Alternatively we could just
export const config = {...} as const;
without having any interfaces anywhere

[StrangeGirlMurph]

I think having a separate interface is good. "Stops" people from just blindly messing up stuff.

[flloschy]

Resolving again...

[flloschy]

No? Why?
Just a date object, the serializer takes care of converting everything to iso date and the reserialize returns a new date object using the iso string stored in the db

[flloschy]

idk, I simply dont like duration
And ms is what a presence-update gives you anyway
Sso why convert to duration, then instantly sterilize to ms again just to desterilize again to perform a simple math or timestamp thing...
Im not seeing the benefits behind for changing it

[StrangeGirlMurph]

All

• Remove seconds and ms from everywhere
• always explain what the default values for optional values are
• don't separate the date and time wherever you did. i.e. those are two separate time stamps
  
• link the users and don't just use their nicknames

/tracker game

general statistics

• remove latest logs
• replace "Most logged users" with "Most logs"
• replace "User with most playtime" with "Most playtime"
• switch the order of "Most logs" and "Most playtime"

top 5 most played games

• can be removed that info is already available in general statistics

top 5 most logged games

• can be removed that info is already available in general statistics

latest 5 logs

• remove the command and just add it as an option to "/tracker latest" and call it "/tracker logs" for example and call the remaining general statistics one "tracker game-stats" for example
• show more then 5 logs

/tracker statistics

• again switch most played and most logged
• Make these four one field "Total ...: \n playtime: ... \n logs: ..." etc.
  

/tracker user

default

• Don't waste so much space! Put the total things in a single field
  

game

• this doesn't make sense the selected game is minecraft and I just get the default
  
• the latest logs are in reverse