Skip to content

use Number.isNaN as it's more robust#3

Merged
azmy60 merged 2 commits into
masterfrom
fix/isNaN
May 11, 2026
Merged

use Number.isNaN as it's more robust#3
azmy60 merged 2 commits into
masterfrom
fix/isNaN

Conversation

@not-night-but

Copy link
Copy Markdown

In a couple formatters, we use isNaN, but this forces a conversion that can fail (BigInt throws an error when being passed to this function, and it causes issues). Number.isNaN does not force a conversion, and it properly determines whether or not a BigInt is a number, so I say we use this instead at least for the formatters

@azmy60

azmy60 commented Apr 8, 2025

Copy link
Copy Markdown

Wow it's been a year and I didn't see this. @not-night-but Could you make a new PR in the tabulator repo instead?

@azmy60

azmy60 commented May 11, 2026

Copy link
Copy Markdown

Whether the main tabulator is still active or not, I think this PR needs to be in the main repo so we don't forget later when we don't use the fork anymore.

@azmy60 azmy60 merged commit 1c2ad9f into master May 11, 2026
8 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants