Q: How does the numeric sort handle lines without numbers?

Lines that do not start with a parseable number fall to the bottom and sort alphabetically among themselves. So a list like ["15 apples", "banana", "3 carrots", "dates"] sorted numeric ascending becomes ["3 carrots", "15 apples", "banana", "dates"] — numbers first in ascending order, then non-numeric lines alphabetically. This is the most useful default behavior for mixed lists.

Q: Why is "keep first" vs "keep last" dedupe sometimes different?

When duplicate lines exist, both modes produce a deduplicated list — but they differ in which occurrence survives, which matters if you SORT AFTER deduping. Keep-first preserves the survivor in its original position (then the sort reorders); keep-last takes the most recent occurrence. They produce identical OUTPUT after sorting alphabetically, since duplicates collapse to one entry either way. The choice matters mainly when the input has line-order significance (e.g. a changelog where the last mention of a feature is the most relevant).

Q: How does the random shuffle work?

We use the Fisher-Yates (also called Knuth) shuffle — the unique algorithm that produces every permutation with equal probability. The random index at each step comes from crypto.getRandomValues, the browser's cryptographically-strong RNG. Same primitive that powers our Password Generator and Random Number Generator. This makes the shuffle suitable for fair lotteries, randomized A/B test cohort assignment, and other situations where statistical randomness matters more than just "close to random."

Q: What happens to lines with trailing whitespace?

By default the "Trim line whitespace" option is on, so trailing spaces, tabs, and CRLF endings are stripped before sorting and deduping. If you turn it off, "apple" and "apple " sort as different entries — which is occasionally what you want (e.g. preserving original formatting), but usually a bug. Trim is on by default for that reason. Pair it with "Drop empty lines" to clean up imports from CSV exports or screen-scraped data.

Q: Does this handle very long lists?

Yes — JavaScript's built-in Array.prototype.sort runs in O(n log n) and handles hundreds of thousands of lines without trouble in a modern browser. For lists over ~500,000 lines, the browser UI may pause briefly during the sort; for those sizes, a CLI tool like `sort` (POSIX) or `awk` is faster. For typical use (up to ~50K lines), this tool runs in well under 100ms on modern hardware.

Q: How is this different from your Diff Checker?

Diff Checker compares two texts and shows what changed between them — additions, deletions, modifications. Text Sorter takes one text and rearranges its lines. They solve different problems. A common combined workflow: sort and dedupe both inputs to Diff Checker before running the diff, so the comparison shows real content differences rather than artifacts of ordering.

Q: Does numeric sort work with IP addresses?

Partially — it sorts by the first octet only, which is usually NOT what you want for IP-address ordering. For example, "192.168.1.100" sorts after "10.0.0.1" correctly (192 > 10), but "192.168.1.2" comes after "192.168.1.10" alphabetically (because ".2" > ".1" lexicographically). For true IP-octet sort, write the addresses in zero-padded form (192.168.001.002 vs 192.168.001.010) and use alphabetical sort, OR use a programming language with native IP-comparison.

Question 1

What is the difference between alphabetical and numeric sort?

Accepted Answer

Alphabetical sort compares lines character by character using their Unicode code points (or lowercased code points if case-insensitive is on). Numeric sort extracts the first number from each line and compares those numbers as values — so "10" sorts after "2" (10 > 2), whereas alphabetical sort would place "10" before "2" because "1" < "2" lexicographically. Use numeric for IDs, port numbers, IP-address octets, prices; use alphabetical for names, words, URLs.

Question 2

How does the numeric sort handle lines without numbers?

Accepted Answer

Lines that do not start with a parseable number fall to the bottom and sort alphabetically among themselves. So a list like ["15 apples", "banana", "3 carrots", "dates"] sorted numeric ascending becomes ["3 carrots", "15 apples", "banana", "dates"] — numbers first in ascending order, then non-numeric lines alphabetically. This is the most useful default behavior for mixed lists.

Question 3

Why is "keep first" vs "keep last" dedupe sometimes different?

Accepted Answer

When duplicate lines exist, both modes produce a deduplicated list — but they differ in which occurrence survives, which matters if you SORT AFTER deduping. Keep-first preserves the survivor in its original position (then the sort reorders); keep-last takes the most recent occurrence. They produce identical OUTPUT after sorting alphabetically, since duplicates collapse to one entry either way. The choice matters mainly when the input has line-order significance (e.g. a changelog where the last mention of a feature is the most relevant).

Question 4

How does the random shuffle work?

Accepted Answer

We use the Fisher-Yates (also called Knuth) shuffle — the unique algorithm that produces every permutation with equal probability. The random index at each step comes from crypto.getRandomValues, the browser's cryptographically-strong RNG. Same primitive that powers our Password Generator and Random Number Generator. This makes the shuffle suitable for fair lotteries, randomized A/B test cohort assignment, and other situations where statistical randomness matters more than just "close to random."

Question 5

What happens to lines with trailing whitespace?

Accepted Answer

By default the "Trim line whitespace" option is on, so trailing spaces, tabs, and CRLF endings are stripped before sorting and deduping. If you turn it off, "apple" and "apple " sort as different entries — which is occasionally what you want (e.g. preserving original formatting), but usually a bug. Trim is on by default for that reason. Pair it with "Drop empty lines" to clean up imports from CSV exports or screen-scraped data.

Question 6

Does this handle very long lists?

Accepted Answer

Yes — JavaScript's built-in Array.prototype.sort runs in O(n log n) and handles hundreds of thousands of lines without trouble in a modern browser. For lists over ~500,000 lines, the browser UI may pause briefly during the sort; for those sizes, a CLI tool like `sort` (POSIX) or `awk` is faster. For typical use (up to ~50K lines), this tool runs in well under 100ms on modern hardware.

Question 7

How is this different from your Diff Checker?

Accepted Answer

Diff Checker compares two texts and shows what changed between them — additions, deletions, modifications. Text Sorter takes one text and rearranges its lines. They solve different problems. A common combined workflow: sort and dedupe both inputs to Diff Checker before running the diff, so the comparison shows real content differences rather than artifacts of ordering.

Question 8

Does numeric sort work with IP addresses?

Accepted Answer

Partially — it sorts by the first octet only, which is usually NOT what you want for IP-address ordering. For example, "192.168.1.100" sorts after "10.0.0.1" correctly (192 > 10), but "192.168.1.2" comes after "192.168.1.10" alphabetically (because ".2" > ".1" lexicographically). For true IP-octet sort, write the addresses in zero-padded form (192.168.001.002 vs 192.168.001.010) and use alphabetical sort, OR use a programming language with native IP-comparison.

Question 9

Is my data sent anywhere?

Accepted Answer

No. All sorting, deduplication, and shuffling happens entirely in JavaScript inside your browser tab. There is no fetch, no XHR, no analytics event with line content. Lists may contain customer emails, internal IDs, or sensitive identifiers — they stay on your device. Verify in DevTools → Network: no requests are made during a sort operation.

Use Case	Why a Sorter Helps
Cleaning import lists	Deduplicate email addresses, customer IDs, or contact lists before bulk-importing into a CRM or marketing tool.
Alphabetizing references	Sort bibliography entries, glossaries, FAQ items, or sitemap URL lists for consistent presentation.
Building random samples	Shuffle a customer list to pick a random test cohort, or randomize a draft list of names for a fair lottery.
Sorting IPs / timestamps	Numeric sort orders IP addresses or Unix timestamps correctly; alphabetic sort would produce confusing results.
Sanitizing user input	Trim trailing whitespace, drop empty lines, dedupe entries before counting or processing imported records.
Prioritizing by length	Sort form-field entries or feedback by length to spot suspicious one-character entries or runaway long ones.

Free Text Line Sorter: Alphabetical, Numeric, Length, Reverse & Random

Eight Sort Methods

Dedupe Built In

Crypto-Strength Shuffle

100% Client-Side

Sort, Dedupe, Shuffle — All Eight Operations in One Pass

Six Real-World Uses for a Line Sorter

Sorter Behaviors & Practical Tips

Four Sort Gotchas Worth Knowing

Related Text & Data Utilities