IF YOU WOULD LIKE TO GET AN ACCOUNT, please write an
email to Administrator. User accounts are meant only to access repo
and report issues and/or generate pull requests.
This is a purpose-specific Git hosting for
BaseALT
projects. Thank you for your understanding!
Только зарегистрированные пользователи имеют доступ к сервису!
Для получения аккаунта, обратитесь к администратору.
- Moves as much data out of the `Vm`
- Removes duplication with call_vm and call_vt flavours
- Uses tracked chain instead of fixed int for determining max nesting depth
- This means that nesting checks now generalizes to layout and realization, to detect crashing show rules and overly nested layouts
For PDF, they will be immediately turned into plain text. However, it's still useful because templates can now accept content titles (with math or such things) instead of forcing strings because of set document. Moreover, it will be useful with "get rules" in the future.
This PR does a few small things:
- Oklab's a*/b* and Oklch's chroma components can be as large as desired.
- In PDF, when encoding Oklab, the range is widened from [-0.4,0.4] to [-0.5,0.5].
- In PDF, clamping is now performed on Oklch's chroma instead of a* and b*.
This causes hue not to be distorted when clamping.
SVG and PNG export remain unchanged:
- SVG itself never had any restrictions on chroma.
We directly use the `oklab` and `oklch` CSS colors, which should work fine for the most part.
In the future, embedded ICC profiles might be nice. Further research is likely necessary.
- While PNG does not support color spaces like Oklab or Oklch, certain useful features exist.
One can define gamma (gAMA) and chromacities&whitepoint (cHRM) chunks and even embed ICC profiles.
While `image` crate does not support these features for encoding, its backend crate `png` does support gAMA and cHRM.
It does not allow embedding ICC profiles yet, though.
As it stands, to fully support wide gamuts and more accurate colors, more work is necessary.
This PR should help a bit though.
