Releases: benbrandt/text-splitter
v0.18.1
v0.18.0
v0.17.1
v0.17.0
Breaking Changes
- Support
tree-sitter@v0.24
for CodeSplitters. - Due to a slight change in the backing unicode segmentation implementation, there are some slight shifts in behavior for CodeSplitters as well (in my tests, mostly that semicolons have a more logical grouping with previous content).
Full Changelog: v0.16.1...v0.17.0
v0.16.1
What's New
Updates pulldown-cmark
to v0.12.1
to address an issue with high CPU usage for certain Markdown elements.
Full Changelog: v0.16.0...v0.16.1
v0.16.0
Breaking Changes
- Update to
v0.23.0
oftree-sitter
forCodeSplitter
. There was a breaking change for language definitions, so this is also a breaking change for us, especially on the Python side, since we support passing the language in. - Minimum Python version for the Python bindings is now 3.9 since 3.8 will be EOL next month.
Python
Make sure to upgrade to the latest version of your tree-sitter language package.
Rust
Make sure to upgrade to the latest version of your tree-sitter language package crate. These know have a LANGUAGE
constant rather than a language()
function.
// Before
tree_sitter_rust::language()
// After
tree_sitter_rust::LANGUAGE
What's New
MarkdownSplitter
can better parse the Commonmark HS extension for Definition Lists.
Full Changelog: v0.15.0...v0.16.0
v0.15.0
v0.14.1
What's New
- Small performance improvements where checking the size of the chunk is avoided if we already know it is too small or we don't need to. #261
- Loosen dependency ranges for Rust crates to allow for more flexibility in the versions you can use.
Full Changelog: v0.14.0...v0.14.1
v0.14.0
What's New
Performance fixes for large documents. The worst-case performance for certain documents was abysmal, leading to documents that ran forever. This release makes sure that in the worst case, the splitter won't be binary searching over the entire document, which it was before. This is prohibitively expensive especially for the tokenizer implementations, and now this should always have a safe upper bound to the search space.
For the "happy path", this new approach also led to big speed gains in the CodeSplitter
(50%+ speed increase in some cases), marginal regressions in the MarkdownSplitter
, and not much difference in the TextSplitter
. But overall, the performance should be more consistent across documents, since it wasn't uncommon for a document with certain formatting to hit the worst-case scenario previously.
Breaking Changes
- Chunk output may be slightly different because of the changes to the search optimizations. The previous optimization occasionally caused the splitter to stop too soon. For most cases, you may see no difference. It was most pronounced in the
MarkdownSplitter
at very small sizes, and any splitter usingRustTokenizers
because of its offset behavior.
Rust
ChunkSize
has been removed. This was a holdover from a previous internal optimization, which turned out to not be very accurate anyway.- This makes implementing a custom
ChunkSizer
much easier, as you now only need to generate the size of the chunk as ausize
. It often required in tokenization implementations to do more work to calculate the size as well, which is no longer necessary.
Before
pub trait ChunkSizer {
// Required method
fn chunk_size(&self, chunk: &str, capacity: &ChunkCapacity) -> ChunkSize;
}
After
pub trait ChunkSizer {
// Required method
fn size(&self, chunk: &str) -> usize;
}
- Optimization for SemanticSplitRange searching by @benbrandt in #219
- Performance Optimization: Expanding binary search window by @benbrandt in #231
Full Changelog: v0.13.3...v0.14.0
v0.13.3
What's Changed
- Fixes broken PyPI publish because of a bad dev dependency specification
Full Changelog: v0.13.2...v0.13.3