`okular` has its own version and "a version that goes into a particular KDE Applications release"<ref>https://bugs.kde.org/show_bug.cgi?id=345300#c2</ref>. That's confusing and counter-inutitive and should be explained in a `HACKING` file. Reproducible: Always
Why do you need that information to code on okular?
It'd be nice to have. You can put the explanation in `README` or `CONTRIBUTING` as well (it's important to understand in order to not get confused by the bugzilla versioning (see referenced issue above)). It's not necessary.
Well, i don't know what you would want there or what i woudl put there, can you make a suggestion?
"The git versioning tags refer to the one of the KDE development platform. In case you want to file bug at https://bugs.kde.org you have to refer to the ?? version which you can find ??. This is explained at ??"
(In reply to krichter722 from comment #4) > "The git versioning tags refer to the one of the KDE development platform. > In case you want to file bug at https://bugs.kde.org you have to refer to > the ?? version which you can find ??. This is explained at ??" The version for the application is the easiest information to spot: as any application, from the menu: Help->About Okular or from the command line, okular --version
OK. And how'd I find that in the source tree?
core/version.h. With "version" in the file name, I would say it's easy to spot. Also, you can notice that there is an aboutdata.h in the source root, and it includes that file.
> With "version" in the file name, I would say it's easy to spot. Also, you can notice that there is an aboutdata.h in the source root, and it includes that file. I guess, one could. My point is that one doesn't have to, which would lower the entry boundary for contributors who aren't too familiar with the KDE version scheme and maybe want to contribute non-programming content only... It's your project. You set/keep those boundaries.
I think asking for the version number was not a problem so far. It is still possible to file a bug in any case (like this one). Of course, the bug report is about an issue and the developers can't reproduce it, the version will be requested. And if you check the past bugs, if the version was not specified, when it's explicitly requested it's usually provided.
I have not been convinced it is really needed. If you feel otherwise please drop by IRC some time and lets have a realtime conversation about this. #okular on irc.freenode.net