Sort Numbers

Paste a column of numbers you copied out of a spreadsheet and watch a lot of free sorters fall apart on the spot. The reason is dumb but everywhere: those numbers came with thousands commas, 1,234 and 12,500, and the sorter treats every comma as a separator between numbers. So 1,234 never sorts as one thousand two hundred thirty-four. It splits into 1 and 234, and your list turns to garbage. This one checks the shape before it splits anything. A comma sitting between groups of exactly three digits is a thousands separator, so it gets pulled out and the number stays whole. A comma anywhere else is a plain delimiter. Paste 1,000, 2,500 and you get 1000 and 2500, exactly the way you meant it.

Everything else you'd expect is here too. It sorts in true numeric order, so 10 lands after 9 instead of getting stuck before 2. It reads decimals and negatives right, sets aside anything that isn't a number instead of choking, and hands back the count, sum, smallest, and largest. No sign-up, no upload, nothing leaves your browser.

1. Paste your numbers into the top box. Commas, spaces, tabs, semicolons, one-per-line, or a messy mix of all of them, it all parses. 3, 1, 2, 10 works, and so does a column pasted straight out of a spreadsheet.
2. Pick an order. Ascending (low to high) is the default. Descending (high to low) is one click away.
3. Toggle Remove duplicates if you want each distinct value once. It's off to start, so nothing gets dropped unless you ask for it.
4. Choose the output separator, new line, comma, or space, depending on where the sorted list is headed next.
5. Read the stats and copy. Count, sum, min, and max show up on their own, and one click copies the whole result.

There's no Sort button, on purpose. The output rebuilds the instant you change the input or flip any option, so you can toggle between ascending and descending and watch the list rearrange in real time.

A comma means two completely different things depending on where it sits. The comma inside 1,200 holds one number together. The commas in 1, 2, 3 separate three numbers. A sorter that guesses wrong reads 1,200 as 1 and 200.

The rule here is simple and strict. A comma counts as a thousands separator only when it sits between groups of exactly three digits, like 1,234 or 1,234,567. Those commas get stripped and the number is kept whole. Everything else is a delimiter. That strictness is deliberate: a token like 1,23 has the wrong grouping, two digits after the comma instead of three, so it is NOT read as a thousands number and splits into 1 and 23. It's the only reliable way to tell 12,500 (twelve and a half thousand) apart from 12, 500 (two separate numbers) without stopping to ask you.

It doesn't cover every currency format out there. But the everyday case, numbers pasted out of a spreadsheet that already had the commas in, just works, no find-and-replace first.

Real pasted data is messy. There's a header row that says "Price," a stray $, an N/A where a reading is missing, a label somebody forgot to strip out. Most of that would make a strict sorter throw an error or spit NaN and refuse to do anything until you clean it by hand.

This one does the useful thing first. It sorts every value it can read as a number, quietly sets the rest aside, then tells you what it skipped, listing the first several by name. Paste a column that still has its "Price" header on top and you get your numbers in order plus a small note that "Price" was skipped. One bad cell never poisons the whole result, and nothing disappears without you seeing it go.

If you've ever sorted a column somewhere and gotten the maddening 1, 10, 100, 2, 20 order, that tool was sorting your numbers as text, comparing them one character at a time like words. It looks at the "1" in "10" and the "2" in "2," decides 1 comes before 2, and stops right there, which is how "10" ends up ahead of "2." This sorter reads each token into a real number first and then compares by size, so 2 always comes before 10.

Decimals fall into the same trap when you eyeball them. Is 3.9 bigger than 3.10? Yes, 3.9 is 3.90, and ninety hundredths beats ten. Read as text though, "3.10" sorts before "3.9" because 1 beats 9. Here they're compared as real numbers to full precision, so 3.14 comes before 3.141 comes before 3.15, no rounding slipped in between.

Negatives are the other place hand-sorting slips. The bigger the digits after the minus sign, the smaller the value, so -100 is less than -10 is less than -1. An ascending sort of -5, 0, 3.5, -1 gives you -5, -1, 0, 3.5, most negative first, climbing through zero into the positives. Mix decimals and negatives however you've got them and the ordering still holds.

Remove duplicates keeps one copy of each distinct value. Because the list is already sorted when dedupe runs, equal values sit right next to each other and the pass is quick and exact. The catch worth knowing: equality is numeric, so 1.5, 1.50, and 1.500 are one value and collapse to a single entry. That's almost always what you want when tidying a list. The tool also reports how many it dropped, which doubles as a sanity check. Strip 12 duplicates out of 100 supposedly-unique IDs and you know they weren't all unique to begin with.

Count, sum, min, and max describe the set you're looking at right now. Turn dedupe on and all four recalculate over the unique values. Need the average? Divide the sum by the count.

For anything with real structure, columns that have to stay aligned when you sort by one of them, formulas, a dataset you'll keep editing, a spreadsheet is still the better tool. This orders a flat list fast, it doesn't know that column A belongs with column B.