views:

74

answers:

5

parseInt("7em", 10); returns 7 in all browsers I tested [*]. But can I rely on this?

The reason I ask is, that I want to perform some calculations based on em, like

/* elem1.style.top uses em units */
elem2.style.top = parseInt(elem1.style.top, 10) + 1 + "em";

I could do this with regular expressions, but parseInt is easier to use, and probably a bit faster. Or is there another solution (maybe using jQuery)?

[*] Tested so far on: IE 6, IE 8, Safari 4, Firefox 3.6, Opera 10.5

A: 

Yes. You can rely on it.

Matt
+3  A: 

That is the behavior according to the standard. ECMA-262 section 15.1.2.2 states that

parseInt may interpret only a leading portion of string as an integer value; it ignores any characters that cannot be interpreted as part of the notation of an integer, and no indication is given that any such characters were ignored.

I'd be more worried that at some point in the future the units of elem2.style.top will change. In that case, this code could be turning 200px into 200em, which could cause a great deal of confusion.

Syntactic
Thanks, good answer (with the most specific snippet from the specification)!
Chris Lercher
+1  A: 

Yes, you can rely on this. Go to http://www.ecma-international.org/publications/files/ECMA-ST-ARCH/ECMA-262,%203rd%20edition,%20December%201999.pdf and search for section '15.1.2.2', parseInt

Sean Kinsey
+1  A: 

why not taking a save road with

parseInt(elem1.style.top.replace(/em/, ""), 10);
jAndy
__always__ include the radix!
Sean Kinsey
A: 

parseInt("7em", 10); will always return 7, yes. praseInt() returns the first value in the string.

And yes, praseInt is faster and easier to use than regular expressions.

And, should you use jQuery? Well it wont help you that much on the calculation or praseing in this matter, but sure your other code will probably be easier and better.

http://www.w3schools.com/jsref/jsref_parseInt.asp

jamietelin