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 726806 - Conditional format semantics
Conditional format semantics
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: import/export MS Excel (tm)
git master
Other All
: Normal normal
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2014-03-21 00:55 UTC by Morten Welinder
Modified: 2014-03-21 15:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Morten Welinder 2014-03-21 00:55:21 UTC
oo has a test sheet:

http://www.openoffice.org/sc/testdocs/condformat_import_xml_12.xlsx

Note: this file contains formulas even for things like "containsErrors".
We do not write that -- need to check what Excel does.

    <cfRule type="containsText" dxfId="77" priority="36" operator="containsText" te
xt="DE">
      <formula>NOT(ISERROR(SEARCH("DE",B18)))</formula>
    </cfRule>
    <cfRule type="notContainsText" dxfId="76" priority="35" operator="notContains" text="DE">
      <formula>ISERROR(SEARCH("DE",B19))</formula>
    </cfRule>

The above match our alternate expressions.


   <cfRule type="beginsWith" dxfId="75" priority="34" operator="beginsWith" text="DE">
      <formula>LEFT(B20,2)="DE"</formula>
    </cfRule>
    <cfRule type="endsWith" dxfId="74" priority="33" operator="endsWith" text="DE">
      <formula>RIGHT(B21,2)="DE"</formula>
    </cfRule>

The above use "=", not "EXACT".  We are case sensitive, Excel probably not.


    <cfRule type="containsBlanks" dxfId="63" priority="20">
      <formula>LEN(TRIM(B39))=0</formula>
    </cfRule>
    <cfRule type="notContainsBlanks" dxfId="62" priority="19">
      <formula>LEN(TRIM(B40))&gt;0</formula>
    </cfRule>

Totally different from our.  We check for *any*, the above checks for *all*.



   <cfRule type="containsErrors" dxfId="61" priority="18">
      <formula>ISERROR(B41)</formula>
    </cfRule>
    <cfRule type="notContainsErrors" dxfId="60" priority="17">
      <formula>NOT(ISERROR(B42))</formula>
    </cfRule>

Matches what we do.



    <cfRule type="endsWith" dxfId="45" priority="1" operator="endsWith" text="&quot;D&quot;">
      <formula>RIGHT(B22,3)="""D"""</formula>
    </cfRule>

What's up with the tripple quotes?
Comment 1 Morten Welinder 2014-03-21 00:57:43 UTC
Andreas: any objection to matching Excel here?  (We'll have to fix the
actual matching code too.)
Comment 2 Morten Welinder 2014-03-21 00:59:45 UTC
I think the above means that "Starts with..." is case insensitive while
"Contains" is case sensitive.  Needs checking.
Comment 3 Andreas J. Guelzow 2014-03-21 03:19:13 UTC
In Excel 2013 both "Contains" and "Starts with..." is case insensitive. I have no problem with us matching Excel.
Comment 4 Morten Welinder 2014-03-21 14:08:58 UTC
Not only is "Contains" case insensitive -- it also supports the wildcards that
the formula using SEARCH does.

(Tripple quotes issue filed separately.)
Comment 5 Morten Welinder 2014-03-21 15:06:21 UTC
Start with, ends with fixed.  Excel seems happier with our files.
Comment 6 Morten Welinder 2014-03-21 15:35:26 UTC
"Contains" fixed.
Comment 7 Morten Welinder 2014-03-21 15:59:09 UTC
blanks fixed.


This problem has been fixed in our software repository. The fix will go into the next software release. Thank you for your bug report.