After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 630177 - Trouble entering dates
Trouble entering dates
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: GUI
git master
Other All
: Normal normal
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2010-09-20 15:45 UTC by Morten Welinder
Modified: 2010-09-20 23:49 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Morten Welinder 2010-09-20 15:45:40 UTC
1. Enter 18-sep-2010 in A1.
2. Select A1, press F2, press Enter.
---> now we have a string

Initially we recognize the edit string ("18/9/2010") as a date.  This
happens fairly early in wbcg_edit_finish.

Then we carry on with the string and deep down below cmd_set_text_full we
end up re-interpreting the string, but by that time we do not see the format
and fail to recognize the string as a date, let alone the right date.

I would feel happier if we only matched once and used the value from then
on.  That would also avoid thinking about that should happen if we enter
1/2 into a range with different formats.  I don't think we want some cells
to get Feb-1, others Jan-2, and yet other 0.5 although doing that would
not be as bad as what we do now.  (It would be a kind of self-inflicted
nonsense.)
Comment 1 Morten Welinder 2010-09-20 16:35:39 UTC
I have changed things so we use the format from the range starting cell
for each range.  That's imperfect as described above, but the basic
edit sequence works.
Comment 2 Morten Welinder 2010-09-20 23:49:11 UTC
As it is now, multiple areas will get their own interpretation.
That's close enough.