This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-05-29
Channels
- # architecture (2)
- # bangalore-clj (2)
- # beginners (177)
- # boot (1)
- # cider (36)
- # clara (15)
- # cljs-dev (30)
- # cljs-experience (6)
- # cljsrn (7)
- # clojure (94)
- # clojure-argentina (2)
- # clojure-brasil (1)
- # clojure-dusseldorf (6)
- # clojure-greece (1)
- # clojure-italy (18)
- # clojure-norway (4)
- # clojure-quebec (1)
- # clojure-russia (28)
- # clojure-sg (3)
- # clojure-spec (12)
- # clojure-turkiye (1)
- # clojure-uk (12)
- # clojurescript (169)
- # code-reviews (4)
- # community-development (2)
- # core-async (6)
- # core-matrix (6)
- # cursive (35)
- # datomic (18)
- # devcards (4)
- # euroclojure (1)
- # hoplon (2)
- # keechma (4)
- # klipse (2)
- # leiningen (1)
- # luminus (16)
- # mount (1)
- # off-topic (34)
- # om (31)
- # pedestal (6)
- # re-frame (14)
- # reagent (33)
- # specter (4)
- # uncomplicate (8)
- # unrepl (15)
- # untangled (24)
- # yada (25)
Hi, I have a style question. I’m using a pretty awesome react UI library grommet (highly recommended, especially for people like me who suck as UI stuff), to make it easier to use I decided to write a wrapper lib that (def)s all the symbols, etc., in the same vein as soda-ash (a wrapper for semantic UI React). With it in place you can do stuff like
[MyComponent …]
However in looking at the reagent shorthand I also created a variation that allows you to
[:> MyComponent ...]
Just wondering what folks think is better. Even though it’s a few more chars, I’m leaning towards the latter at the moment as it signals the reader that your’e dealing with a native React component.
Thoughts?
I think both variants are fine
Grommet looks pretty polished. What's its value proposition?
@eoliphant I agree with @pesterhazy, both variants make sense 🙂 If you use :>
, I would add a link to "Better interop with native React" section in https://reagent-project.github.io/news/news060-alpha.html in your readme ... I find many people end up asking what :>
means and it is hard to google
@pesterhazy I gather that they’re attempting a pretty complete set of components along with complementary guidance on UX best practices, etc etc. And again, for someone like me who can’t draw cows, it’s pretty good. I’d been using Semantic UI a lot for similar reasons, but these guys seem to have gone a step further..
It looks great for sure and feels snappy
My concern would be running into a limitation, and getting stuck fixing it within the framework
Or there's a missing UI element, and if I just build my own calendar widget or whatever it sticks out like a sore thumb
@eoliphant grommet looks pretty awesome! I'd be excited to use a wrapper lib
In general with frameworks, I agree with @pesterhazy (i tend to write most css by hand) .. but at the same time, many people use them and they are great for spinning up things fast, so i think there is a place for them
yeah that’s always the tradeoff @pesterhazy I actually did widget inventory against some of the projects I wanted to try it on. and it lined up pretty well. But yeah, youre on the hook for making any custom stuff look consistent
Widget inventory sounds great
and for me the out of the box L&F is really nice, so it’s like I can get things going and looking presentable
and then turn it over to someone who can draw cows and knows CSS better than I do lol
I liked semantic for that as well, really nice to begin with, but tons of customization, etc options
A wrapper like baking soda for grommet sounds great
Agree about prototyping, it's cool to show a demo to a client/stakeholder after a few days
Especially with fancy transitions!
one PITA, same thing the Soda-ash lib had to work around is defs that collide with clojure.core like (box,list, etc)
That's only a problem inside the lib though
seems like there has to be a way around this, but for now I just copied Soda-ash, and created an exception list that tacks a suffix onto those symbols
Consumers can access via ns