Filename Extension Chain Splitter
Split a filename into stem and all literal extension-chain segments after its first nonleading dot; no MIME inference.
Description
Split a filename into stem and all literal extension-chain segments after its first nonleading dot; no MIME inference.
A multi-extension filename can be split differently from a final-extension-only policy. This tool exposes the entire chain.
When to use this tool
Split a filename into stem and all literal extension-chain segments after its first nonleading dot; no MIME inference.
- Prepare the supplied name fields for this operation.
- Compare the complete example with the representation used by your own input before carrying the result into another step.
How to use the tool and how it works
- Enter name. Use the exact text syntax, units and index conventions explained below.
- Run the tool. If input validation fails, correct the supplied fields before interpreting any result.
- Read result.stem, result.extensions. Interpret false, null and empty lists using the distinctions below; they can be valid outputs.
Validate name and find the first dot after a possible leading dot. Return the preceding stem and every remaining dot-separated extension segment, or an empty list if no eligible dot exists.1
| Input field | Meaning and representation | Accepted input |
|---|---|---|
| name | name. | Text; at most 8,192 UTF-16 code units, subject to the grammar above |
| Output field | Interpretation |
|---|---|
| result | Object containing the named outputs below. |
| result.stem | The stem value under the stated formula or text convention. |
| result.extensions | The extensions list in the ordering and representation described above. |
{
"input": {
"name": "archive.tar.gz"
},
"output": {
"result": {
"stem": "archive",
"extensions": [
"tar",
"gz"
]
}
}
}Limitations and assumptions
- Empty segments from repeated or terminal dots are retained. No archive-format or MIME-type detection is performed.
- Every declared top-level field is required and unexpected fields are rejected. Numeric inputs must be finite; ordinary text fields are bounded to 8,192 UTF-16 code units, with tighter operation-specific limits where stated.
- String lists have at most 128 entries of at most 128 code units; matrices have at most 128 rows and columns. Larger numeric lists and parsed JSON have separate bounded budgets. Nonfinite results and excessively large serialized outputs are rejected.
- Indexes are zero-based and spans have an exclusive end unless explicitly stated otherwise. A valid false, null or empty-list result is distinct from malformed input.
Alternative or Complementary methods
Use a filesystem-aware implementation with appropriate platform semantics for actual file operations. Literal slash components, Unicode comparison and filename plans do not resolve symlinks or atomically reserve a destination.
References
Similar or alternative tools
- Filename Extension Chain Replacer
Replace the complete literal extension chain while preserving the leading-dot-aware stem; an empty extension list removes the chain.
- Leading Dot Filename Extension Split
Split the final filename extension while preserving a leading-dot-only name as extensionless; a trailing dot gives an empty extension.