<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body><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> changed
          <a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Cursor behavior in the File -> File Properties window"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=126190">bug 126190</a>
          <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">CC</td>
           <td>
                
           </td>
           <td>caolanm@redhat.com, raykowj@gmail.com, vstuart.foote@utsa.edu
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Cursor behavior in the File -> File Properties window"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=126190#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Cursor behavior in the File -> File Properties window"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=126190">bug 126190</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>On Windows 10 Home 640bit en-US (1809) with
Version: 6.4.0.0.alpha0+ (x64)
Build ID: a9885aed4ee65067613e5506771b6ae6b5e0bae0
CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-07-04_01:38:09
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded

Don't agree that selection should be made upon landing in the field--we don't
do that anywhere else in the UI.

Otherwise, cursor positions to start of field using <Tab>, or prior field with
<Shift><Tab>

Selection of the field text is then done with normal edit control with
<Shift>+<End>; and that slection (i.e. highlight) is only released with the
<Shift>+<Home>--not an <Esc> which closes the dialog.

If at the end of the field text, the opposite <Shift>+<Home> selects back to
the start of the field text; and then released with <Shift>+<End>.

IMHO this all is correct--I don't want the field selected (highlighted) on
landing in the field. I want to specifically select it or release the selection
and have control over the edit just like any other fielded data.

The <Esc> close is a little weird--but seems to behave consistently. Only other
issue is being able to move to the next field with selection/highlight still in
place. Not sure that is the right behavior.

But IHMO => WF the OPs issue.

@Jim, Caolán any opinion here?</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>