<table><tr><td style="">mgallien 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/D21243">View Revision</a></tr></table><br /><div><div><p>I have identified at least several cases and related actions:</p>

<ul class="remarkup-list">
<li class="remarkup-list-item">some applications already have a version indicated in the cmake project command. They are automatically managed through KDE_APPLICATIONS_... variables. A call to add the version also in the appdata file would fill in the release XML tags ;</li>
<li class="remarkup-list-item">some applications already have a version indicated in the cmake project command. They are manually managed through. When updating the KDE_APPLICATIONS_... variables, the specified version can be extracted and pushed to a new release XML tag ;</li>
<li class="remarkup-list-item">some applications do not have a version set in cmake project command. Should I add one and see if KDE_APPLICATIONS_... variables can be used. This would be the same as the first case ;</li>
<li class="remarkup-list-item">To allow use of empty content_rating tags, the cmake appdata test should use the same validator than flathub.</li>
</ul>

<p>I plan to start with the last case as it seems easier given my current skills. I would greatly appreciate any hints on how best handle applications without versions in their cmake project command.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R388 Kapman</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D21243">https://phabricator.kde.org/D21243</a></div></div><br /><div><strong>To: </strong>mgallien, aacid, mlaurent, yurchor, KDE Games<br /><strong>Cc: </strong>kde-games-devel<br /></div>