<div dir="ltr"><div><div><div>Hi all.<br><br>Since apparently we can&#39;t remove anything from default without having a &quot;policy&quot;, and we can&#39;t ask packagers to fix their software either, I have to write this message.<br>
<br>Apparently, not including a package by default is seen as &quot;punishment&quot;. So, instead of doing actual work on bugfixing or debugging Fedora 21, or working on our website so it&#39;ll be ready for release time, I have to write this email message. I assumed the whole idea of Fedora.Next was to reduce bureaucracy and making sure we ship a high quality product. Apparently, I was wrong, and the point of Fedora.next seems to be *increasing* bureaucracy and having to discuss and write a policy for every one line commit we do.<br>
<br></div>If you are out of the loop of the recent events, look at this bug:<br><a href="https://bugzilla.redhat.com/show_bug.cgi?id=1131248">https://bugzilla.redhat.com/show_bug.cgi?id=1131248</a><br><br>---------<br></div>
Now, enough bitter sarcasm, here is my draft:<br><br></div>In the following policy, I differentiate between &quot;app launcher&quot; and &quot;app&quot;. <br>An &quot;app launcher&quot; is a desktop file+icon that is shown in the application view, clicking on it would launch the app.<br>
<div>An &quot;app&quot; is an application as defined by the GNOME 3 HIG (link TBD when HIG is published)<br></div><div><br></div><div>As always in policies, mandatory items are marked with the words &quot;must&quot; and &quot;must not&quot;, the rest is nice-to-have.<br>
</div><div><br><div><div>App launchers in Fedora workstation *must*:<br> * Have a unique 64x64 launcher icon (the same icon MUST NOT be used for one default launcher).<br></div><div> * Have a matching High Contrast icon.<br>
</div><div> * Have a name that is either short enough to not be elipsized by the shell or  immediately recognizable even when elipsized.<br></div><div> * Have a comment field in the desktop file with a one line summary of what the app is.<br>
</div><div><br></div><div>App launchers in Fedora workstation *should*:<br></div><div> * Launch software that is an actual app - see the GNOME 3 HIG on the exact definition (link TBD when the HIG is published)<br></div><div>
 * If the app is not an actual app, it should have the appropriate desktop file categories to be placed in the Sundry folder in GNOME Shell.<br><br></div><div>Apps in Fedora Workstation *must*:<br></div><div> * Not depend on / pull in other apps OR app launchers.<br>
</div><div> * Have exactly *one* app launcher - ie. two launchers to two separate parts of the same app is not allowed.<br></div><div> * Be packaged separately (subpackages are okay) form other apps OR plugins.<br></div><div>
 * Installable and removable independently from within GNOME Software, unless part of the &quot;core applications&quot; set, in which case they must NOT be removable.<br><br></div><div>Default apps in Fedora Workstation *should*:<br>
</div><div> * Have appdata metadata (soon to be turned into a must).<br></div><div> * Have a good reason for being included in the default set, especially if not considered part of the core desktop experience by the GNOME upstream.<br>
</div><div> * Start in under than 10 seconds (on modern hardware).<br></div><div><br></div><div>An app or launcher that fails to complies with these guidelines MUST NOT be included in the default install.<br></div><div><br>
</div><div>Furthermore, if an app that doesn&#39;t follow this policy is include by default, it should be considered a Final Release blocker until the app is fixed to conform the policy or removed from the default install.<br>
</div><div><br>----<br><br></div><div>Each line in this policy has a very good reason behind it, and I hope I don&#39;t have to explain each one of them separately. Following this simple policy will ensure a polished and good user experience in viewing, launching and installing applications.<br>
</div><div><br></div><div>Note that I&#39;m being a bit lax on the requirements here. I&#39;d place &quot;launch an actual app&quot; in the &quot;must&quot; column but we tried that before and it didn&#39;t work due to (silly) internal project politics, as people want things like release notes have a launcher by default.<br>
</div><div><br><br><br></div><div>Feel free to reply with your opinion, and put it in the wiki somewhere when it&#39;s officially approved by the WG (which, to remind all involved parties, I&#39;m not an official part of)<br>
</div><div><br>- <br>-Elad Alfassa.<br></div></div></div></div>