[issue_891] give more space for Files column

[adam-tokarski]

Fixes #891

Provided changes:

• the Files column is widened by 2 chars (in origin issue it was suggested 1 would be enough though, but 2 seems like nicely fitting as well)
• some consts are provided to store these columns width magic numbers to ease work a little bit
• .gitignore was adjusted - I've regenerated it using https://www.toptal.com/developers/gitignore/ and provided back some already existing ones. Some, like .commit_message or node_modules, were removed as seems like some leftovers. Also, .idea is added for cases of usage Jetbrains tools.

[XAMPPRocky]

Thank you for your PR! However it seems that the files output is currently misaligned. Would you be able to address that?

[adam-tokarski]

Will do but not earlier than in 2 weeks as I'm off now. Thanks for catching that issue!

[adam-tokarski]

Right. Apparently I've been checking that using wrong version of tokei, my bad.

There is updated version - please especially check whether I handled properly moving these consts to dedicated file. @XAMPPRocky

[adam-tokarski]

@XAMPPRocky I'm pinging you, just in case you have missed my last changes. Also, I guess you're very busy, so do not want to disturb you.

[adam-tokarski]

@XAMPPRocky ping 😺

[Sigmanificient]

Still waiting on that one 😅

[XAMPPRocky]

Thank you for your PR!

[adam-tokarski]

@XAMPPRocky
Hmm, it seems that this is failing on release-plz action with

ERROR Cargo.lock is present in your .gitignore and is also committed. Remove it from your repository or from your .gitignore file.

Should we preserve Cargo.lock here? If so, I would need to remove that from .gitignore as it's suggested.

[XAMPPRocky]

Should we preserve Cargo.lock here? If so, I would need to remove that from .gitignore as it's suggested.

Yes Cargo.lock should be committed as this is a binary crate.

[adam-tokarski]

Yes Cargo.lock should be committed as this is a binary crate.

So there is #1115 to handle that.