Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

GH-80 Broke Highlight/Underline/Strikethrough #182

Closed
gtache opened this issue Apr 6, 2021 · 4 comments · Fixed by #184
Closed

GH-80 Broke Highlight/Underline/Strikethrough #182

gtache opened this issue Apr 6, 2021 · 4 comments · Fixed by #184

Comments

@gtache
Copy link
Contributor

gtache commented Apr 6, 2021

Basically, we get something like this when trying to highlight:
2021-04-06_13h52_31
I guess it's simply a side effect of the new font system and could be resolved by improving the font detection/printing.

@pcorless
Copy link
Owner

pcorless commented Apr 7, 2021

I have a few samples like this as well. I've generally found it wasn't great before either but that doesn't really matter now. Could you send over a few samples and I'll prioritise. It's a really small piece of code in question but more examples will help figure out what happening with the transforms.

@pcorless pcorless linked a pull request Apr 14, 2021 that will close this issue
@pcorless
Copy link
Owner

Can you take a look at the PR/branch. Still terrible code but it does address my corner cases for bad text selection bounds.

@pcorless
Copy link
Owner

Found a few regressions.

@pcorless
Copy link
Owner

Committed a fix to address the remaining text selection issues. It seems that descent isn't always negative in the FontDescriptor which was messing up the bounds. Sizes can also be negative which can confuse the issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants