<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    I know this,<br>
    but my response is enlarged to a more conceptual problem.<br>
    <br>
    How avoid that an user could be confusing from when it act on a
    logical level of interface,<br>
    and when it act on a physical data.<br>
    <br>
    I understand that removing mean always remove and so 1 only button
    is better than two.<br>
    <br>
    But my question is :<br>
    if we remove the "remove layers" leaving only the "remove this" that
    is available in the context-menu (i dont see the new legend again).<br>
    <br>
    Seem quite logical to question:<br>
    why there is a "remove this" only command and there is instead an
    "add layer" and an "add group" seaprated.<br>
    <br>
    Why two "add" and "one" remove ?<br>
    <br>
    So the next logical question is why not remove the two add ad
    introduce only an unique "add here" in the context-menu ?<br>
    :)<br>
    <br>
    So my response was to a path that can start with the remove button
    and logically end on the "add button".<br>
    <br>
    Regards,<br>
    <br>
    Andrea.<br>
    <br>
    <br>
    <br>
    Il 06/09/2014 08:12, Mathieu Pellerin ha scritto:<br>
    <blockquote
cite="mid:CAC_qv=rcF8GE0bJ-GUPE_0nP85=ec6jJiWu65TVr-Aj5Dm+j9Q@mail.gmail.com"
      type="cite">
      <meta http-equiv="Context-Type" content="text/html; charset=UTF-8">
      <p dir="ltr">I don't think you should comparing adding
        group/dataset against deleting a group/dataset legend layer. The
        latter is already unified via either a single keyboard shortcut
        and a single mouse right-click -> remove action.</p>
      <div class="gmail_quote">On 6 Sep 2014 13:04, "aperi2007" <<a
          moz-do-not-send="true" href="mailto:aperi2007@gmail.com">aperi2007@gmail.com</a>>
        wrote:<br type="attribution">
        <blockquote class="gmail_quote">
          <div> Hi,<br>
            I guess in a GIS oriented product <br>
            Is necessary to avoid to mix the interface characteristics
            (the group is an interface object) and the data
            characteristics (the shapefile is not an interface object).<br>
            <br>
            I guess more beter if add/remove dataset is separated
            phisically from add/remove a group.<br>
            <br>
            The dataset is a phicical think. The shapefile is using
            separately from the qgis project.<br>
            The group is not separately from qgis project.<br>
            <br>
            I guess is good question to have a "remove group" but
            avoiding to have a only button "ADD Everything" or an only
            button "Remove everything"<br>
            <br>
            Also I guess is important to help to understand when we are
            on dataset (physical) and when we are on interface
            (logical).<br>
            <br>
            Regards,<br>
            <br>
            A.<br>
            <br>
            Il 06/09/2014 07:10, Mathieu Pellerin ha scritto:<br>
            <blockquote type="cite">
              <div dir="ltr">
                <div>
                  <div>
                    <div>
                      <div>
                        <div>
                          <div>
                            <div>
                              <div>Greetings,<br>
                                <br>
                                I'd like to circulate a UX proposal and
                                see how people react. <br>
                                <br>
                              </div>
                              For a very long time, QGIS' Layers toolbar
                              has featured a "Remove layer(s)" button. I
                              have seen two issues with the button:<br>
                            </div>
                            - Its placement becomes really odd when
                            plugins add button(s) to the Layers toolbar
                            (for e.g. the New Memory Layer plugin as
                            pictured here [ <a moz-do-not-send="true"
                              href="http://imgur.com/CEcIC3K,QvUzrti"
                              target="_blank">http://imgur.com/CEcIC3K,QvUzrti</a>
                            ])<br>
                          </div>
                          - It can only remove vector/raster layers,
                          won't remove groups<br>
                          <br>
                        </div>
                        With the recent improvements done by Martin
                        Dobias on the legend, and in particular with his
                        addition of a layer panel embedded toolbar, I
                        propose that:<br>
                      </div>
                      - The "Remove layer(s)" button be moved to the
                      layer panel embedded toolbar [ <a
                        moz-do-not-send="true"
                        href="http://imgur.com/CEcIC3K,QvUzrti#1"
                        target="_blank">http://imgur.com/CEcIC3K,QvUzrti#1</a>
                      ]<br>
                    </div>
                    - The button functionally is improved so it can also
                    deal with the removal of group(s)<br>
                    <br>
                  </div>
                  <div>Alternatively, we could get rid of the button
                    altogether since layers and groups can be removed
                    via right click or keyboard shortcut, but I suspect
                    the touch screen based users might object.<br>
                    <br>
                  </div>
                  Any objection to moving the button to the new layers
                  toolbar?<br>
                  <br>
                </div>
                Math<br>
              </div>
              <br>
              <fieldset></fieldset>
              <br>
              <pre>_______________________________________________
Qgis-developer mailing list
<a moz-do-not-send="true" href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a>
<a moz-do-not-send="true" href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a></pre>
            </blockquote>
            <br>
          </div>
          <br>
          _______________________________________________<br>
          Qgis-developer mailing list<br>
          <a moz-do-not-send="true"
            href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
          <a moz-do-not-send="true"
            href="http://lists.osgeo.org/mailman/listinfo/qgis-developer"
            target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
        </blockquote>
      </div>
    </blockquote>
    <br>
  </body>
</html>