While Om improves significantly over plain React, there's 2 related problems
I've been running into that I'd like to hear other opinions on.
1) Difficulty of passing children (as in React's props.children)
2) Custom component construction syntax does not mirror DOM element
construction syntax
Hi Jonas,
Thanks for the reply. I had thought that :opts were static for the lifetime of
a component, but I tested it out and your solution does work, even with lists
of children of varying length. I think that's an improvement over using
component local state for children, but still not quite
I've got a project right now that uses javascript on the client and server and
I'd love to be able to migrate to clojurescript. I'm wondering whether anyone
is aware of any software that will transform the js into clojurescript. I
wouldn't be surprised to learn that transforming clojure to
Ha! Make a lein plugin for it and we're set.
--
Note that posts from new members are moderated - please be patient with your
first post.
---
You received this message because you are subscribed to the Google Groups
ClojureScript group.
To unsubscribe from this group and stop receiving emails
I wouldn't expect the tool to transform the js into _good_ clojurescript, just
a syntax transformation to make the transition a bit easier.. it looks like
I'll probably have to do what you mentioned and have both js and cljs in the
code base. Thanks for the input.
--
Note that posts from new
On Monday, November 24, 2014 6:51:33 PM UTC-5, Dustin Getz wrote:
I have a Reagent library, which does not include a hosting application, and
provides an example host application as a separate project. So two projects -
lib and example.
My current workflow for development is horrible:
At work we use clojurescript to implement a front-end with minified and
gzipped assets coming in at around 170KB. If I can’t reduce that
substantially I’ll probably have to rewrite in javascript. I’m posting to
share some ideas I have for reducing the size of the script and to ask for
any
Nathan, yes, I'm using advanced compilation, thanks.
Thomas, my concern with using :modules is polluting the global scope. We
deliver code for other companies to run on their websites and putting
multiple variables on the global scope is too risky. That being said, maybe
I can wrap each
Thanks Antonin, I wasn't aware that top-level data defs are universally bad
for DCE.
Yuri, I think you're right in general, but my application can be compiled
with particular features excluded so multimethods are problematic even in
my application code. And I've found that with re-frame
