haxe-react
haxe-react copied to clipboard
Haxe-React #next: preparing for 2.0.0
`ReactMacro.jsx()` can not process this code: ```haxe class CompRenderFunctionProps extends ReactComponentOfPropsReactElement}> {} function fn() return jsx(''); ReactMacro.jsx(''); ```
I have always wanted to use haxe but the hurdles are a bit much to be productive in haxe while using react, especially the string based JSX, does this project...
This should not compile, or at least not without a warning: ```jsx Children passed as subtree ``` (currently, subtree takes priority)
Am I wrong or is js-object not needed anymore since Haxe 4?
see https://github.com/benmerckx/genes/issues/13#issuecomment-597417802 I think having a `var __tre(get, never)` plus an `inline` getter should preserve the performance, while making it genes-friendly
React will give the following runtime error: ``` Warning: Unsafe legacy lifecycles will not be called for components using new component APIs. MyComponent uses getDerivedStateFromProps() but also contains the following...
Hi, Rudy! It looks like react-next has this bug too. https://github.com/massiveinteractive/haxe-react/issues/131
`ReactType` currently fallback to `div` when there's an issue with resolving an extern component.
With compilation server on, and when using modular (maybe even without modular?), the macro setting `displayName` on jsxStatic components can break at runtime (maybe when some component move from a...