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 476010 - Better handling of header footer codes
Better handling of header footer codes
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: import/export MS Excel (tm)
git master
Other All
: Normal normal
: ---
Assigned To: Jody Goldberg
Jody Goldberg
: 520401 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-09-11 20:52 UTC by A
Modified: 2014-02-25 07:13 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
a generic gnumeric file, nothing special (1.69 KB, application/x-gnumeric)
2007-09-13 00:42 UTC, A 		Details
the gnumeric file saved as .xls (5.50 KB, application/vnd.ms-excel)
2007-09-13 00:45 UTC, A 		Details

Description A 2007-09-11 20:52:04 UTC 
save to xls 2000 format, header becomes "TAB]" which doesn't look very nice
Comment 1 Jody Goldberg 2007-09-12 12:35:25 UTC 
A sample would be ideal.  Could you send over a .gnumeric file that mis-exports the header to xls ?
Comment 2 A 2007-09-13 00:42:04 UTC 
Created attachment 95490 [details]
a generic gnumeric file, nothing special
Comment 3 A 2007-09-13 00:45:25 UTC 
Created attachment 95491 [details]
the gnumeric file saved as .xls

note also the footer becomes "Page PAGE]" this behaviour seems typical when saving gnumeric files as xl
Comment 4 Jody Goldberg 2008-03-03 22:52:16 UTC 
This is actually fairly simple but will take some elbow grease.
We export [&TAB]  excel requires [&Tab]
There are also some codes we could support but do not parse
eg &T
Comment 5 Jody Goldberg 2008-03-05 12:45:19 UTC 
*** Bug 520401 has been marked as a duplicate of this bug. ***
Comment 6 Jody Goldberg 2008-03-05 12:47:24 UTC 
1) Add support for the single character elements listed in MOOX spec.
2) remap from our internal capitalized versions to the more generally compatible single character versions on export.
Comment 7 Morten Welinder 2008-03-05 16:20:31 UTC 
Do we have a list of the codes?
Comment 8 Jody Goldberg 2008-03-05 16:43:16 UTC 
src/print-info.c has the details.
Comment 9 Jody Goldberg 2008-06-28 18:38:55 UTC 
I'll have a look at improving this stuff.
Comment 10 Andreas J. Guelzow 2014-02-25 07:13:32 UTC 
I believe this has recently been fixed by Morten. If there are any tags truly used that we don't handle correctly please file separate bug reports.


This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.