This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-06-02
Channels
- # announcements (1)
- # asami (89)
- # aws (10)
- # babashka (41)
- # beginners (71)
- # calva (25)
- # cider (3)
- # clj-kondo (65)
- # cljdoc (15)
- # cljs-dev (3)
- # cljsrn (8)
- # clojure (56)
- # clojure-europe (44)
- # clojure-italy (1)
- # clojure-nl (2)
- # clojure-uk (48)
- # clojured (7)
- # clojurescript (17)
- # conjure (6)
- # cursive (3)
- # datomic (9)
- # emacs (11)
- # events (3)
- # fulcro (3)
- # helix (3)
- # honeysql (7)
- # hugsql (6)
- # introduce-yourself (2)
- # jobs (2)
- # kaocha (4)
- # luminus (1)
- # nrepl (2)
- # off-topic (10)
- # pathom (7)
- # philosophy (3)
- # polylith (27)
- # reagent (18)
- # reitit (3)
- # remote-jobs (7)
- # reveal (3)
- # shadow-cljs (9)
- # slack-help (5)
- # tools-deps (9)
- # vim (48)
how does kaocha.matcher-combinators
supposed to work?
do i have to load it explicitly before loading any other kaocha namespace?
my output doesn't look very nicely diffed:
expected: (match? {:some.long/key 1, :other.long/key 2} {:other.long/key 22, :c 3})
actual: {:other.long/key (mismatch 2 22),
:c 3,
:some.long/key (missing 1)}
compared to the nicely colored and indented output i get with the =
assert-expr:
Expected:
{:other.long/key 2, :some.long/key 1}
Actual:
{:other.long/key -2 +22, +:c 3, -:some.long/key 1}
what am i missing?
im on kaocha 1.0.861
and matcher-combinators 3.1.4
i see kaocha deps.edn
, in its :test
alias refers to the 1.5.2
version of the matcher-combinators
. i tried that version and i'm still getting the same misaligned output.
ok, i see kaocha.api/run
loads the kaocha.matcher-combinators
if it finds that nubank library available:
https://github.com/lambdaisland/kaocha/blob/61faa2a4f647d350fefe3784c3ef707046f17610/src/kaocha/api.clj#L108-L109
I think we could use better documentation for matcher-combinator support. I'll write up an issue.
👍 3