8000 Use IDWriteFontFallback when it is available by moi15moi · Pull Request #794 · libass/libass · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Use IDWriteFontFallback when it is available #794

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

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

moi15moi
Copy link
Contributor

IDWriteFontFallback is available on Windows 8.1 and more.

There isn't any major advantage over the IDWriteTextLayout "technique". It is just less "hacky".

IDWriteFontFallback is available on Windows 8.1 and more.

There isn't any major advantage over the IDWriteTextLayout "technique".
It is just less "hacky".
@moi15moi
Copy link
Contributor Author
moi15moi commented Aug 2, 2024

Will this PR eventually get reviewed?

@astiob
Copy link
Member
astiob commented Aug 2, 2024

At a very quick glance: this seems to add quite a lot of code, but the old code is preserved and you say the new code has no advantage. What’s the point, then? Is there really nothing to gain here?

@moi15moi
Copy link
Contributor Author

What’s the point, then?

My first message pretty much say it. It is just less "hacky". That's the only point.
I compared the performance with IDWriteFontFallback and IDWriteTextLayout and they are pretty much the same.

I would totally understand that you would reject the PR.

@astiob
Copy link
Member
astiob commented Aug 10, 2024

Thanks. In that case:

I’d like a second opinion from other maintainers, but personally, I think it’s good to have this patch here on GitHub for posterity—for whenever (if ever) we decide to drop support for Windows versions prior to 8.1—but I’d rather avoid merging it, because it seems to increase maintenance burden (and attack surface) for no real benefit: even if the new code is cleaner, the old code is still there and continues to be maintained.

@TheOneric
Copy link
Member

I’m not familiar with DirectWrite API, so i’m just basing this off descriptions from prior comments here: if there’s no benefit for users and it only increases code complexity atm, i agree merging doesn’t make sense until(if) it can replace the current "hacky" code path

@Andarwinux
Copy link
Contributor

It would be better to just drop Windows 7/8 support.

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

Successfully merging this pull request may close these issues.

4 participants
0