For ease-of-inclusion this should probably be handled by internal code, and provided as a set of properties on lfm_embed::ctx::model::Data
.
There are 3 main kinds of fonts we should support.
There is no good way to expose a typed enum with the current wizard UI, and the resulting UI from this could allow added user flexibility.
I propose the following API:
?font=foo
corresponds directly with * { font-family: 'foo' }
in the CSS.?font=foo&include-font=https://example.com/font.otf
will additionally append @font-face { font-family: 'foo' src: url('https://example.com/font.otf') }
.There will also be a ?include-stylesheet
parameter, allowing for general custom styles, including google fonts et. al.
Of the crates currently relied on, the following appear too feature-packed should be replaced with simpler internal code.