Resolves: tdf#86024 do not attempt to shorten numeric value output

Regression of 087a79db

Change-Id: I903e05234882c79e6da6499cb17e16fd7226f91c
(cherry picked from commit 2a06a052)
Reviewed-on: https://gerrit.libreoffice.org/17636Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

sc/source/ui/view/output2.cxx

@@ -2017,6 +2017,13 @@ Rectangle ScOutputData::LayoutStrings(bool bPixelToLogic, bool bPaint, const ScA
 
                             OUString aShort = aString;
 
+                            // But never fiddle with numeric values.
+                            // (Which was the cause of tdf#86024).
+                            // The General automatic format output takes
+                            // care of this, or fixed width numbers either fit
+                            // or display as ###.
+                            if (!bCellIsValue)
+                            {
                                 double fVisibleRatio = 1.0;
                                 double fTextWidth = aVars.GetTextSize().Width();
                                 sal_Int32 nTextLen = aString.getLength();
@@ -2045,6 +2052,7 @@ Rectangle ScOutputData::LayoutStrings(bool bPixelToLogic, bool bPaint, const ScA
                                         aDrawTextPos.Move(fOffset, 0);
                                     }
                                 }
+                            }
 
                             // if we are not painting, it means we are interested in
                             // the area of the text that covers the specified cell