Hey. Sorry if I was not clear. Just that I tried some numbers and some of them gives results like this
Bill: 29$ | Select Tip: %10 | Tip: 2.91$
Bill: 34$ | Select Tip: %10 | Tip: 3.41$
or:
Bill: 32$ | Select Tip: %10 | Tip: 3.20$ | Total: 35.21$

see the 0.01$s? like 2.91$ tip while I assume it should be like 2.90$. I think that might be caused by some fluctuating number operations if js is similar to java with that respect.
I meant that.
I think your tip calculator looks great by the way. Very cool^^

function formatMoney(value) {
value = Math.ceil(value * 100) / 100;
value = value.toFixed(2);
return value;
}
maybe it comes from here?
this was used in the tutorial , sometimes the result could be very long because of decimals.

From my Java knowledge (hope it's relatable) I can assume that the code is written this way to round the decimal points to an upper level and format the result to a two decimal point number.
Like if the
Bill: 33.44$ | Select Tip: %10 | Tip: 3.35$
so the current code does:
33.44 --(%10)--> 3.344 --(ceil and toFixed)-> 3.35
which is great but I think the issue arises when the ceil is used on a number which does have a very long decimal part.

For example, if I were to take %10 of the number 29 by a multiplication operation, I would obtain the following result:
29 * 0.10 --> 2.9000000000000004 |not what we expected right?
this is a thing that happens in programming languages when using fluctuating numbers I believe (there are some technical explanations for this which I don't really know).

So the same code you have written and worked perfectly for most numbers does this when it comes to our unexpected 2.9.........04:
2.9000000000000004 ----(ceil and toFixed)--> 2.91
because of that 4 at far away, ceil function actually sees it and increases to the point where the number is 2.91 now.

So how to solve this?
I think you can do division instead of multiplication (if that's the case in your case) when taking the percentages of numbers. Like:
if your version to take %10 is like this: 29 * 0.10
you can convert that code to (29 * 10) / 100
which is basically the same thing in algebra.

another example, take the %11.8 of 29:
(29 * 11.8) / 100
///////////////////////////////////////////////
So bottom line I think taking percentages of numbers with the operation
(NUMBER * PERCENTAGE) / 100
instead of NUMBER * 0.PERCENTAGE
could fix this issue.

I'm sorry if this is misleading, anyone who nows JS can jump into the discussion^^

## Discussion

Cool^^ Btw, it calculates a 2.91$ tip for a 29$ bill. Wondered the math behind it (ceil function, floating division etc.)

there is a mathFormat() function with ceil in it but if there is a problem/ mistake I would like to know because im a beginner

Hey. Sorry if I was not clear. Just that I tried some numbers and some of them gives results like this

Bill: 29$ | Select Tip: %10 | Tip: 2.91$

Bill: 34$ | Select Tip: %10 | Tip: 3.41$

or:

Bill: 32$ | Select Tip: %10 | Tip: 3.20$ | Total: 35.21$

see the 0.01$s? like 2.91$ tip while I assume it should be like 2.90$. I think that might be caused by some fluctuating number operations if js is similar to java with that respect.

I meant that.

I think your tip calculator looks great by the way. Very cool^^

function formatMoney(value) {

value = Math.ceil(value * 100) / 100;

value = value.toFixed(2);

return value;

}

maybe it comes from here?

this was used in the tutorial , sometimes the result could be very long because of decimals.

From my Java knowledge (hope it's relatable) I can assume that the code is written this way to round the decimal points to an upper level and format the result to a two decimal point number.

Like if the

Bill: 33.44$ | Select Tip: %10 | Tip: 3.35$

so the current code does:

33.44 --(%10)--> 3.344 --(ceil and toFixed)-> 3.35

which is great but I think the issue arises when the ceil is used on a number which does have a very long decimal part.

For example, if I were to take %10 of the number 29 by a multiplication operation, I would obtain the following result:

29 * 0.10 --> 2.9000000000000004 |not what we expected right?

this is a thing that happens in programming languages when using fluctuating numbers I believe (there are some technical explanations for this which I don't really know).

So the same code you have written and worked perfectly for most numbers does this when it comes to our unexpected 2.9.........04:

2.9000000000000004 ----(ceil and toFixed)--> 2.91

because of that 4 at far away, ceil function actually sees it and increases to the point where the number is 2.91 now.

So how to solve this?

I think you can do division instead of multiplication (if that's the case in your case) when taking the percentages of numbers. Like:

if your version to take %10 is like this: 29 * 0.10

you can convert that code to (29 * 10) / 100

which is basically the same thing in algebra.

another example, take the %11.8 of 29:

(29 * 11.8) / 100

///////////////////////////////////////////////

So bottom line I think taking percentages of numbers with the operation

(NUMBER * PERCENTAGE) / 100

instead of NUMBER * 0.PERCENTAGE

could fix this issue.

I'm sorry if this is misleading, anyone who nows JS can jump into the discussion^^

fantastic

Very cool! Keep going!

thank you

Cool! Nice job man!

Good job, it´s useful!

Hey its looking cool ! Bring more of these on :)

Very good...Keep it up

thank you

Which tutorial?

fun-javascript-projects.com