Text positioning regression in 0.36 compared to 0.27
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 4.1k
- Forks
- 348
- Avg merge
- 1d 14h
- Merged PRs (30d)
- 3
Description
I was running version 0.27 of `resvg-explorer-extension.exe` for a long time and came around to update recently and noticed a regression between 0.27 and 0.36 in regard to the text handling/positioning.
As i am also using `usvg` in a project of mine to parse SVG files and then render them, i went ahead and also updated my project from 0.27 to 0.36 and noticed the same regression there.
Here you can find an example:
### usvg 0.27 (correct text placement)
Rendered in my project:
### usvg 0.36 (wrong text placement)
Rendered in my project:
Thumbnail rendered in explorer:
If you look closely where the arrow points to, you can see, some cut of text pieces there.
I'll also attach the file in question for debugging reasons:
[twinkle.zip](https://github.com/RazrFalcon/resvg/files/13061007/twinkle.zip)
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the attached twinkle.zip and compare its text rendering between usvg 0.27 and 0.36, using the provided screenshots as the expected-versus-regressed behavior. The issue names no source file or test; done means the affected text is positioned and rendered without the reported clipped pieces in both the project output and explorer thumbnail.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- computer-graphics
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100