<table><tr><td style="">kossebau added a comment.
</td></tr></table><br /><div><div><p>Rediscussing the name "KDE Applications" makes a lot of sense. Because it is: broken. Very broken. As partially already mentioned above:</p>

<ul class="remarkup-list">
<li class="remarkup-list-item">there is application software developed in the KDE community which is not part of the release bundle "KDE Applications" (e.g. <a href="https://kde.org/applications/" class="remarkup-link" target="_blank" rel="noreferrer">https://kde.org/applications/</a> talks about "The KDE Applications" as well, obvious name clashing)</li>
<li class="remarkup-list-item">there are plugins and libraries released as part of the release bundle "KDE Applications"</li>
<li class="remarkup-list-item">the meta name "KDE Applications" hides what set of stand-alone software is actually released, which each would deserve some release news on its own</li>
<li class="remarkup-list-item">people who still think in "KDE" software product terms confuse "KDE Applications" version with "KDE Plasma" version</li>
<li class="remarkup-list-item">people who still think in "KDE" software product terms miss out that (most) software from the release bundle "KDE Applications" is multi-platform</li>
</ul>

<p>The release bundle "KDE Applications" is kind of what was left over when people split off KDE Frameworks and Plasma from KDE SC. Those driving that, mainly interested in the new Plasma brand, did not give much thought on that left-over and just picked any first roughly describing generic term. Without any thoughts about purpose and effects.</p>

<p>IMHO "KDE Applications" is a process name, but not an actual product. The main purpose is</p>

<ul class="remarkup-list">
<li class="remarkup-list-item">batch processing of the release work, by release managers and packagers</li>
<li class="remarkup-list-item">batch processing by translation teams, which can plan in advance for some bigger work due to aligned string freeze</li>
<li class="remarkup-list-item">ease of inter-product dependency handling, e.g. with plugins, services or libraries</li>
</ul>

<p>When it comes to the end user, they are facing names like Okular, Dolphin, Kate, KMail, etc. The term "KDE Applications" does not appear in the UI. It is an additional concept which only complicates things for them.</p>

<p>Plasma itself is a product of its own. While it is composed of separate products (plasmashell, kwin, etc), only the combination itself is a usable product that people use as one item and thus also one name, "Plasma". So a unified version number there makes a lot of sense.</p>

<p>Less so with application software or plugins which can be used individually, on different platforms even. People on the app store will search for the application software by the known name. The release bundle itself is only interesting to those involved in the release process.</p></div></div><br /><div><strong>TASK DETAIL</strong><div><a href="https://phabricator.kde.org/T10755">https://phabricator.kde.org/T10755</a></div></div><br /><div><strong>To: </strong>ngraham, kossebau<br /><strong>Cc: </strong>kossebau, adridg, heikobecker, aspotashev, huftis, cullmann, hein, ltoscano, kde-utils-devel, KDE Games, KDE PIM, sitter, jriddell, Spectacle, Gwenview, Konsole, Kate, Dolphin, aacid, cfeck, KDE Applications, ngraham<br /></div>