This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2015-10-14
Channels
- # admin-announcements (21)
- # aws (5)
- # boot (41)
- # cider (76)
- # cljs-dev (15)
- # clojure (251)
- # clojure-brasil (25)
- # clojure-dev (16)
- # clojure-japan (8)
- # clojure-nl (1)
- # clojure-russia (110)
- # clojure-uk (7)
- # clojurescript (168)
- # clojurewerkz (1)
- # cursive (10)
- # datomic (45)
- # devcards (50)
- # emacs (5)
- # hoplon (6)
- # instaparse (6)
- # ldnclj (73)
- # lein-figwheel (4)
- # leiningen (6)
- # liberator (7)
- # luminus (2)
- # off-topic (19)
- # om (80)
- # onyx (2)
- # re-frame (11)
- # testing (12)
@bhauman: While looking into dependency issues that might be causing that problem, I noticed that devcards depends on react 0.13.1-0, but sablono depends on a more recent version 0.13.3.-0.
I was about to submit a pull request syncing them… then realized there’s a few other more recent dependencies.
Any objections to my sending a PR updating reagent, react, ClojureScript and OM? If not, do I version it as 0.2.0-4?
Hmpf. So I was about to release this on Gitlab, to give them a fair shake, then they started returning 503. 😞
OK, they’re back. https://gitlab.com/ricardojmendez/khroma-tests/
This isn't high priority or anything but wanted to report it. I tried Clojure 1.8.0-beta1 in my devcards app and running lein figwheel results in the following error: https://gist.github.com/frankhale/add6053284fb955403e1
@frankhale: can you make an issue for that?
@bhauman: Yes. It was related to changes on a new namespace, which did not have devcards on :require
, just on :require-macros
. If cljsbuild had to recompile because just that one had changed, devcards did not end up being included.
@bhauman: I can try and repro again later. Did not try to confirm it regressed if I removed it again and then edited just that .cljs - was tired to chasing it.
@ricardo: yeah no worries it's a good thing to know about. This conditional code thing is going to continue to cause people problems.
I may change the tutorial to be more like (:require [devcards.core :as dc :refer-macros [defcard]])
and then mention conditional inclusion as an option
If you want the potential of having your cards inline with your prod code then mention the steps to do that. I think that will save a lot of confusion.
Let me get more familiar with it (and confirm that was indeed the problem) before I comment.
Since on this project I’m always using it, I haven’t really tried to bring them into a project where I don’t want them on production (although that’ll happen soon).
is it possible to run 'lein figwheel' and have it start an https server rather than http?
@frankhale: nope, but you can use a tunneler like https://github.com/jugyo/tunnels
my app requests a secure api, injects an iframe and I need to inspect the iframe contents and cannot do that since my original protocol HTTP is different from the injected iframes protocol HTTPS
I guess I need to set up a HTTPS server like nginx or lighttpd in front and proxy to my devcards app so I can make this work
Oh by the way @bhauman, khroma-tests is where I get that rendering aberration you pointed out on Twitter.
@frankhale: that is what tunnels is. It's an HTTPS proxy
@bhauman: Confirming the build issue - it’s not a Heisenbug. If I go to khroma-tests.runtime and remove the devcards.core
reference from :require
, it does not get included on the resulting .js
@bhauman: Even further… if I remove it from other namespaces (tried storage
and browser-action
) build does go through correctly. It’s something with runtime
.