Live data from Hacker News

Cloact: Minimalistic React for ClojureScript

holmsand.github.io

31–40 of 45 posts

Re: Cloact: Minimalistic React for ClojureScript

#31

Earlier quoted context omitted.

“Reajure” might be better. Halfway between “reassure” and “erasure”.

Leiningen will actually complain with this message if you try to make a project name that is too 'punny': Sorry, names such as clojure or *jure are not allowed. If you intend to use this name ironically, please set the LEIN_IRONIC_JURE environment variable and try again. edit: this did not stop me from starting such a project https://github.com/tomjakubowski/dujure

Hah, that’s delightful! And a good lint rule besides. The Haskell world has a disproportionate number of packages whose names begin with H. Apparently my own joke wasn’t appreciated, though. :(

Re: Cloact: Minimalistic React for ClojureScript

#32
post #23

Sorry for the noob question, but: does this take the place of Hiccup? Or, would one use both at the same time?

As danh and drcode said, Hiccup is basically edn->text and server side only but there are a number of implementations of the same concept in ClojureScript:

https://github.com/teropa/hiccups - Basically a straight port of hiccup to ClojureScript.

https://github.com/ibdknox/crate - Returns dom nodes instead of strings.

https://github.com/lynaghk/singult - Works in Clojure or ClojureScript and offers live merging of nodes into the dom.

https://github.com/Prismatic/dommy - Dommy is more than just templating but offers a hiccup style templating language too.

And I'm sure there are others.

Re: Cloact: Minimalistic React for ClojureScript

#34
post #20
post #11

I can't see that word without thinking of Cloaca. Cloaca. If you don't know what it is, you should. Cloaca.

My mother language is Spanish, and to be honest the first time i read the name i was thinking the word "cloth" or "coat" instead "cloaca".

Beware: you might be understanding cloaca as sewer (alcantarilla).

They mean THIS cloaca: https://en.wikipedia.org/wiki/Cloaca

Re: Cloact: Minimalistic React for ClojureScript

#35
post #34
post #20

Earlier quoted context omitted.

My mother language is Spanish, and to be honest the first time i read the name i was thinking the word "cloth" or "coat" instead "cloaca".

Beware: you might be understanding cloaca as sewer (alcantarilla). They mean THIS cloaca: https://en.wikipedia.org/wiki/Cloaca

LOL!

Re: Cloact: Minimalistic React for ClojureScript

#36
React is nice. I've created a simple library that shares same core concept - map DOM to Javascript objects. The difference is my lib uses Javascript standard data type, array, to represent tag, and hash(or object) to represent attributes, and strings for text contents. With a few tricks, I got a very powerful library - http://github.com/gcao/T.js. You can see an example written in CoffeeScript here

https://gist.github.com/gcao/8363743

Re: Cloact: Minimalistic React for ClojureScript

#37
post #7

While I haven't had any time to play with ClojureScript, Om, React, etc. I've been keeping a pretty watchful eye, because the stack looks very appealing. One bit that doesn't look appealing to me in Om, or Cloact is the tree-building. Is there anything in ClojureScript and React right now that will let me build templates in HTML and attach functionality via attributes Angular-style?

As I suggest below I don't see why you could not compile to Om or Cloact from HTML for a friendlier presentation for designers. Still I don't think Cloact nor Om DOM syntax is particularly unapproachable for designers - I think we need some good documentation and some compelling, friendly walk-through demos (Light Table anyone? :)

Please yes (on the Light Table demo). I know my way around ClojureScript, and I cannot get the Om TODOMVC demo to run in Light Table. If I get it figured out, I guess I'll be the one writing the tutorial, but so far no dice.

Re: Cloact: Minimalistic React for ClojureScript

#38
post #7

While I haven't had any time to play with ClojureScript, Om, React, etc. I've been keeping a pretty watchful eye, because the stack looks very appealing. One bit that doesn't look appealing to me in Om, or Cloact is the tree-building. Is there anything in ClojureScript and React right now that will let me build templates in HTML and attach functionality via attributes Angular-style?

As I suggest below I don't see why you could not compile to Om or Cloact from HTML for a friendlier presentation for designers. Still I don't think Cloact nor Om DOM syntax is particularly unapproachable for designers - I think we need some good documentation and some compelling, friendly walk-through demos (Light Table anyone? :)

> Still I don't think Cloact nor Om DOM syntax is particularly unapproachable for designers

It's not just designers who appreciate using declarative markup over programmatic syntax! Of all the people who might understand this, I'd have thought you would be the first in line (as a fan of your work on core.logic and inspiring me to learn prolog)!

Re: Cloact: Minimalistic React for ClojureScript

#39

Earlier quoted context omitted.

As I suggest below I don't see why you could not compile to Om or Cloact from HTML for a friendlier presentation for designers. Still I don't think Cloact nor Om DOM syntax is particularly unapproachable for designers - I think we need some good documentation and some compelling, friendly walk-through demos (Light Table anyone? :)

> Still I don't think Cloact nor Om DOM syntax is particularly unapproachable for designers It's not just designers who appreciate using declarative markup over programmatic syntax! Of all the people who might understand this, I'd have thought you would be the first in line (as a fan of your work on core.logic and inspiring me to learn prolog)!

I find the React approach very declarative. Certainly competitive with most of the templating systems I've used, few of which I can speak very highly of :)

Re: Cloact: Minimalistic React for ClojureScript

#40

Earlier quoted context omitted.

> Still I don't think Cloact nor Om DOM syntax is particularly unapproachable for designers It's not just designers who appreciate using declarative markup over programmatic syntax! Of all the people who might understand this, I'd have thought you would be the first in line (as a fan of your work on core.logic and inspiring me to learn prolog)!

I find the React approach very declarative. Certainly competitive with most of the templating systems I've used, few of which I can speak very highly of :)

I've used both dojo dijit and angularjs templates. I admit, I haven't done more than read your blog on Om, but I very much prefer the html declarative templates of both dojo and angularjs ... show me how Om/React beats direct html templates, I'm not seeing it.

I'm not trying to be too non-constructive critical here, I fully admit I haven't tried Om/React, just looked at your blog post about it. So what am I missing?

Post reply on HN