<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Add Find and Replace dialog ability to work with graphic objects"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=107791#c11">Comment # 11</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Add Find and Replace dialog ability to work with graphic objects"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=107791">bug 107791</a>
              from <span class="vcard"><a class="email" href="mailto:vstuart.foote@utsa.edu" title="V Stuart Foote <vstuart.foote@utsa.edu>"> <span class="fn">V Stuart Foote</span></a>
</span></b>
        <pre>(In reply to Heiko Tietze from <a href="show_bug.cgi?id=107791#c10">comment #10</a>)
<span class="quote">> (In reply to V Stuart Foote from <a href="show_bug.cgi?id=107791#c9">comment #9</a>)
> > No, I would agree this is a reasonable capability to include for work needed
> > implementing a _Special_ panel function for Find and Replace.
> > 
> > The missing piece now is _exposing_ a graphic object....

> I don't get how we work. Do we wait for a commenter who agrees with an idea
> and implement all requests in the end? Usability is not to make one
> particular workflow comfortable.</span >

Not at all, it is an enhancement and for such the threshold is appropriately
low. Describing what is a reasonable enhancement for implementation in core
framework is simply stating an opportunity for developer effort--whether it is
picked up or not will depend on its appeal to a developer, and some assessment
of its value to the project.

For issues we are able to develop ourselves we do so. For other more
challenging capabilities or refactorings we flesh out a recommendation, and
then answer questions developer(s) may have in implementation.

For controversial changes to GUI or work flow that impact the UX we ask the ESC
to adjudicate the requirements and development process.

In this case existing extension(s) are not very complete, and it is not clear
the SDK provides scripting hooks to support the needed capability. So I think
implementation in the core Find & Replace would be of interest to a potential
developer, and that it is certainly an enhancement of value to users needing
tools to edit their documents.</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>