<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><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> changed
<a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Calc UI: Make the comment UI more consistent"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=138247">bug 138247</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;">See Also</td>
<td>
</td>
<td>https://bugs.documentfoundation.org/show_bug.cgi?id=73446
</td>
</tr>
<tr>
<td style="text-align:right;">Severity</td>
<td>normal
</td>
<td>enhancement
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Calc UI: Make the comment UI more consistent"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=138247#c6">Comment # 6</a>
on <a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Calc UI: Make the comment UI more consistent"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=138247">bug 138247</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>Summary is a bit misleading. You don't seek for consistency with other modules
but a) dislike the disappearing of empty comments and b) the way how comments
are shown.
For a) we have <a class="bz_bug_link
bz_status_NEW "
title="NEW - EDITING: empty comment is deleted when you move cursor back to document (can be recreated by undo)"
href="show_bug.cgi?id=73446">bug 73446</a> and <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED DUPLICATE - Blank comment disappears if not filled in immediately"
href="show_bug.cgi?id=134825">bug 134825</a> (but see also 83575). If we keep empty
comments you need to introduce a method to delete, for example per context
menu- and many users will complain about the two additional clicks. Or per
small close button on top right, which might annoy people with small screens.
Regarding b) you run into the same trouble with this "large" comment button.
And consider a large sheet with many comments where your big button
significantly adds clutter. Or two adjacent cells with comments...
But I agree with the issues. We could introduce options and make the
application a it responsive where large screens show bigger controls.</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>