6 releases (3 stable)

1.1.1 Jun 30, 2023
1.1.0 Jan 13, 2021
1.0.0 Apr 25, 2020
0.99.0 Apr 11, 2020
0.99.0-dev.3 Mar 26, 2020

#52 in Text processing

Download history 61580/week @ 2024-06-20 57827/week @ 2024-06-27 49177/week @ 2024-07-04 47308/week @ 2024-07-11 47829/week @ 2024-07-18 56058/week @ 2024-07-25 50231/week @ 2024-08-01 53619/week @ 2024-08-08 50646/week @ 2024-08-15 52053/week @ 2024-08-22 50800/week @ 2024-08-29 56142/week @ 2024-09-05 56018/week @ 2024-09-12 54452/week @ 2024-09-19 58241/week @ 2024-09-26 50185/week @ 2024-10-03

227,653 downloads per month
Used in 293 crates (30 directly)

MIT/Apache

24KB
430 lines

text-size

Build Status Crates.io API reference

A library that provides newtype wrappers for u32 and (u32, u32) for use as text offsets.

See the docs for more.

License

Licensed under either of

at your option.

Contribution

Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.


lib.rs:

Newtypes for working with text sizes/ranges in a more type-safe manner.

This library can help with two things:

  • Reducing storage requirements for offsets and ranges, under the assumption that 32 bits is enough.
  • Providing standard vocabulary types for applications where text ranges are pervasive.

However, you should not use this library simply because you work with strings. In the overwhelming majority of cases, using usize and std::ops::Range<usize> is better. In particular, if you are publishing a library, using only std types in the interface would make it more interoperable. Similarly, if you are writing something like a lexer, which produces, but does not store text ranges, then sticking to usize would be better.

Minimal Supported Rust Version: latest stable.

Dependencies

~175KB