<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Data validation issue with Duration text control in Animation Panel"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=116658">116658</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>Data validation issue with Duration text control in Animation Panel
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>6.0.2.1 release
</td>
</tr>
<tr>
<th>Hardware</th>
<td>x86-64 (AMD64)
</td>
</tr>
<tr>
<th>OS</th>
<td>Windows (All)
</td>
</tr>
<tr>
<th>Status</th>
<td>UNCONFIRMED
</td>
</tr>
<tr>
<th>Severity</th>
<td>minor
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>Impress
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>monograff76@gmail.com
</td>
</tr></table>
<p>
<div>
<pre>Created <span class=""><a href="http://bugs.documentfoundation.org/attachment.cgi?id=140912" name="attach_140912" title="Result when entering "0.25" and ".25" in the animation duration text box (upper and lower images, respectively)">attachment 140912</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=140912&action=edit" title="Result when entering "0.25" and ".25" in the animation duration text box (upper and lower images, respectively)">[details]</a></span>
Result when entering "0.25" and ".25" in the animation duration text box (upper
and lower images, respectively)
I've been using Impress heavily for the first time and I came across something
that is a bug, if only because it creates a counter-intuitive UI behavior.
For example, suppose I create an object on a slide, open the animation panel at
right, add an animation, and switch it to Entrance:Fly In.
I then decide I want to change the duration from 0.50 sec to 0.25 sec. If I
highlight the entire text in the text box, and directly enter "0.25", the
result is 0.26. (Upper image, below)
If I omit the zero and simply type ".25", "2.52" gets entered instead, forcing
the decimal point to the right and retaining part of the previous number.
(Lower image, below)
The third issue is that the text field can't be cleared, which, I presume is
either because of data format validation or validating the typed value against
the list of values in the dropdown.
Regardless, it's clear to me that the text box is validating the data as the
user is keying in the values which results in unexpected behaviors when the
user is focused on entering a number. All data validation should be postponed
until after the control loses focus.
I'll happily file it as a bug, but thought I'd post here first in case this is
something that has been discussed and decided is expected or desired behavior.</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>