<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Need a "gradient-picker" / gradient-eyedropper"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=130970#c1">Comment # 1</a>
              on <a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Need a "gradient-picker" / gradient-eyedropper"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=130970">bug 130970</a>
              from <span class="vcard"><a class="email" href="mailto:heiko.tietze@documentfoundation.org" title="Heiko Tietze <heiko.tietze@documentfoundation.org>"> <span class="fn">Heiko Tietze</span></a>
</span></b>
        <pre>Created <span class=""><a href="http://bugs.documentfoundation.org/attachment.cgi?id=158753" name="attach_158753" title="Mockup gradient picker">attachment 158753</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=158753&action=edit" title="Mockup gradient picker">[details]</a></span>
Mockup gradient picker

I fully agree. We should not expose all properties to the sidebar as kind of
replacement to the ordinary dialogs but provide quick access to settings. This
is an excellent example.

The devil lies in the detail. While we may list the presets, the list may grow
indefinitely. So either we implement some reload mechanism as known from news
feeds, meaning when you scroll below item #20 or so the next 20 are loaded. Or
we show a link "More gradients" and on click you open the dialog. Or we just
limit the number to 20 with the hope that users don't create so many own
presets (and show the user-defined first).</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>