Fork me on GitHub
#clojurescript
<
2015-10-25
>
edbond06:10:57

How use cljsjs react bootstrap? https://github.com/cljsjs/packages/tree/master/react-bootstrap I have added it to dependencies, web page mention Foreign Libs, what should I put there?

asolovyov08:10:44

is there a good tutorial about writing externs?

thheller08:10:18

@edbond: you add the require to your ns cljsjs.react-bootstrap and then use it via js interop

thheller08:10:21

eg. (js/ReactBootstrap.Alert #js {} "alert-msg")

nberger17:10:50

@dnolen great example, thanks!

darwin17:10:21

@dnolen: very interesting article, that is only one step to recording user behaviours and using them as your testing data, instead/in_addition to randomly generated actions

darwin17:10:15

something like this: when app error is thrown beta version could ask user to submit recorded workflow back as a test case

dnolen18:10:54

@darwin: recording user interactions is completely inferior to this approach

dnolen18:10:27

that’s like recording programs to test that Clojure’s data structures are OK

dnolen18:10:14

in any case I didn’t have time to explain the theory of property based testing.

darwin18:10:31

maybe I’m missing something, but IMO when you want to model user behaviour the hard part is to write those random generators to model a user properly

dnolen18:10:34

I suggest reading up on that (if you haven’t) before assuming anything I may be talking about.

darwin18:10:33

you provided nice tooling and decoupling of code pieces so those test can be executed nicely, but the hard part is still writing those generators

dnolen18:10:00

the whole point of property based testing is to make writing generators feasible

dnolen18:10:23

and the whole reason why the grammar for Om Next query expressions is trivial

dnolen18:10:54

if property testing can find bugs in Clojure datastructures after multi hours runs

dnolen18:10:11

I guarantee what I’m saying can be done reasonably well for user interfaces

dnolen18:10:31

and in no way claiming this is the only thing

dnolen18:10:44

but reliance on recorded UI interactions, QA, etc. this stuff isn’t working

darwin18:10:58

good points, I see

edbond20:10:45

Thanks, @thheller . I figured out how to use that in rum, it's a verbose way.

sgrove22:10:12

@dnolen: I’ve had this idea kicking around for awhile, love the way you’ve made it work

dnolen22:10:50

@sgrove: it great when stuff like this doesn't actually require any integration :)

amacdougall22:10:17

Okay, so I finally remedied my ignorance about Om Next; or at least, I watched the videos and read the words. The principles are still seeping into my brain. It seems that Om Next is intended to work very nicely with Datomic, but it does not seem to be strictly tied to it. It seems entirely reasonable to build an Om Next app on a traditional REST API; you'd just need to get an abstraction around it. And you'd still get many or most of the benefits of the system.

dnolen22:10:40

That's right