Skip to content

New FontData Constructor to create a deep copy #2128

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 3 commits into
base: master
Choose a base branch
from

Conversation

ShahzaibIbrahim
Copy link
Contributor

This change will give us a chance to use proper channel to create a deep copy of FontData object instead of using FontData(fd.toString)

Copy link
Contributor

github-actions bot commented May 8, 2025

Test Results

   545 files  + 6     545 suites  +6   32m 0s ⏱️ + 2m 17s
 4 378 tests +38   4 360 ✅ +36   18 💤 +3  0 ❌  - 1 
16 651 runs  +41  16 510 ✅ +39  141 💤 +3  0 ❌  - 1 

Results for commit c7a5291. ± Comparison against base commit 4df99ba.

♻️ This comment has been updated with latest results.

This change will give us a chance to use proper channel to create a deep
copy of FontData object instead of using FontData(fd.toString)
Using the new constructor FontData(fontData) to deep copy the object.
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 this pull request may close these issues.

Improve FontData Copying: Replace String Constructor with Safer Approach
1 participant