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 79376 - Printing Displays ######## When GUI Shows Correct Value
Printing Displays ######## When GUI Shows Correct Value
Status: RESOLVED DUPLICATE of bug 62210
Product: Gnumeric
Classification: Applications
Component: Printing
1.0.x
Other Linux
: Normal normal
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2002-04-21 07:49 UTC by John Watzke
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description John Watzke 2002-04-21 07:49:56 UTC
A simple demonstration may help:

Put the number 44626 in A1.
Format Cell to be Currency with negative numbers in red parensthesis.
If cell is big enough, GUI will display number.
If it is too small, you will see ########.
If you double-click on column edge (to autosize), the GUI will display the
correct value; however, printing (and print preview) will display ########.

There seems to be a small discrepancy between what the GUI feels is an
acceptable size before it displays hashmarks and what the print module
feels is an acceptable size.  For the GUI, its 65 pixels but the print
module won't be happy until about 67 pixels.

This can be annoying once you have created a large sheet only to click
print preview and see hashes everywhere.  Not to mention figuring out why
the GUI is fine and printing not.  This also effectively limits the largest
number you can put in a cell that will print correctly if you use autosize.
 If autosize would pad few pixels more, it would probably be fixed.  Of
course, it would be nice if the two agreed.
Comment 1 Andreas J. Guelzow 2002-04-23 06:39:25 UTC

*** This bug has been marked as a duplicate of 62210 ***