Issue 24504 - compatibility bug xls datecel excel and openoffice
Summary: compatibility bug xls datecel excel and openoffice
Status: CLOSED FIXED
Alias: None
Product: Calc
Classification: Application
Component: ui (show other issues)
Version: OOo 1.1
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: oc
QA Contact: issues@sc
URL:
Keywords:
: 28712 (view as issue list)
Depends on:
Blocks:
 
Reported: 2004-01-17 20:09 UTC by richardbs
Modified: 2013-08-07 15:15 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
xls compatability testfiles (4.64 KB, application/x-compressed)
2004-01-17 20:10 UTC, richardbs
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description richardbs 2004-01-17 20:09:29 UTC
discription:
compatability of the cel with 'date' information like '1-1-2004'
between files saved by excel in the .xls format and files saved
bij openoffice in the .xls format.
When the .xls file is imported in the database filemaker pro 6
the data is good imported fram an .xls file saved by excel
but its bad imported if the same file is saved by openoffice
in the .xls format. Filemaker pro imports de date 1-1-2004 like
the nuber: '37987'

version:
excel 2002 (XP) (englisch version)
openoffice 1.1.0 dutch version
Filemaker pro 6 (6.01v1 englisch version)
file format excel: .xls
file format openoffice: .xls (microsoft excel 97/2000/XP)

example:
the attached files only contains the date '1-1-2004' in the
first cel of the spreadsheet. that's all, the first file is created
in excel and saved in the .xls format

the attached example file: 'date1a_saved_from_excel_2002.xls'
which only contains one cell with the date '1-1-2004' is imported
in the right way by filemaker pro 6.
the same file openend and saved by openoffice as
'date1a_saved_from_openoffice_110.xls' is imported wrong as a number
'37987'.
if this file is opened by excel again and saved as:
'date1b_saved_from_excel_2002.xls' the date is imported by filemaker pro 6
as a date again.

conclusion:
there seems to be a different way in writing the date information in
an .xls file between excel 2002 and openoffice 1.1.0. This doesn't harm the
compatibility between excel 2002 and openoffice 1.1.0. But it has influence
on the import compatibility in other software like Filemaker pro 6
Comment 1 richardbs 2004-01-17 20:10:29 UTC
Created attachment 12535 [details]
xls compatability testfiles
Comment 2 frank 2004-01-19 09:55:09 UTC
Hi Daniel,

can you have a look on the differences between the both files ?

Maybe MSC has a filemeaker database if needed.

Frank
Comment 3 frank 2004-01-19 09:55:32 UTC
set the target
Comment 4 daniel.rentz 2004-02-05 12:34:20 UTC
Calc seems to write non-standard date/time separators without backslash.
i.e.: Excel: "DD\-MM\-YYYY", Calc: "DD-MM-YYYY"

Same for time formats:
i.e.: Excel: "hh\ mm\ am/pm", Calc: "hh mm am/pm"
Comment 5 ooo 2004-02-05 13:05:44 UTC
Indeed.. Excel never complained about unescaped non-separator characters upon
reading, in fact it unescapes escaped characters for displaying the format code
when it reads it's own file format, but writes them escaped.

See also
http://www.openoffice.org/servlets/ReadMsg?list=users&msgNo=54409
where in the sample documents the time format code of the Excel file has the
blank between time and am/pm escaped, in the file saved from Calc it isn't.

Adjusting target to OOo2.0 since this is an interoperability issue and fits in
the work to be done in the number formatter area.
Comment 6 john.marmion 2004-05-24 11:34:55 UTC
*** Issue 28712 has been marked as a duplicate of this issue. ***
Comment 7 ooo 2004-10-11 14:15:07 UTC
On branch cws_src680_numforensis:
svtools/inc/nfsymbol.hxx 1.1.2.1
svtools/prj/d.lst 1.118.20.1
svtools/source/numbers/zformat.cxx 1.60.22.1
svtools/source/numbers/zforscan.cxx 1.36.124.2
svtools/source/numbers/zforscan.hxx 1.17.124.1
xmloff/source/style/xmlnumfe.cxx 1.38.66.1
Comment 8 ooo 2004-10-26 13:55:06 UTC
Reopen to reassign.
Comment 9 ooo 2004-10-26 13:56:42 UTC
Reassign to QA.
Comment 10 ooo 2004-10-26 13:57:58 UTC
Reassign to QA.
Comment 11 kla 2004-11-03 13:30:21 UTC
tk: verified on branch cws src680 numforensis
Comment 12 oc 2004-12-06 10:58:07 UTC
closed because fix available in OOo1.9m65