<div dir="ltr"><div class="gmail_default" style="font-size:small">Thanks for bringing this up again DelazJ!</div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Oct 11, 2015 at 3:26 PM, DelazJ <span dir="ltr"><<a href="mailto:delazj@gmail.com" target="_blank">delazj@gmail.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I think this thread may also concern the UX list<br><a href="http://osgeo-org.1560.x6.nabble.com/What-is-quot-Discourage-other-labels-from-covering-features-in-this-layer-quot-option-in-layer-prope-td5222293.html" target="_blank">http://osgeo-org.1560.x6.nabble.com/What-is-quot-Discourage-other-labels-from-covering-features-in-this-layer-quot-option-in-layer-prope-td5222293.html</a></div></div></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">​Is there a ticket for this UX issue yet? We could work on some GUI mockups for after this feature freeze.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Best wishes,</div><div class="gmail_default" style="font-size:small">Anita​</div><br></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div>Thanks<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2015-09-10 16:38 GMT+02:00 DelazJ <span dir="ltr"><<a href="mailto:delazj@gmail.com" target="_blank">delazj@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div>Hi all,<br></div>Nyall, Thanks for the feedback and the work you've done. I read your article 
few weeks ago but didn't try the new functions till last day. <br><br></div>I agree that layer, regardless it is labelled or not, should offer the option of being an obstacle of any other layer's label. I suppose you mean that, as far as possible, labels from another layer shouldn't "touch" interior or boundary of the layer's features. I can easily figure it out for point and polyline layer but not that easy for polygon (except for boundaries). You didn't write about but would you mind explaining the expected 
behaviour of "Over the feature's interior"  - for polygons - in 
"minimise placing labels" options. What can 
be its use case?<br><br>Sorry, I'm not an UI expert but what about adding a checkbox "Discourage other labels from covering features in this layer" in top of the old checkbox "Label this layer with" in Labels tab ? We then have two checkboxes:<br>- the first one manages the relation with the labels of other layers<br>- and the other one for labelling the layer as we use to (with its current sub-tabs).<br></div>Then the layer can be labelled and/or "obstacled" without interference. What may be difficult with this schema is that it doesn't handle the "minimise placing labels" options, unless adding a combobox after the first checkbox (available for polygons).<br></div>I think user should clearly identify whether the obstacle option is within the layer (in render tab) or against other layers (the top checkbox). <br><br></div>Regards,<br></div>DelazJ<div><div><br><div><div><div><div><div class="gmail_extra"><br><div class="gmail_quote">2015-09-02 22:57 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:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span>On 2 September 2015 at 22:46, DelazJ <<a href="mailto:delazj@gmail.com" target="_blank">delazj@gmail.com</a>> wrote:<br>
> In QGIS master (524716f), Layer's Properties > Labels, where we use to<br>
> select in a combobox the field to label, there is now a combobox with<br>
> options like :<br>
> - No labels;<br>
> - Show labels for this layer;<br>
> - Discourage other labels from covering features in this layer.<br>
> I'd like to understand why this third option is there and what it does<br>
> (since choosing it just deactivates labels properties - just like "No<br>
> labels" option).<br>
> If it's supposed to set the layer features as obstacles for other layer's<br>
> labels, shouldn't it be a checkbox in Labels > rendering > Obstacles?<br>
> Moreover, someone may want to show labels of a layer but discourage other<br>
> layers to have their labels covering the features of the first layer. Is<br>
> that possible with this configuration without duplicating the layer?<br>
<br>
</span>There's a little more detail about the change here [1]. But basically,<br>
in the past it was only possible for a layer to act as an obstacle for<br>
labeling if the layer itself had labels. This isn't ideal - eg in my<br>
current project I have a water bodies layer which isn't labelled, but<br>
I still want to avoid labels for roads/features being placed over the<br>
water features where possible.<br>
<br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
So this change was made so that you can now have layers act as<br>
obstacles without being labelled themselves. I agree that the UI for<br>
this isn't ideal, but I couldn't come up with a better approach. This<br>
setting needs to be grouped with the label properties, and it's also<br>
important to make it clear that if you label a layer it can still act<br>
as an obstacle layer.<br>
<br>
I do have one followup change planned, which is to move the actual<br>
widgets for configuring the obstacle behaviour (eg the obstacle<br>
priority and polygon obstacle behaviour combobox) into a new<br>
"obstacles" setting pane (placed under the existing<br>
buffer/shadow/placement/... etc panes). Then this obstacle pane would<br>
be set as the only visible pane when the mode is set to "discourage<br>
other labels...", since the settings there apply also to obstacle-only<br>
layers. Make sense?<br>
<br>
I'm not tied to this approach, and am open to a better UX for this.<br>
Mockups are welcome!<br>
<br>
Nyall<br>
<br>
<br>
<br>
<br>
<br>
<br>
[1] <a href="http://nyalldawson.net/2015/07/recent-labelling-improvements-in-qgis-master/" rel="noreferrer" target="_blank">http://nyalldawson.net/2015/07/recent-labelling-improvements-in-qgis-master/</a><br>
<br>
<br>
><br>
> Thanks<br>
<div><div>><br>
> _______________________________________________<br>
> Qgis-developer mailing list<br>
> <a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</div></div></blockquote></div><br></div></div></div></div></div></div></div></div>
</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br></blockquote></div><br></div></div>