This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-11-09
Channels
- # bangalore-clj (1)
- # beginners (158)
- # boot (8)
- # cider (9)
- # cljsjs (9)
- # clojure (169)
- # clojure-austin (1)
- # clojure-denmark (1)
- # clojure-dusseldorf (5)
- # clojure-italy (9)
- # clojure-losangeles (2)
- # clojure-russia (31)
- # clojure-spec (53)
- # clojure-turkiye (1)
- # clojure-uk (56)
- # clojurescript (145)
- # cursive (72)
- # datascript (4)
- # datomic (3)
- # duct (121)
- # events (9)
- # figwheel (1)
- # fulcro (46)
- # graphql (4)
- # hoplon (16)
- # jobs (1)
- # jobs-discuss (4)
- # leiningen (16)
- # lumo (5)
- # off-topic (38)
- # om (1)
- # om-next (5)
- # onyx (104)
- # parinfer (5)
- # re-frame (106)
- # reagent (1)
- # ring-swagger (3)
- # rum (1)
- # shadow-cljs (235)
- # slack-help (4)
- # unrepl (25)
- # yada (9)
good morning, romans. I have a small example here https://github.com/opyate/hoplon-demo Problem: if you tag "INTERNAL TRANSFER" with something, then click "Load more", the new "INTERNAL TRANSFER" aren't tagged. Just checking if I'm mis-using the spreadsheet-ness of Javelin
@opyate could you make a simple version of what you're trying to do?
@thedavidmeister haha, that is the simple version. The original version uses IndexedDB and channels, with CSV upload functionality.
@opyate i haven't pulled it down, but you shouldn't deref cells passed to dom elements
don't do (em @date)
just (em date)
you only deref when you want a single value at a specific point in time
e.g. when an event triggers
the point of cells is to manage many values over indefinite time for you 🙂
wowzers, deref really messes it up. I now have just 2 "INTERNAL TRANSFER" after "loading" - which is correct - instead of 7. (screenshots in https://github.com/opyate/hoplon-demo/tree/master/doc) Thanks for the pointer (no pun intended!) @thedavidmeister
I'm getting this really weird issue with castra where the castra request is failing silently on the server when the rpc function returns a result that's over a certain "size"... size at this point appearing to be just the size of the output of the transit encoding function result. Things work when the transit payload is under 5100 characters but fail above 5300 characters. anyone aware of what might be causing this? are there any bugs or limitations on size in castra or transit? The only thing I've been able to find is the transit writing function in castra.middleware below
(def clj->json
(atom #(let [out (ByteArrayOutputStream. 4096)]
(t/write (t/writer out :json) %2)
(.toString out))))
but increasing the ByteArrayOutputStream size doesn't seem to help eitherI have a slightly weird setup using pedestal + castra. Your answer reminded me that I blacklisted pedestal.* logging output due to its excessiveness. I now see a
clojure.lang.ExceptionInfo: java.io.IOException in Interceptor :io.pedestal.http.impl.servlet-interceptor/ring-response - org.eclipse.jetty.http.BadMessageException: 500: Request header too large
which gives me something to figure out at least. Thanks!@jcrosby welcome 🙂