This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-06-06
Channels
- # beginners (137)
- # cider (60)
- # cljs-dev (52)
- # cljsrn (5)
- # clojars (15)
- # clojure (156)
- # clojure-brasil (1)
- # clojure-dev (7)
- # clojure-italy (13)
- # clojure-serbia (2)
- # clojure-spec (12)
- # clojure-uk (76)
- # clojurescript (129)
- # core-async (27)
- # core-typed (1)
- # cursive (3)
- # datomic (105)
- # devcards (39)
- # emacs (10)
- # figwheel (1)
- # fulcro (68)
- # graphql (6)
- # juxt (3)
- # klipse (85)
- # lein-figwheel (47)
- # leiningen (3)
- # midje (1)
- # mount (26)
- # off-topic (71)
- # om (4)
- # overtone (4)
- # parinfer (3)
- # pedestal (4)
- # portkey (37)
- # re-frame (37)
- # reagent (13)
- # reitit (3)
- # ring (1)
- # rum (5)
- # shadow-cljs (191)
- # spacemacs (35)
- # specter (26)
- # tools-deps (45)
- # vim (20)
is there a way to get the individual spec keywords mapped to by an s/or call?
looks like describe gets me most of the way if there's nothing better
Is there a way to get conformed output to be different for non-regex specs? I have a bunch of strings I need to parse, and I’d like to validate a parsed string against the spec, and returned the parsed values, if they conform
in short, no
you would need a custom spec impl for that currently and I wouldn’t recommend that as the guts are likely to change
in the future, maybe
(s/valid? :fhir-type/PaymentReconciliation
examples/pay-rec)
false
com.breezeehr.specs.fhir.PaymentReconciliation>
(s/explain :fhir-type/PaymentReconciliation
examples/pay-rec)
Success!
nil
anyone familiar with something like this?@dpsutton I have seen some occasional bugs reported against spec that seem to have that behavior -- I guess you'll need to dig into that :fhir-type/PaymentReconciliation
spec and see what it's doing?
It kinda sorted itself out but no idea what the transient state was. Just wondering if it was known bug or if we were way off the beaten trail
Ah, a Heisenspec? 🙂