<div dir="ltr"><div><div>+ 1 for not having an unchecked layer non visible, even if the group is not checked -> this will confuse users<br></div>For radio-like interaction, I think it would be nice inside a group. If you want to use it for layers outside a group or for group, we should really find a way to make the "radio" items visible (background color for selected layers or groups with radio behaviour ?).<br>
</div>It would indeed be great to let the user choose 2 to n layers (or groups) , right-click and set "radio button behaviour" or "exclusive visibility".<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">
2013/10/11 Duarte Carreira <span dir="ltr"><<a href="mailto:DCarreira@edia.pt" target="_blank">DCarreira@edia.pt</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
An unchecked layer is never visible... that would really confuse users...<br>
<br>
-----Mensagem original-----<br>
De: Bernhard Ströbl [mailto:<a href="mailto:bernhard.stroebl@jena.de">bernhard.stroebl@jena.de</a>]<br>
Enviada: sexta-feira, 11 de Outubro de 2013 11:25<br>
<div class="im HOEnZb">Para: <a href="mailto:qgis-developer@lists.osgeo.org">qgis-developer@lists.osgeo.org</a><br>
Assunto: Re: [Qgis-developer] Reliable way to determine a groupIndex in the legend tree<br>
<br>
</div><div class="HOEnZb"><div class="h5">this was the original proposal:<br>
<br>
Am 11.10.2013 11:22, schrieb Sandro Santilli:<br>
 > On Fri, Oct 11, 2013 at 09:13:03AM +0000, Duarte Carreira wrote:<br>
 >> The group checkbox, imho, should *not always* switch children on/off. You should have a modifier to get this as a secondary behavior, like pressing the ctrl key when (un)checking the group checkbox. The primary behavior of the group switch should be to make the children invisible or visible, regardless of the children's visibility being on or off.<br>

<br>
I understand this in the way I wrote in my last message. You would make the children visible/unvisible "regardless of the children's visibility being on or off". This results in the two cases I described.<br>

Well, to be honest there are two more cases, but they are not critical :-)<br>
3) group is checked and layer ist checked<br>
4) group is unchecked and layer is uncheched<br>
<br>
 >><br>
 >> In the primary behavior when the parent is turned OFF, the children are not drawn but retain their checked or uncheck status.<br>
 >> If you use the secondary behavior then unchecking the parent will uncheck the children. Same would apply when checking the parent on.<br>
 ><br>
 > Agreed, sounds like a sensible behavior to me.<br>
<br>
Am 11.10.2013 12:09, schrieb Sandro Santilli:<br>
> On Fri, Oct 11, 2013 at 12:02:08PM +0200, Bernhard Ströbl wrote:<br>
><br>
>> We would have these two cases:<br>
>> 1) Group is checked and although layer is unchecked it is visible<br>
><br>
> I don't think this case exists.<br>
<br>
Why not? You check/uncheck a group and the layers are visible/invisible depending on the group status not their individual status.<br>
<br>
> Are you saying you _want_ this to be possible ?<br>
> Because for me an unchecked layer should _never_ be shown.<br>
<br>
Same for me, _plus_ a checked layer should _always_ be shown<br>
><br>
>> 2) Group is unchecked and although layer is checked it is not visible<br>
><br>
> This is a possible case, IMHO, which calls for the "half-checked" widget.<br>
><br>
> --strk;<br>
><br>
><br>
> __________ Information from ESET Mail Security, version of virus<br>
> signature database 8904 (20131011) __________<br>
><br>
> The message was checked by ESET Mail Security.<br>
> <a href="http://www.eset.com" target="_blank">http://www.eset.com</a><br>
><br>
><br>
<br>
<br>
<br>
__________ Information from ESET Mail Security, version of virus signature database 8904 (20131011) __________<br>
<br>
The message was checked by ESET Mail Security.<br>
<a href="http://www.eset.com" target="_blank">http://www.eset.com</a><br>
<br>
<br>
<br>
<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" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</div></div></blockquote></div><br></div>