GNOME Bugzilla – Bug 637393
additionnal frames of text objects
Last modified: 2010-12-17 11:07:52 UTC
When opening the attached .xls file, text objects have visible frames while they do not in XL.
Created attachment 176536 [details] .xls file to reproduce the problem
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of bug 563782 ***
Looks like it is a different issue. The style dialog box says no line while a line is actually displayed.
The issue comes from different auto line type definition. Excel defaut seems invisible line while gnumeric uses solid line.
Created attachment 176551 [details] [review] Proposed patch It was really part of the unfixed things in #563782. I know the Jody does not like setting auto things to not auto, but I don't see how we might do when the defaults are so different.
Created attachment 176556 [details] [review] fixed patch (removed some printf debug).
"auto" does not mean "default". If the frame is really set to "auto" then it means that the file creator wants the application to figure out what to do. I think under those circumstances it is correct that it may look different in one application than in another. If the user would want to fix the style, they should have/would have specified a format.
In this specific case, excel has no "auto", just "default", and our code translates currently that to "auto".
Okay, I see no problem with mapping Excel's "default" to an appropriate (non-auto, non-default) style in Gnumeric.
This problem has been fixed in our software repository. The fix will go into the next software release. Thank you for your bug report.