Enhance Color

[ouz-a]

This pr does the following

1. Color is accepted as percentage values like 42%
2. Add various colors as constants from tailwind and add ability to shade/tint a color
3. Ability to use color literals without expressions, e.g Rectangle fill = rgba(100.0%,0.0%,0.0%,100.0%
4. Support hexadecimal rgb values so this will work Rectangle fill = #123456
5. Allow coercion from Color to Fill

[zackbrown]

There are at least two issues blocking this merge; see comments inline.

[zackbrown]

I believe this is problematic. I set up repro here:
https://github.com/pax-lang/pax/compare/6df4802c6b32^...78fb7765dcb2#diff-22275c553b4a7bfe13d35b04f59015dba9373818c30049484349acdb2a4627f4L3

I started with your branch, rebased off of origin/master so we have Warfa's latest work on /examples, then modified the fireworks example to be able to reproduce the error I'm seeing related to this .into.

You should be able to reproduce by pulling the branch oa/pax_qualia (from this repo) and running cargo run --examples fireworks. The error:

error[E0277]: the trait bound `isize: From<i32>` is not satisfied
   --> /Users/zack/code/pax/examples/src/fireworks/.pax/pkg/pax-cartridge/src/lib.rs:110:19
    |
110 |             0..60.into()
    |                   ^^^^ the trait `From<i32>` is not implemented for `isize`

This is on the range expression for i in 0..60 — the addition of the .into breaks that range literal. If we need to add an additional .into for Color, can it be higher in the codegen than this terminal statement? Because of the constraints around the graph of types we can into, each new into comes with a cost, so is it possible to drop this one entirely?

[zackbrown]

I'm not sure this code path is being hit. When I try fill={hlc((ticks + i * 360.0 * 3)%, 50%, 50%)} in the Fireworks example, I get an error:

168 | ...   hlc((Size::Percent((ticks +((i *(Numeric::from(360.0 )).into())*(Numer...
    |       ^^^ not found in this scope

My best guess from a quick look is that we might be short-circuiting this on line 211 of this file: https://github.com/pax-lang/pax/pull/71/files#diff-3bfd18387cf178bec2da888bfa3aadadd3de4522ed242e2b303877b0a3dcb855R211 , but the issue might be something else entirely.