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 67760 - Lotus 123 loading problem
Lotus 123 loading problem
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: General
1.0.x
Other All
: Normal normal
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2001-12-31 13:52 UTC by Nick Lamb
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
euro-123.wk1 (4.50 KB, application/octet-stream)
2001-12-31 13:53 UTC, Nick Lamb
Details

Description Nick Lamb 2001-12-31 13:52:53 UTC
I had previously thought (see list) that this problem affected Excel 95/97
files too, but I can't reproduce that today. Maybe I need to label my test
data more clearly :(

The attached file euro-123.wk1 is a Lotus 123 file created from Microsoft
software, when loaded there are two serious cosmetic problems which may be
related. If they're not related fix one and I'll file another bug for the
other one :)

First if you look at B1 the cell should have the phrase "Euro Currency
Price List", but initially it doesn't span into adjacent empty cells so it
only says "Euro C" or similar (depending on local fonts). Once the user
tweaks the width of ANY column the display updates to show that the cell
does span.

Lower down, in e.g. E27 it should read "LUF" because the formula in that
cell is =E$21 and cell E21 has "LUF" in it. Instead the cell is blank,
until the user presses F9 or causes a recalculation of the cell.

(Thinking out load: Maybe 123 does not store precalculated cell values, and
therefore the 123 plug-in needs to ask Gnumeric to do one full
recalculation after it finishes loading, maybe that fixes the spans too?)
Comment 1 Nick Lamb 2001-12-31 13:53:54 UTC
Created attachment 6323 [details]
euro-123.wk1
Comment 2 Nick Lamb 2002-01-07 18:07:32 UTC
Here's an interesting fact:

The first problem goes away if the plug-in sets a default column width
using the appropriate Gnumeric function such as:

sheet_col_set_default_size_pts (sheet, 40.0);

So a possible workaround is to ask all file plug-ins to call this
function, even if they've no idea what size the columns should be.
Alternatively Gnumeric could call the function itself when a new sheet
is created by a plug-in.
Comment 3 Jody Goldberg 2002-01-07 18:52:27 UTC
Yes, this is a known problem and eerily enough, that is not far from the
correct solution.  I'll get to it shortly.
Comment 4 Jody Goldberg 2002-01-08 01:45:47 UTC
Fixed in CVS.  Patch will be in 1.0.2