feat: Rearrange menu bar in main window

[buhtz]

Rearrange the menu bar in main window and its entries. Some labels and tooltips are modified.

I would say the entry for a Language Selection and maybe for Diagnostics can be handled in a separate PR.

Different from our discussion in #1482 I modified the order of the entries in the sub menus a bit. It is just a proposal and easy to modify.

Close #1482

[aryoda]

All good!

Perhaps the shortcut for "Manage profiles" could be changed now (Ctrl + Shift + , is clumsy and neccessary because Ctrl + Shift + S was already used for "Take snapshots with checksum").

I think Ctrl + Shift + M (or P) could still be unused and more intuitive now...

BTW: Don't forget the changelog entry (could be done later when the GUI refactoring is change-stable)

[buhtz]

BTW: Don't forget the changelog entry (could be done later when the GUI refactoring is change-stable)

Always... 🍌 I also added some "lost" changelog entries from previous PRs.

btw: Do you know about https://common-changelog.org/ as a standard how to write a changelog and its entries? I'm not experienced with it but try it in one of my own one-person-projects.

[aryoda]

btw: Do you know about https://common-changelog.org/ as a standard how to write a changelog and its entries?

I can't remember having read this one and I am little bit in-consequent here ("as it fits")

What I always hate is the lurking merge conflict in the changelog file if multiple devs work in different feature branches and I have already seen a fancy script in a project where the changelog entry per feature is contained in a separate folder and merge into the changelog when the feature is merged into the dev branch (all this to avoid merge conflicts)

[buhtz]

I can't remember having read this one and I am little bit in-consequent here ("as it fits")

I'm also in-consequent. That's why I need a standard because I can't do it by my own. 😃

I have already seen a fancy script in a project where the changelog entry per feature is contained in a separate folder and merge into the changelog when the feature is merged into the dev branch (all this to avoid merge conflicts)

Yes, I've seen things like this, too. Hard to track for external contributors. Make sense in projects with more complex branching models then ours. We don't collect multiple features in separate public branches. We merge into "dev" all the time.

[aryoda]

:-)

[aryoda]

@buhtz Do you want to merge this, it looks fine!?