This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-12-19
Channels
- # adventofcode (82)
- # beginners (70)
- # boot (34)
- # boot-dev (13)
- # cider (45)
- # clara (4)
- # cljs-dev (3)
- # cljsrn (2)
- # clojure (91)
- # clojure-art (8)
- # clojure-czech (1)
- # clojure-dusseldorf (3)
- # clojure-france (11)
- # clojure-germany (1)
- # clojure-greece (39)
- # clojure-hamburg (1)
- # clojure-italy (24)
- # clojure-norway (2)
- # clojure-spec (7)
- # clojure-uk (31)
- # clojurescript (56)
- # core-async (7)
- # cursive (8)
- # data-science (10)
- # datomic (41)
- # duct (7)
- # emacs (1)
- # events (1)
- # fulcro (83)
- # graphql (6)
- # klipse (1)
- # leiningen (28)
- # lumo (67)
- # off-topic (14)
- # om (9)
- # onyx (3)
- # perun (4)
- # re-frame (22)
- # reagent (11)
- # ring-swagger (2)
- # rum (1)
- # specter (46)
- # sql (13)
- # uncomplicate (17)
- # unrepl (114)
Is there a standard workaround for the "input cursor jumping" problem?
I'd like to use the blueprintjs EditableText control but each character typed makes the cursor jump to the end.
I think reagent has hardcoded a workaround for standard inputs.
The reagent docs recommend that all application state be stored in a top-level atom. If we do that, doesn’t that mean that every component will end up rerendering on any update to any portion of the state?
@lee.justin.m if you deref the full ratom everywhere, basically yes. However that is not recommended.if using vanilla reagent, using cursors is recommended and if using re-frame, then subscriptions are recommended. These lends a way to scope what changes your component cares about
@gadfly361 Ah thanks. cursors are the concept I was missing.
Does on-load not work this way under React?
@worlds-endlessI’ve never tried to attach an onload to an <a> before, but I thought it only worked for things that have resources, like the window itself, <img> and XHR