<table><tr><td style="">aacid added a subscriber: kde-edu.<br />aacid added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D10394" rel="noreferrer">View Revision</a></tr></table><br /><div><div><blockquote style="border-left: 3px solid #8C98B8;
color: #6B748C;
font-style: italic;
margin: 4px 0 12px 0;
padding: 8px 12px;
background-color: #F8F9FC;">
<div style="font-style: normal;
padding-bottom: 4px;">In <a href="https://phabricator.kde.org/D10394#203970" style="background-color: #e7e7e7;
border-color: #e7e7e7;
border-radius: 3px;
padding: 0 4px;
font-weight: bold;
color: black;text-decoration: none;" rel="noreferrer">D10394#203970</a>, <a href="https://phabricator.kde.org/p/hriesenbeck/" style="
border-color: #f1f7ff;
color: #19558d;
background-color: #f1f7ff;
border: 1px solid transparent;
border-radius: 3px;
font-weight: bold;
padding: 0 4px;" rel="noreferrer">@hriesenbeck</a> wrote:</div>
<div style="margin: 0;
padding: 0;
border: 0;
color: rgb(107, 116, 140);"><p>OK I see.</p>
<p>Since cmake wants the version string in this format: VERSION <major>[.<minor>[.<patch>[.<tweak>]]], a more complex version string, which include both, parleys version string and the complete KDE Applications version string, is not practicable. Using the KDE Apps micro version as extension to parleys version, as shown in the guide as example, seems to be no advantage to me. Since the micro version repeats every release.</p>
<p>So I see only two ways. Leave it as it is or use only the KDE Apps version string.</p>
<p>I lean towards the second way. But may there is a third way, which I do not see...<br />
What do you think?</p></div>
</blockquote>
<p>The bottom line here, is someone needs to care about the application version. Right now noone is, so it's stuck in 2.1.0 for 2 years.</p>
<p>If you're willing to commit the changes, you can manually increase the version before each release (we have a calendar for that).</p>
<p>If you're not (and i understand that, not trying to blame you or anything) you must use an automatic way like we're trying in this code review.</p>
<p>You're right that the auto increasing micro version like we do in Okular still needs manual intervention for each "non point" release.</p>
<p>If we don't want to do that we must use a totally automatic way to do it, that is using KDE_APPLICATIONS_VERSION directly, or if we were to be nasty i guess one could do some calculation like 2.X.KDE_APPLICATIONS_VERSION_MICRO where X is (KDE_APPLICATIONS_VERSION_MAJOR-16)*3+KDE_APPLICATIONS_VERSION_MINOR/4 (math to be checked this actually produces an increasing version number). But I'm not sure that really sounds like a good idea either, so i'll leave it up to you:<br />
a) You commit to increase the version for every release<br />
b) You commit to increase the version for every non-point release and just use KDE_APPLICATIONS_VERSION_MICRO<br />
c) You perfect my formula and convince me it won't break and it's a good idea<br />
d) We use KDE_APPLICATIONS_VERSION directly</p>
<p>Any of the options is good for me. Anyone else at <a href="https://phabricator.kde.org/p/kde-edu/" style="
border-color: #f1f7ff;
color: #19558d;
background-color: #f1f7ff;
border: 1px solid transparent;
border-radius: 3px;
font-weight: bold;
padding: 0 4px;" rel="noreferrer">@kde-edu</a> has an opinion?</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R340 Parley</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D10394" rel="noreferrer">https://phabricator.kde.org/D10394</a></div></div><br /><div><strong>To: </strong>hriesenbeck, KDE Edu<br /><strong>Cc: </strong>kde-edu, aacid, narvaez, apol<br /></div>