You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think a plugin system could be useful for aliasing prop names as well as take advantage of any caching the library may be doing.
This is just a rough idea, but plugins could be created through functions and all they would do is allow translation/resolution of what the incoming props mean. For example, this could be useful for libraries that may alter the CSS API with an API like Stack on top of Flexbox.
I was thinking anout a plugin system during the initial development phases, but decided against them to reduce the scope of the library.
Auto-prefixing is sufficient for property–value pairs, but pseudos may also be supported later.
I would rather support ordinary CSS (e.g. flexbox layout) than custom logic (e.g. a stack with non-standard attributes). For the latter, components could be defined in libraries like React. Frameworks like glaze could also build upon otion to bring more customizability out of the box.
Motivation
The ability to specify plugins similar to Glamor.
Basic example
I think a plugin system could be useful for aliasing prop names as well as take advantage of any caching the library may be doing.
This is just a rough idea, but plugins could be created through functions and all they would do is allow translation/resolution of what the incoming props mean. For example, this could be useful for libraries that may alter the CSS API with an API like Stack on top of Flexbox.
Since plugins are created from a function they scope the custom API but still resolve to the same atomic styles used elsewhere:
The text was updated successfully, but these errors were encountered: