<div dir="ltr"><div>Hi,</div><div><br></div><div>Not really! In my suggestion [no-docs] was supposed to alert docs writers so that they close the issue immediately. In yours, it blocks the creation of the issue report, which is far better. ;)<br></div><div><br></div><div>And thanks for the impressive cleanup of the list.</div><div><br></div><div>Harrissou<br></div><div><div class="gmail_extra"><br><div class="gmail_quote">2018-06-22 0:34 GMT+02:00 Nyall Dawson <span dir="ltr"><<a href="mailto:nyall.dawson@gmail.com" target="_blank">nyall.dawson@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, 22 Jun 2018 at 08:34, Nyall Dawson <<a href="mailto:nyall.dawson@gmail.com">nyall.dawson@gmail.com</a>> wrote:<br>
><br>
><br>
> On Thu, 21 Jun 2018 at 22:56, DelazJ <<a href="mailto:delazj@gmail.com">delazj@gmail.com</a>> wrote:<br>
> ><br>
> > Hi,<br>
> ><br>
> > The [FEATURE] tagged pull-requests are used to advertize devs of a new feature but also populate both doc issue repo and changelog.<br>
> > While the automatic issue report is really really great, not all the [features] implementations are worth mentioning in the user manuals, sometimes because it's a low-level feature eg and has interest only for the changelog.<br>
> > The side effect is that we end up with a growing queue in the doc repo and i'm afraid that in the doc team we do not have all the background (I'm referring at least to myself) to always quickly identify (and understand) whether a feature needs documentation or should be closed as unresolved. You can find an introductory list at <a href="https://github.com/qgis/QGIS-Documentation/labels/ToDocOrNotToDoc%3F" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS-<wbr>Documentation/labels/<wbr>ToDocOrNotToDoc%3F</a> (still incomplete as it needs someone to browse the list and weigh the interest of the report - your opinion is btw welcome on those)<br>
> ><br>
> > I guess, you devs might have some more ideas whether a feature you are writing may be of interest in user doc. So could we imagine another tag eg [no-docs] that will be added to the list of automatic issue triggers? Actually it'll only be used along the [feature] tag to indicate that it's a new feature (for changelog or whatever) but do not waste your time on trying to write about in docs.<br>
> ><br>
> > Does it sound a workable proposal? Anything better?<br>
><br>
> Good idea! I had a quick look at the queue and closed some stuff.<br>
><br>
> I noticed there's a lot of open auto tickets caused by API additions which are marked as [feature]. These are features in a sense, but don't need documenting (outside of the regular code documentation). I wonder if it would be worthwhile introducing a "[no-docs]" tag which could be used alongside "[feature]" to avoid the auto-opened ticket?<br>
<br>
</span>Man... I'm going blind. I just realised you suggested EXACTLY the same<br>
thing at the end of your email :)<br>
<span class="HOEnZb"><font color="#888888"><br>
Nyall<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
><br>
> Nyall<br>
><br>
><br>
><br>
> ><br>
> > Cheers,<br>
> > Harrissou<br>
> > ______________________________<wbr>_________________<br>
> > QGIS-Developer mailing list<br>
> > <a href="mailto:QGIS-Developer@lists.osgeo.org">QGIS-Developer@lists.osgeo.org</a><br>
> > List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
> > Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
</div></div></blockquote></div><br></div></div></div>