Want to try fastn for your company's website?
Book a Demo

Planned Changes In Next Edition

We have a bunch of backward incompatible changes that we want to make when create our next edition. Currently we do not have edition support, so before we implement these changes we have to add edition support as well.

Default value for fit property set to cover

Remove classes

-- ftd.text: hello
class: yo
Lang:
ftd
Looks better than
-- ftd.text: hello
classes: yo
Lang:
ftd

Most of the time we want to add a single attribute. We use singular name for plural even for text style and css etc.

We can not remove classes as it would break existing code, so we have to it on next edition.

ftd.color

We should introduce ftd.raw-color and change the definition of ftd.color to use ftd.raw-color instead of string as light and dark.

ftd.image-src

We should also have ftd.raw-image-src as the types of light and dark instead of string.

ftd.device: string -> or-type

We currently use string to represent ftd.device. Our or-type is superior and recommended way for modelling such enumerated constants.

ftd.ui -> ui

Every other built in type has no prefix, so why does ui? Also children, which is and alias for ftd.ui list does not have ftd. prefix.

ftd.color-scheme related types

We have a few abbrevated names. We prefer longer/descriptive names.

  • ftd.btb -> ftd.body-text-border
  • ftd.pst -> ftd.primary-secondary-tertiary
  • ftd.custom -> ftd.custom-colors
Long names are okay as these types are infrequently used.