| Summary: | Problems with most recent CALC version | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Paul Nelson <futharkred> |
| Component: | Calc | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED NOTABUG | ||
| Severity: | normal | CC: | bfo.bugmail |
| Priority: | medium | ||
| Version: | unspecified | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Windows (All) | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
Thank you for your report – unfortunately important information is missing. Please read http://wiki.documentfoundation.org/BugReport as it will help you to find out what information will be useful to reproduce your problem. Also please file a separate bug for every issue. General rule is one bug = one report. As for editing a comment see bug 64701. Dear Sirs,
Your reply unfortunately does not include a copy of my original
submission, which was done long enough ago to be dim in my own memory.
Whether 'bugs' were involved in any formal sense, or simply suggestions
for improvement, is not clear to me ... but I don't see how more
information would be needed to clarify either.
1. In entering dates in CALC, a hyphenated date (e. g. '6/25') is
automatically converted (if the format has been set accordingly) to
'6-25-13', as desired. However, writing it as '6-25' leads to no
conversion at all, thouigh it used to do so. Could this option be restored?
2. Under Comments, right-clicking for options, there used to be a
choice (if there were already a comment in place in a particular cell)
to 'Edit comment', which would at once make the comment available for
editing. There is now no such choice, and we have to again use 'Insert
comment' to get the same effect. Aside from the lack of sense in this,
it is also quite easy to unintentionally erase the existing comment ...
and only undoing that action will restore it, which is not intuitive in
itself. Could 'Edit comment' be restored?
Yours,
-- Paul Nelson
On 6/26/2013 8:25 AM, bugzilla-daemon@freedesktop.org wrote:
> bfoman <mailto:bfo.bugmail@spamgourmet.com> changed bug 63861
> <https://bugs.freedesktop.org/show_bug.cgi?id=63861>
> What Removed Added
> Status UNCONFIRMED NEEDINFO
> CC bfo.bugmail@spamgourmet.com
> Ever confirmed 1
>
> *Comment # 1 <https://bugs.freedesktop.org/show_bug.cgi?id=63861#c1>
> on bug 63861 <https://bugs.freedesktop.org/show_bug.cgi?id=63861> from
> bfoman <mailto:bfo.bugmail@spamgourmet.com> *
> Thank you for your report – unfortunately important information is missing.
> Please readhttp://wiki.documentfoundation.org/BugReport as it will help you to
> find out what information will be useful to reproduce your problem.
> Also please file a separate bug for every issue. General rule is one bug = one
> report.
>
> As for editing a comment seebug 64701 <show_bug.cgi?id=64701>.
> ------------------------------------------------------------------------
> You are receiving this mail because:
>
> * You reported the bug.
>
(In reply to comment #2) > Your reply unfortunately does not include a copy of my original > submission, which was done long enough ago to be dim in my own memory. Direct link is always placed in every bugmail - please click https://bugs.freedesktop.org/show_bug.cgi?id=63861 to view the original report. Please do not respond by e-mail - simply add a comment to bug report. Please read http://wiki.documentfoundation.org/BugReport article and add informations such as: - LibreOffice version, locale settings used - in which version you observed the change - detailed step by step instruction how to reproduce your issue (exact date format settings used for instance) As for editing a comment - such bug is already filed - please add yourself to CC list of bug 64701 to follow progress. Locale dependent date acceptance patterns for input of incomplete dates have been introduced in release 3.6. Please change Date acceptance patterns as you self fit. More information is available at the following pages: https://wiki.documentfoundation.org/ReleaseNotes/3.6#Localization http://erack.org/blog/archives/8-LibreOffice-date-acceptance-patterns.html http://erack.org/blog/archives/archives/18-Does-your-LibreOffice-locale-need-a-date-acceptance-pattern-for-incomplete-date-input.html Therefore marking this as RESOLVED NOTABUG. |
1. In adding a date to a Calc cell, '4-19' as an abbrieviation no longer converts to the full date (4-19-13), but remains as '4-19'. '4/19' is now required, which is a nuisance. 2. In editing a comment in a Calc cell, there is no longer a separate command with which to do so ('Edit comment), we must re-enter 'Insert Comment' and work with that. In fact, using the former abbreviation ('e' for 'Edit'), leads instead to deleting the entire comment ... thouigh it's possible to undo this result, fortunately.