Excel - Voorwaardelijke opmaak bij 3 decimalen of meer.

[aurelius142]

Goedemiddag,

Momenteel ben ik bezig met een Excel bestand met voorwaardelijke opmaak. Het doel hiervan is dat de cellen een kleurtje krijgen als er meer dan 2 decimalen in een kolom staan (ook al is dit niet zichtbaar door de cel eigenschappen).

Nu heb ik zelf al onderstaande formule geschreven:
=2<LENGTE(DEEL(C3-INTEGER(C3);3;3))

Heel plat gezegd trekt hij het hele getal van het totaal getal af, en telt hij de lengte van de cijfers na de komma.
Op zich werkt de formule deels. Alleen ik krijg bij bijvoorbeeld de getallen 4.03, 9.11, 10.72 (en nog een aantal met slechts 2 decimalen). Veel meer decimalen terug dan zou moeten kunnen. Ik heb de formule even per Kolom uitgeschreven en zie dat bij een aantal getallen, ondanks de voorwaarden, er toch meer decimalen terugkomen.



Kan iemand mij vertellen waar het mis gaat in mijn formule/denk wijze?

[AGee]

Da's het 'probleem' van floating points, zie o.a. https://docs.oracle.com/c...06-3568/ncg_goldberg.html of (in het Nederlands): Wikipedia: Zwevendekommagetal

Ik denk dat er geen oplossing te vinden is die universeel zal werken. Ik zou eens kijken hoe ver je komt als je het oorspronkelijke getal vermenigvuldigd met 100 en dan het verschil uitrekent tussen dat getal en een ROUND van dat getal. Dus als in A1 je getal staat, zou je kunnen kijken of 100*A1 - ROUND( 100*A1 ) gelijk is aan 0.

[Voor 76% gewijzigd door AGee op 05-02-2021 14:31]

[g0tanks]

Het heeft te maken met de manier waarom Excel met getallen omgaat: Floating-point arithmetic may give inaccurate results in Excel

Ik weet niet of de volgende methode wel altijd werkt, maar wat je ook kan doen is zoeken naar de locatie van het scheidingsteken en dat getal aftreken van de lengte van het originele getal:

[aurelius142]

g0tanks schreef op vrijdag 5 februari 2021 @ 14:29:
Het heeft te maken met de manier waarom Excel met getallen omgaat: Floating-point arithmetic may give inaccurate results in Excel

Ik weet niet of de volgende methode wel altijd werkt, maar wat je ook kan doen is zoeken naar de locatie van het scheidingsteken en dat getal aftreken van de lengte van het originele getal:
[Afbeelding]

Dit lijkt te werken met mijn eerste test. @AGee @g0tanks Dank voor jullie hulp en informatie.