Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork149
deprecate other @obj#825
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Uh oh!
There was an error while loading.Please reload this page.
Conversation
@cknitt ? |
Sorry for the late reply. I think we should stay with an abstract type for correctness. typetransformtypeperspectiveTransform= {perspective:float}externalperspective:perspectiveTransform=>transform="%identity"typerotateTransform= {rotate:angle}externalrotate:rotateTransform=>transform="%identity"... ? |
Thank's for your reply! I don't think there's a big difference between those two syntaxes. It's not enough to justify a rewriting imho. lettransformStyle= [perspective(~perspective=2.0),scale(~scale=1.5)] lettransformStyle= [perspective({perspective:2.0}),scale({scale:1.5})] |
Hi@cknitt, can I have a review? thanks :) |
4bf53fd intomainUh oh!
There was an error while loading.Please reload this page.
Uh oh!
There was an error while loading.Please reload this page.
I deprecate some missing
@objon the project but I can't decide what to do with some of them.Example with
transformIn the react-native doc it's:
We cannot type it with
@unboxedso I only see two strategies:Pro: JS output is clean
Con: Can be error prone
Pro: Enforce type
Con: JS output an object with a
TAGfield (even if we can cutomize it with@tag)What's your opinion on it@cknitt ?