<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 8/1/2013 9:31 AM, Madhava Enros
      wrote:<br>
    </div>
    <blockquote cite="mid:0EF342F1EEDA4618B9594C9EA1BCC53B@mozilla.com"
      type="cite">
      <div> <span style="font-size: 14px;">Hi all -</span> </div>
      <div><span style="font-size: 14px;"><br>
        </span></div>
      <div><span style="font-size: 14px;">I'm new to this particular
          issue, but I think there's some nuance here about the
          differences.</span></div>
      <div><span style="font-size: 14px;"><br>
        </span></div>
      <div><span style="font-size: 14px;">For the Bookmarks or History
          Sidebars, they are secondary or tertiary UI for those
          purposes. In other words, people already have other
          more-likely-used ways to get at their bookmarks and history.
          Having a dedicated button to open them seems like overkill,
          given that we're providing logically-placed menu items to do
          it.</span></div>
      <div>
        <div><br>
        </div>
        <div><span style="font-size: 14px;">In the case of add-ons -- it
            seems like a sidebar or toolbar, if one is added, is meant
            to be the primary way to use it, making it more important.
            It's also, given that the user has gone to the trouble of
            installing a given add-on (not always the case, I know,
            but…) likely to be important enough to the user that we can
            make the case for placing a button.</span></div>
        <div><span style="font-size: 14px;"><br>
          </span></div>
        <div><span style="font-size: 14px;">I think history also tells
            us that add-ons will tend to show as much of their UI as
            possible by default, so giving users a prominent way to
            choose whether to show all of it seems worthwhile.</span></div>
        <div><span style="font-size: 14px;"><br>
          </span></div>
        <div><span style="font-size: 14px;">Please tell me why I'm wrong
            here. All of this said -- I don't see a huge downside to
            including (but not showing by default) buttons for showing
            some of these built-in UI pieces in Firefox's customization
            pane. Also, it may give flexibility to add-ons authors to
            put options to show/hide sidebars and toolbars in an
            existing menu, or one created by the add-on -- it's just
            that there won't always be a menu that is a sensible
            location for items to do with all add-ons.</span></div>
        <div><span style="font-size: 14px;"><br>
          </span></div>
        <div><span style="font-size: 14px;">Madhava</span></div>
      </div>
    </blockquote>
    <br>
    I'm with Madhava here.  This is something we should impose on
    /provide for add-ons but not for require bookmarks or history
    sidebars (which get next to no usage, I'm betting.)  In addition to
    the most common use case points Madhava raised, I want to add that
    we've got amazing usability resources at Mozilla, most add-on
    authors have none.  Asking them to adhere to some basic guidelines
    while ourselves sometimes violating those guidelines seems totally
    acceptable because we're considerably more likely to know when  it's
    correct to deviate and most add-on authors are not in the same
    position.<br>
    <br>
    - A<br>
    <br>
    <blockquote cite="mid:0EF342F1EEDA4618B9594C9EA1BCC53B@mozilla.com"
      type="cite">
      <div>
        <div><br>
        </div>
      </div>
      <p style="color: #A0A0A8;">On Thursday, August 1, 2013 at 12:13
        PM, Dave Townsend wrote:</p>
      <blockquote type="cite"
style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
        <span>
          <div>
            <div>
              <div dir="ltr">You're missing context here. For the add-on
                SDK we've developed toolbar and sidebar APIs so add-ons
                can easily create these things. UX have instructed us
                that when an add-on adds a sidebar or toolbar we must
                add a button to the navigation bar to toggle it on and
                off. So it is surprising that we don't have the same
                requirement on them for the rest of Firefox.<br>
              </div>
              <div><br>
                <br>
                <div>On Thu, Aug 1, 2013 at 2:57 AM, Matthew N. <span
                    dir="ltr"><<a moz-do-not-send="true"
                      href="mailto:MattN+firefox-dev@mozilla.com"
                      target="_blank">MattN+firefox-dev@mozilla.com</a>></span>
                  wrote:<br>
                  <blockquote type="cite">
                    <div>
                      <div>----- Original Message -----<br>
                        > From: "Marco Bonardo" <<a
                          moz-do-not-send="true"
                          href="mailto:mbonardo@mozilla.com">mbonardo@mozilla.com</a>><br>
                        > To: <a moz-do-not-send="true"
                          href="mailto:firefox-dev@mozilla.org">firefox-dev@mozilla.org</a><br>
                        > Sent: Thursday, August 1, 2013 1:43:37 AM<br>
                        > Subject: Re: Australis Toolbar and Sidebar
                        Buttons<br>
                        ><br>
                      </div>
                      <div>> On 01/08/2013 03:33, Erik Vold wrote:<br>
                        > > How about for toolbars?  I don't see a
                        toggle button for the<br>
                        > > bookmarks toolbar nor do I see a bug
                        for this.<br>
                        ><br>
                        > Open the bookmarks widget menu, go to
                        Bookmarks Toolbar submenu,<br>
                        > toggle!<br>
                        <br>
                      </div>
                      The bookmark toolbar toggle is also still in the
                      toolbar context menu.<br>
                      <div>
                        <div>_______________________________________________<br>
                          firefox-dev mailing list<br>
                          <a moz-do-not-send="true"
                            href="mailto:firefox-dev@mozilla.org">firefox-dev@mozilla.org</a><br>
                          <a moz-do-not-send="true"
                            href="https://mail.mozilla.org/listinfo/firefox-dev"
                            target="_blank">https://mail.mozilla.org/listinfo/firefox-dev</a><br>
                        </div>
                      </div>
                    </div>
                  </blockquote>
                </div>
                <br>
              </div>
            </div>
            <div>
              <div>_______________________________________________</div>
              <div>firefox-dev mailing list</div>
              <div><a moz-do-not-send="true"
                  href="mailto:firefox-dev@mozilla.org">firefox-dev@mozilla.org</a></div>
              <div><a moz-do-not-send="true"
                  href="https://mail.mozilla.org/listinfo/firefox-dev">https://mail.mozilla.org/listinfo/firefox-dev</a></div>
            </div>
          </div>
        </span> </blockquote>
      <div> <br>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
firefox-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:firefox-dev@mozilla.org">firefox-dev@mozilla.org</a>
<a class="moz-txt-link-freetext" href="https://mail.mozilla.org/listinfo/firefox-dev">https://mail.mozilla.org/listinfo/firefox-dev</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>