<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Invisible Empty Text Boxes in Draw"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=116341#c5">Comment # 5</a>
              on <a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Invisible Empty Text Boxes in Draw"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=116341">bug 116341</a>
              from <span class="vcard"><a class="email" href="mailto:jsyoder@mailfence.com" title="Jon Yoder <jsyoder@mailfence.com>"> <span class="fn">Jon Yoder</span></a>
</span></b>
        <pre>(In reply to V Stuart Foote from <a href="show_bug.cgi?id=116341#c3">comment #3</a>)
<span class="quote">> Just noticed in the STR you'd entered a Space (but a NPC would do) so not
> empty. But is this realistic to need to locate a Text Box Draw object that
> is not populated with text?</span >

With a space, yes, that is definitely an edge case. However, there is a UX
problem here, especially if you pair it with the problem that you can only edit
text in a text box by either double-clicking on the frame or on the text itself
(<a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - EDITING: Clicking inside text box does nothing"
   href="show_bug.cgi?id=116342">bug #116342</a>). Not only does this problem ignore Fitts' Law, but it also does
not match behavior in PowerPoint or Publisher.

Please understand that both bugs are not major ones, but Draw suffers from
death by a thousand papercuts.</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>