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 686540 - Silly cell overflow (######) with 0EE+00 format
Silly cell overflow (######) with 0EE+00 format
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: GUI
git master
Other All
: Low trivial
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2012-10-20 19:15 UTC by Morten Welinder
Modified: 2012-11-09 03:37 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Morten Welinder 2012-10-20 19:15:53 UTC 
1. Enter 42 in A1.
2. Format A1 as 0EE+00
3. Shrink A until A1 overflows.

Observe #####^{##}

I don't think formatting should be kept when we overflow.  At least not
superscript and character width.
Comment 1 Morten Welinder 2012-10-22 17:01:12 UTC 
For reference, Excel keeps the colour of the number and applies that to
the overflow hashes.
Comment 2 Andreas J. Guelzow 2012-11-09 03:11:22 UTC 
This is partially fixed. We are removing the superscript/subscript, scale and shape attributes.

This is still open since the hash marks are located slightly to high. (The layout is drawn with the old height calculation. The height should be recalculated.)
Comment 3 Andreas J. Guelzow 2012-11-09 03:37:31 UTC 
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.