Why line sorting behaves unexpectedly
A text sorter compares one line with another. It does not necessarily treat numbers as numeric values, remove duplicates or preserve empty lines. These details matter when preparing product labels, keyword lists or a set of names for a spreadsheet.
A simple example
Input: `zebra`, `Apple`, `apple`, `banana`, `Apple` on five lines. Sorting alphabetically groups related values, but capitalization may affect ordering depending on locale and comparison settings. The duplicate `Apple` remains a separate line.
How Toolnoza currently works
- Paste one item on each line.
- Choose ascending or descending order.
- Copy the sorted result into your destination application.
- Count items before and after if you need to preserve an audit trail.
The tool states that empty lines are removed, repeated lines are retained and sorting uses the browser's English locale.
Sorting is not deduplication
To remove repeats, you need a separate 'unique lines' operation. Do not interpret adjacent duplicate entries as evidence that sorting failed. If each line contains a number and you need true numeric sorting, verify the ordering manually or use a numeric-aware sorter.
Real use cases
Organize tags before editing metadata, alphabetize references, prepare a clean list of labels or compare two exported lists. Keep a copy of the original if input order has meaning.
Frequently asked questions
Will empty lines be preserved? No, Toolnoza removes them.
Are repeated items removed? No, duplicate lines stay.
Does it sort using French accent rules? The current tool specifies English-locale browser sorting; review accented words separately.