remark-remove-url-trailing-slash
v3.0.0
Published
remark plugin that removes trailing slashes from the ends of all URLs
Maintainers
Readme
remark-remove-url-trailing-slash
This is a unified (remark) plugin that removes trailing slashes from the ends of all URL paths (not query strings or hashes).
Since this is not always a purely cosmetic change, you might also be interested in remark-ignore, which lets you instruct remark not to transform parts of your Markdown documents (such as a link).
See also the onlyConsiderHostUrls option.
Install
Due to the nature of the unified ecosystem, this package is ESM only and cannot be
require'd.
To install:
npm install --save-dev remark-remove-url-trailing-slashUsage
For maximum flexibility, there are several ways this plugin can be invoked.
Via API
import { read } from 'to-vfile';
import { remark } from 'remark';
import remarkRemoveUrlTrailingSlash from 'remark-remove-url-trailing-slash';
const file = await remark()
.use(remarkRemoveUrlTrailingSlash)
.process(await read('example.md'));
console.log(String(file));Via remark-cli
remark -o --use remove-url-trailing-slash README.mdVia unified configuration
In package.json:
/* … */
"remarkConfig": {
"plugins": [
"remark-remove-url-trailing-slash"
/* … */
]
},
/* … */In .remarkrc.js:
module.exports = {
plugins: [
// …
'remove-url-trailing-slash'
]
};In .remarkrc.mjs:
import remarkRemoveUrlTrailingSlash from 'remark-remove-url-trailing-slash';
export default {
plugins: [
// …
remarkRemoveUrlTrailingSlash
]
};API
Detailed interface information can be found under docs/.
Options
This plugin recognizes the following options:
onlyConsiderHostUrls
Valid values: boolean
Default: false
Trailing slashes will be removed from all URL paths by default, including
single-character / paths (i.e. "empty" paths).
If this option is true, trailing slashes will only be removed from
non-relative URLs with empty paths, e.g.
https://example.com/#readme => https://example.com#readme.
Examples
Suppose we have the following Markdown file example.md:
[link 1](https://example.com)
[link 2](https://example.com/)
[link 3](https://example.com/some/path/)
[link 4](https://example.com/#readme)
[link 5](https://example.com/some/path/#readme)
[link 6](https://example.com/some/path/#readme/)
[link 7][1]
[1]: https://www.youtube.com/watch/?v=dFs4yX4V7NQ/Using the Default Configuration
Running the following JavaScript:
import { read } from 'to-vfile';
import { remark } from 'remark';
import remarkRemoveUrlTrailingSlash from 'remark-remove-url-trailing-slash';
const file = await remark()
.use(remarkRemoveUrlTrailingSlash)
.process(await read('example.md'));
console.log(String(file));Would output the following:
[link 1](https://example.com)
[link 2](https://example.com)
[link 3](https://example.com/some/path)
[link 4](https://example.com#readme)
[link 5](https://example.com/some/path#readme)
[link 6](https://example.com/some/path#readme/)
[link 7][1]
[1]: https://www.youtube.com/watch?v=dFs4yX4V7NQ/Using onlyConsiderHostUrls
Running the following JavaScript:
import { read } from 'to-vfile';
import { remark } from 'remark';
import remarkRemoveUrlTrailingSlash from 'remark-remove-url-trailing-slash';
const file = await remark()
.use(remarkRemoveUrlTrailingSlash, {
// Do not change URLs with paths
excludeHeadingLevel: { onlyConsiderHostUrls: true }
})
.process(await read('example.md'));
console.log(String(file));Would output the following:
[link 1](https://example.com)
[link 2](https://example.com)
[link 3](https://example.com/some/path/)
[link 4](https://example.com#readme)
[link 5](https://example.com/some/path/#readme)
[link 6](https://example.com/some/path/#readme/)
[link 7][1]
[1]: https://www.youtube.com/watch/?v=dFs4yX4V7NQ/Related
- remark-lint-no-url-trailing-slash — the remark-lint version of and inspiration for this package.
- remark-ignore — use comments to exclude one or more nodes from transformation.
Appendix
Further documentation can be found under docs/.
Published Package Details
This is an ESM-only package built by Babel for use in Node.js
versions that are not end-of-life. For TypeScript users, this package supports
both "Node10" and "Node16" module resolution strategies.
That means ESM source will load this package via import { ... } from ... or
await import(...) and CJS source will load this package via dynamic
import(). This has several benefits, the foremost being: less code
shipped/smaller package size, avoiding dual package
hazard entirely, distributables are not
packed/bundled/uglified, and a drastically less complex build process.
The glaring downside, which may or may not be relevant, is that CJS consumers
cannot require() this package and can only use import() in an asynchronous
context. This means, in effect, CJS consumers may not be able to use this
package at all.
Each entry point (i.e. ENTRY) in package.json's
exports[ENTRY] object includes one or more export
conditions. These entries may or may not include: an
exports[ENTRY].types condition pointing to a type
declaration file for TypeScript and IDEs, a
exports[ENTRY].module condition pointing to
(usually ESM) source for Webpack/Rollup, a exports[ENTRY].node and/or
exports[ENTRY].default condition pointing to (usually CJS2) source for Node.js
require/import and for browsers and other environments, and other
conditions not enumerated here. Check the
package.json file to see which export conditions are
supported.
Note that, regardless of the { "type": "..." } specified in
package.json, any JavaScript files written in ESM
syntax (including distributables) will always have the .mjs extension. Note
also that package.json may include the
sideEffects key, which is almost always false for
optimal tree shaking where appropriate.
License
See LICENSE.
Contributing and Support
New issues and pull requests are always welcome and greatly appreciated! 🤩 Just as well, you can star 🌟 this project to let me know you found it useful! ✊🏿 Or buy me a beer, I'd appreciate it. Thank you!
See CONTRIBUTING.md and SUPPORT.md for more information.
Contributors
See the table of contributors.
