You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@poi.apache.org by bu...@apache.org on 2003/08/07 02:18:28 UTC

DO NOT REPLY [Bug 20871] - [RFE] Lie to excel. version issue while saving/updating an excel 2002 file

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20871>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20871

[RFE] Lie to excel.  version issue while saving/updating an excel 2002 file





------- Additional Comments From zalewski@optonline.net  2003-08-07 00:18 -------
FWIW: This does not seem to happen in all cases. I tried running 
org.apache.poi.hssf.usermodel.examples.CreateCells (which produces a simple 
workbook.xls). I could open the output file in both 2000 and XP (SR-1) without 
seeing this problem.

However, I did notice that POI/HSSF does not put the 'Storage Class ID' into 
the .xls file when it creates a new workbook from scratch. I thought this might 
be the cause of the problem, but upon further investigation I discovered that 
the class ID {00020820-0000-0000-C000-000000000046} is put for all versions of 
Excel. HSSF just puts in all zeros.

Also, there is a BOF record in the workbook, which has a field 
named 'rversion'. Excel 97 and Excel 2000 put 06100000. Excel XP puts 06200000. 
HSSF puts 06100000 (same as Excel 97). But that does not seem to make a 
difference when Excel XP opens the file.

---------------------------------------------------------------------
To unsubscribe, e-mail: poi-dev-unsubscribe@jakarta.apache.org
Mailing List:    http://jakarta.apache.org/site/mail2.html#poi
The Apache Jakarta POI Project: http://jakarta.apache.org/poi/