Usage of identical? was already largely reserved for high performance
code - it's not idiomatic over =. Given that I don't think it really
matters much which way we went and now it's water under the bridge.
David
On Wed, Sep 17, 2014 at 6:47 AM, Peter Taoussanis wrote:
> Sorry for digging this u
Cool stuff!
On Friday, September 12, 2014, Joel Holdbrooks
wrote:
> Clairvoyant, a flexible tracing library for ClojureScript is now version
> 0.0-29-g825d69c. This library provides a unique flavor of tracing which
> allows you to customize the experience via protocols and multimethods. It
> wil
data structures can be used as functions. Emitting foo.call supports this.
David
On Tue, Sep 9, 2014 at 5:06 AM, Yehonathan Sharvit wrote:
> I am wondering why the cljs compiler emits code that calls functions using
> call and not straight js function call.
>
> for instance:
>
> (defn foo [])
>
t even render properly
> and throw a bunch of exceptions if the root atom contained a non-associative
> data structure. And so we wouldn't ever arrive at the event handler, thus
> 'guaranteed' (maybe 'probable' would have been a better word).
>
>
> On
On Mon, Sep 8, 2014 at 4:55 PM, stephanos wrote:
> I just found this in the Om wiki: "Everything in the atom should be an
> associative data structure - either a ClojureScript map or indexed sequential
> data structure such as a vector."
>
> Isn't it then guaranteed that 'todos' in the transact!
Only associative types are supported as cursors out of the box. Seqs
are not associative, Vectors are.
David
On Mon, Sep 8, 2014 at 4:44 PM, stephanos wrote:
> Hey there,
>
> I'm trying to understand this bit from the Om TodoMVC app:
>
> (defn toggle-all [e state]
> (let [checked (.. e -ta
It is not. Use om.core/value
On Wed, Sep 3, 2014 at 2:29 PM, Alan Shaw wrote:
> So it is OK to take (.-value cursor) in render-state?
>
> --
> Note that posts from new members are moderated - please be patient with your
> first post.
> ---
> You received this message because you are subscribed to
ct?
>
> 2014/9/3 上午8:00 於 "David Nolen" 寫道:
>
>> I think it will be more fruitful to describe your problem with a
>> minimal bit of code completely outside the context of what you are
>> working on. As it stands I cannot even see the trouble you are having.
>
; (render [_] (dom/h1 nil (:text app)))
>
> App is a cursor but here we are happily getting the :text member of its
> value by pretending app is the value.
>
> (Something something (f app))
>
> App is a cursor but here I am not magically given its value.
>
> Discuss.
>
Or I simply don't understand the problem or the question :)
On Wed, Sep 3, 2014 at 10:30 AM, Alan Shaw wrote:
> Wow you simply have not taken the time to read my question.
>
> 2014/9/3 上午7:28 於 "David Nolen" 寫道:
>
>> If for some reason you need to snapshot the v
If for some reason you need to snapshot the value of a cursor during
render use om.core/value to do that.
David
On Wed, Sep 3, 2014 at 10:25 AM, Alan Shaw wrote:
> Setting local state from app state was not my goal. My goal was to reflect
> the changed app state in the display - not an unreasona
might be a bad idea!
>
> How do you deref the cursor during render phase? (om/value some-cursor) ?
>
>
> On 3 September 2014 13:01, David Nolen wrote:
>>
>> Putting cursors into state is not a good idea.
>>
>>
>> On Wednesday, September 3, 2014, Daniel Kers
Putting cursors into state is not a good idea.
On Wednesday, September 3, 2014, Daniel Kersten wrote:
>
> On 3 Sep 2014 06:51, "Alan Shaw" > wrote:
> >
> > PS My confusion is increased by the fact that if I print out next-props
> from within will-receive-props, it appears on the console to be a
Cursors cab be easily mocked. Probably a good blogpost for someone to write
:)
On Wednesday, September 3, 2014, Richard Layte
wrote:
> I'm having some problems unit testing Om components and how they update
> state. For example:
>
> (defn example-handler [{:keys [foo]} data]
> (om/update! data
The documentation explicitly states what types of values are supported
out of box wrt converting into cursors - IMap & IIndexed only. List is
not IIndexed. If you want List to work you need to implement IToCursor
for this type.
David
On Tue, Sep 2, 2014 at 5:00 PM, Steve Ashton wrote:
> Here's s
ClojureScript, the Clojure compiler that emits JavaScript source code.
README and source code: https://github.com/clojure/clojurescript
New release version: 0.0-2322
Leiningen dependency information:
[org.clojure/clojurescript "0.0-2322"]
The primary reason for this release is a critical h
t least modular.)
>
> Multi-root version of the previous code with update support:
>
> https://github.com/rbrush/cljs-playground/blob/master/src/main/clojurescript/toomuchcode/playground/modal_multiroot.cljs
>
> I appreciate it!
>
> -Ryan
>
> On Tuesday, August 26, 2014 11:2
Om supports multiple roots obviating the need for a parent. Is there
any reason to not put all modals into a different root? As far as
communication seems like you could coordinate events via a :shared
channel.
HTH,
David
On Tue, Aug 26, 2014 at 11:03 AM, Ryan Brush wrote:
> Hello all,
>
> I'd l
:optimizations :none was not supported until recently, and yes this is
how it has to be done. Happy to take patches that make the interaction
smoother.
David
On Tue, Aug 19, 2014 at 6:06 PM, Ivan L wrote:
> It appears I can work around it by following the wiki shell example:
>
> require('./out/g
Amazing work!
David
On Wed, Aug 20, 2014 at 8:31 AM, Karsten Schmidt wrote:
> Hi fellow Clojurians,
>
> it's my absolute pleasure to finally announce the open source release
> of an art project I've been working on full-time since beginning of
> the year:
>
> DevArt Co(de)Factory is a joint comm
Because we have no desire to differentiate between undefined & null.
David
On Sun, Aug 17, 2014 at 8:49 AM, Angel Java Lopez wrote:
> Just curious
>
> Why then
>
> is-hidden != null
>
> instead of
>
> is-hidden !== null
>
> Angel "Java" Lopez
> @ajlopez
>
>
> On Sun, Aug 17, 2014 at 9:45 AM, ste
On Sun, Aug 17, 2014 at 4:43 AM, Mark Engelberg
wrote:
> On Saturday, August 16, 2014 10:02:18 PM UTC-7, Jonas Enlund wrote:
>> Hi
>>
>> 'owner' is the underlying React component. Ownership means something
>> specific in React, you can read about it here:
>> http://facebook.github.io/react/docs/
This is exactly right and it has no purpose in the TodoMVC code. I've
removed it.
On Sun, Aug 17, 2014 at 8:44 AM, wrote:
> The boolean metadata is a type hint telling the ClojureScript compiler that
> is-hidden is boolean. Knowing is-hidden is a boolean allows ClojureScript to
> compile to
>
The top one de-sugars into the bottom one.
On Tue, Aug 12, 2014 at 9:18 AM, Andy Dwelly wrote:
> Just started looking into clojurescript after a year or so of clojure. I've
> seen 2 kinds of interop in the examples I've been looking at:
>
> (.someMethod js-object param0 param1 ... paramn)
>
> an
Transit is probably the best way to do this.
https://github.com/cognitect/transit-cljs
On Monday, August 11, 2014, Makoto H. wrote:
> I'm developing rest/json server using clojure/ring/compojure on
> server side. I'm also writing clojurescript code for browser client The
> client should talk to
ClojureScript, the Clojure compiler that emits JavaScript source code.
README and source code: https://github.com/clojure/clojurescript
New release version: 0.0-2311
Leiningen dependency information:
[org.clojure/clojurescript "0.0-2311"]
This release fixes a regression in browser REPL.
#
Good catch fixed in master and a new release is pending. Thanks for the report.
On Sat, Aug 9, 2014 at 6:39 PM, Makoto H. wrote:
> I am using om and clojurescript using cemerick's austin.
> When I updated clojurescript to the latest version from 0.0-2280 to 0.0-2307,
> Browser-REPL did not work.
I just cut 0.0-2307, the only change is that the compiler now
optimizes anonymous multi-arity fns which results in a big performance
boost to transducer code.
David
On Thu, Aug 7, 2014 at 5:08 PM, David Nolen wrote:
> ClojureScript, the Clojure compiler that emits JavaScript source c
ClojureScript, the Clojure compiler that emits JavaScript source code.
README and source code: https://github.com/clojure/clojurescript
New release version: 0.0-2301
Leiningen dependency information:
[org.clojure/clojurescript "0.0-2301"]
The primary reason for this release is the inclusio
Just wanted to add that all of the current transducers work in Clojure
is now available in ClojureScript master.
David
On Wed, Aug 6, 2014 at 2:01 PM, Rich Hickey wrote:
> I pushed today the initial work on transducers. I describe transducers
> briefly in this blog post:
>
> http://blog.cognite
around clojurescript. It's currently 62k with advanced compilation,
> without gzip. I ran a git bisect and found that the following commit bloated
> the hello world file size from 14k to 56k:
>
> commit 29c8597a2c818fb8fee6fb6d725e450ccffe9b71
> Author: David Nolen <...>
> Da
This release includes some long outstanding proposed enhancements:
### Changes
* OM-133: validate Om component fn return values
* OM-134: add om.core/set-state-nr! and om.core/update-state-nr!, they
do not refresh (experimental)
* OM-162: extend default cursor to IEmptyableCollection (experimental
ing, and this is a big headache for interop. Couldn't transit
> conceivably store strings as raw utf16 bytes or even arrays of packed
> fixnum/uint16, tag the type at the transit level, and completely
> sidestep the string encoding issue?
>
> On Mon, Aug 4, 2014 at 10:20 AM, Dav
tland)
>
> blog: http://thesoftwaresimpleton.com/
> website: http://www.cuttingedgesolutionsscotland.com/
>
>
> On 4 August 2014 16:50, David Nolen wrote:
>>
>> externs are resolved via the Java classpath. So for the React JAR I
>> packaged:
>>
>
(Scotland)
>
> blog: http://thesoftwaresimpleton.com/
> website: http://www.cuttingedgesolutionsscotland.com/
>
>
> On 4 August 2014 15:22, David Nolen wrote:
>>
>> :preamble simply prepends some file to the front to create the final
>> concatenated output.
>>
>&g
On Mon, Aug 4, 2014 at 11:14 AM, Francis Avila wrote:
> The difference in performance between native and non-native string
> encoding (using the fastest js implementations I can manage to write,
> granted) is at most 2x to 3x, which is certainly an improvement but
> not enough to overcome the appr
On Mon, Aug 4, 2014 at 10:51 AM, Francis Avila wrote:
> I've looked closely at utf-8 encoders/decoders in JS vs TextEncoder, and I'm
> not sure fast string encoding/decoding alone is going to bring us the kind of
> speed improvements we need to make binary formats a clear win over JSON.
> (Som
of the conversion time is
> manually converting strings to utf-8 bytes and back again. Thanks for
> pointing that out.
>
> Peter Schuck
>
>
> On Sun, Aug 3, 2014 at 9:14 AM, David Nolen wrote:
>>
>> RE: writing/reading strings I wonder if this won't help
>
n, where does it point to and why is the
> externs key not pointing to the externs/react.js file?
>
> Cheers
>
> Paul Cowan
>
> Cutting-Edge Solutions (Scotland)
>
> blog: http://thesoftwaresimpleton.com/
> website: http://www.cuttingedgesolutionsscotland.com
Note that this is not guaranteed to work and indeed for many libraries it
does not.
On Monday, August 4, 2014, Paul Butcher wrote:
> Something else that you might find useful is this:
>
> http://swannodette.github.io/2014/03/14/externs-got-you-down/
>
> Which will enable you to use the .js file
gt;>
>> I took "significant structural similarity" to primarily mean at least maps
>> with similar keys, which Transit caching will cover.
>>
>>
>> On Sat, Aug 2, 2014 at 1:49 PM, David Nolen
>> wrote:
>>>
>>> In Transit, maps
In Transit, maps keys, symbols, keywords, and tagged value tags are
subject to caching.
Fressian's caching strategy is far more flexible from what I
understand. That said transit-cljs is 20-30X faster than
cljs.reader/read-string on the benchmarks I've tried across various
browser and command line
ClojureScript, the Clojure compiler that emits JavaScript source code.
README and source code: https://github.com/clojure/clojurescript
New release version: 0.0-2280
Leiningen dependency information:
[org.clojure/clojurescript "0.0-2280"]
### Changes
* depend on latest org.clojure/google-c
gt;
> On 1 August 2014 21:29, David Nolen wrote:
>>
>> Thanks for the correction, fixed!
>>
>> On Fri, Aug 1, 2014 at 4:26 PM, Rostislav Svoboda
>> wrote:
>> > Thanx a lot guys!
>> >
>> >> The biggest change is depending on Cloju
Thanks for the correction, fixed!
On Fri, Aug 1, 2014 at 4:26 PM, Rostislav Svoboda
wrote:
> Thanx a lot guys!
>
>> The biggest change is depending on ClojureScript 0.0-2277 and
>
> BTW the "Using it" section of README.md still says 0.0-2173:
>
> (defproject foo "0.1.0"
> ...
> :dependencies
Aug 1, 2014 at 3:36 PM, David Nolen wrote:
> I'm happy to announce Om 0.7.0. The biggest change is depending on
> ClojureScript 0.0-2277 and React 0.11.1. There's a breaking change
> around the :ctor option to om.core/root which is now renamed
> :descriptor. Check the om
I'm happy to announce Om 0.7.0. The biggest change is depending on
ClojureScript 0.0-2277 and React 0.11.1. There's a breaking change
around the :ctor option to om.core/root which is now renamed
:descriptor. Check the om.core/root docstring for more details.
As it's been a long while between rele
Appears to be missing. Patch welcome.
David
On Thu, Jul 31, 2014 at 12:11 PM, Ryan Waters wrote:
> Is 'nthrest' missing from clojurescript or am I missing something?
>
> --
> Note that posts from new members are moderated - please be patient with your
> first post.
> ---
> You received this mess
> Mozilla/5.0 (Linux; U; Android 4.1.2; de-de; GT-N8010 Build/JZO54K)
> AppleWebKit/534.30 (KHTML, like Gecko) Version/4.0 Safari/534.30
>
> Got some more in the log if you need them.
>
> HTH
>
> On Wednesday, July 30, 2014 8:57:51 PM UTC+2, David Nolen wrote:
>>
>
Based on this information it sounds like the new Google Closure
artifacts are good to go. The keyword thing we'll have to address in a
subsequent release. It would be useful to know what Mobile Safari
clients you see being affected.
David
On Wed, Jul 30, 2014 at 11:11 AM, Thomas Heller wrote:
>
Can you be more specific about the naming issues?
David
On Wednesday, July 30, 2014, Thomas Heller wrote:
> David its probably best to hold off on that release. It seems the
> closure-library HEAD version depends on a newer closure compiler version
> than the one available via maven.
>
> At lea
Using JS libs as their own externs is not guaranteed to work. You just
need to supply extern files for all calls that involve JS code that
Closure will not see.
David
On Tue, Jul 29, 2014 at 7:20 PM, Daniel Kersten wrote:
> I'm assuming that I need to determine what the RN refers to when not
> m
t;file:maven"}
>
> and
>
> [org.clojure/clojurescript "0.0-2234"]
> [org.clojure/google-closure-library "0.0-20140718-946a7d39"]
>
> Confirmed to resolve CLJS-826.
>
>
> On Tuesday, July 29, 2014 10:30:21 PM UTC+2, David Nolen wrote:
>>
>&g
So you or do not have a minimal case for Mobile Safari that I can test with?
Thanks,
David
On Tue, Jul 29, 2014 at 4:16 PM, Thomas Heller wrote:
> Thanks.
>
> I give up.
>
> I have no more ideas what to test, whats even more annoying is that when I
> attach the remote debugger BEFORE navigating
Just add sonatype to your :repositories project.clj entry
https://github.com/technomancy/leiningen/blob/master/sample.project.clj#L79
David
On Tue, Jul 29, 2014 at 4:22 PM, Thomas Heller wrote:
> Uhm small hint on how I'd do that? My maven-fu is weak.
>
> But given that
>
> https://oss.sonatype.
; Thanks,
> /thomas
>
>
>
> On Friday, July 25, 2014 8:37:06 PM UTC+2, David Nolen wrote:
>>
>> ClojureScript, the Clojure compiler that emits JavaScript source code.
>>
>> README and source code: https://github.com/clojure/clojurescript
>&
Applied to master thanks.
David
On Tue, Jul 29, 2014 at 2:29 PM, Thomas Heller wrote:
> Created a patch to address that :emit-constants issue.
>
> http://dev.clojure.org/jira/browse/CLJS-829
>
> Can't say wether its related to the issue at hand but less duplicate code is
> always good.
>
> --
>
Are you testing only mobile Safari? At this point seems like the thing
to focus on.
David
On Tue, Jul 29, 2014 at 4:03 AM, Thomas Heller wrote:
> Gave up yesterday, will try more today.
>
> Last thing I tried
>
> (hash :test)
> (hash (keyword "test"))
> (hash (reader/read-string ":test"))
>
> an
Yes this was my thought as well. Perhaps there's another edge case
that we're missing?
David
On Mon, Jul 28, 2014 at 4:21 PM, Thomas Heller wrote:
> Thought it might be related to
>
> https://github.com/clojure/clojurescript/commit/e92e8064813ed9a74c6dcf5bfd3adf5b85df1aea
>
> but can confirm tha
I've heard this from a couple of sources. Minimal case would be very
welcome and we'll cut a release as soon as we have a patch.
David
On Mon, Jul 28, 2014 at 8:16 AM, Thomas Heller wrote:
> Hey,
>
> I'm running into alot of
>
> java.lang.IllegalArgumentException: Duplicate key: :display-as
>
ar is causing the
> problem.
>
> Would be nice if you could build a new closure release and bump the
> dependency in clojurescript.
>
> Thanks,
> /thomas
>
>
>
> On Friday, July 25, 2014 8:37:06 PM UTC+2, David Nolen wrote:
>>
>> ClojureScript, the Clojur
ClojureScript, the Clojure compiler that emits JavaScript source code.
README and source code: https://github.com/clojure/clojurescript
New release version: 0.0-2277
Leiningen dependency information:
[org.clojure/clojurescript "0.0-2277"]
The main reason behind this release is fixing a cri
First step would be to use the Chrome Dev Tools Heap Profiling /
Snapshot functionality. That should hopefully give you a starting
place - it will at least show you what data structures are not getting
collected.
David
On Wed, Jul 23, 2014 at 10:07 PM, Andrew Stoeckley wrote:
> I'm looking for a
>
> Sounds like leiningen + CLJS problems are an exercise left to the reader
> ;-).
>
>
> On Sun, Jul 20, 2014 at 4:30 PM, David Nolen wrote:
>>
>> We don't use lein to test the REPL. Invoke with bin/repljs.
>>
>>
>> On Sunday, July 20, 2014, G
ed. (bootjs#1)
> org.mozilla.javascript.ScriptRuntime.constructError
> (ScriptRuntime.java:3687)
>
>
>
> Results of a git bisect:
> 03679b4fb09bc0e538d6144dc7fb7f881c8fdb96 is the first bad commit
> commit 03679b4fb09bc0e538d6144dc7fb7f881c8fdb96
> Author: David Nolen >
>
Thanks for pointing this out, I've applied this patch to master.
David
On Wed, Jul 16, 2014 at 4:05 AM, Thomas Heller wrote:
> Hey,
>
> didn't try to reproduce with your example, but I know the cause. ;)
>
> http://dev.clojure.org/jira/browse/CLJS-826
>
> goog is undefined cause the third party
There's really not enough information here to determine where the
issue lies. Running the Rhino REPL from the ClojureScript repo works
fine.
David
On Tue, Jul 15, 2014 at 2:31 PM, Ivan L wrote:
> Hey all,
>
> I create project from the latest mies template. Launch a cljsbuild rhino
> repl and i
tings.
David
On Sun, Jul 6, 2014 at 11:18 PM, Yehonathan Sharvit wrote:
> David,
> This compiltaion issue is still not solved. It prevents from me to upgrade
> to the latest clojurescript “0.0-2268”
>
> What is the proper channel to report this issue?
>
>
> On Tue, Jun 10,
ClojureScript, the Clojure compiler that emits JavaScript source code.
README and source code: https://github.com/clojure/clojurescript
New release version: 0.0-2268
Leiningen dependency information:
[org.clojure/clojurescript "0.0-2268"]
The main reason for this release is to address a cr
ClojureScript, the Clojure compiler that emits JavaScript source code.
README and source code: https://github.com/clojure/clojurescript
New release version: 0.0-2261
Leiningen dependency information:
[org.clojure/clojurescript "0.0-2261"]
### Changes
* Dependency on Clojure 1.6.0
* Depende
core.match generates a lot of code. In the future I might look into
improving code size specifically for ClojureScript. That said, I can't
say I really understand how this will matter much in the face of
gzipping.
David
On Sun, Jun 29, 2014 at 1:39 PM, Christoffer Sawicki
wrote:
> Ahoy!
>
> The
nce from using
> React.DOM.input directly.
> If you want I can even post a bare bones example with the form-field and
> click event on it throwing errors in IE8 with Om and have a similar example
> with only React that does not show that errors.
>
> Thanks in advance
>
> Tal
&g
Aren't people already doing something like this with Mozilla's pure JS
source map implementation? Seems to me you could just load the source
map at runtime and sort it out.
David
On Thu, Jun 26, 2014 at 4:38 AM, Dylan Butman wrote:
> I'm working on a fun interactive documentation system for an O
x27;s likely that (enable-console-print!) will be problematic
in IE8. If it is you'll want to supply your own *print-fn*.
David
On Thu, Jun 26, 2014 at 5:42 AM, tal giat wrote:
> On Monday, June 23, 2014 12:28:07 PM UTC-4, David Nolen wrote:
>> Sorry been a bit busy. I cannot r
12:11 PM, tal giat wrote:
> On Wednesday, June 11, 2014 7:36:28 PM UTC-4, David Nolen wrote:
>> Thanks for bringing this up. I will try to take a look at this
>>
>> tomorrow, Friday at the latest.
>>
>>
>>
>> David
>>
>>
>>
>> O
On Sun, Jun 22, 2014 at 6:44 PM, Colin Fleming
wrote:
> I guess js/goog.net.EventType and js/goog.net.XhrIo would have worked in
> those cases?
js/foo.bar.baz will always works.
David
--
Note that posts from new members are moderated - please be patient with your
first post.
---
You received
;
> and
>
> (extend-type goog.net.XhrIo
> ...
>
> Is this generally accepted, i.e. should requiring a constructor also make
> the constructor available via FQN?
>
>
> On 15 June 2014 01:38, Colin Fleming wrote:
>>
>> Ah, of course, that's automatically aliased
re the JS FQN doesn't use the js/ alias. Is that because instance? and
> set! are considered interop forms, or can fully qualified JS objects be
> referred to anywhere without the alias?
>
>
> On 10 June 2014 01:37, Colin Fleming wrote:
>>
>> Great, thanks.
>
ClojureScript, the Clojure compiler that emits JavaScript source code.
README and source code: https://github.com/clojure/clojurescript
New release version: 0.0-2234
Leiningen dependency information:
[org.clojure/clojurescript "0.0-2234"]
This release fixes a critical bug around the `case`
Thanks for the example, I'll take a look.
On Wed, Jun 11, 2014 at 7:50 PM, Roger Gilliar
wrote:
> I'tested with "0.0-2173". I saw the same behaviour here:
> http://clojurescript.net/
> This behaviour is gone with the latest release.
>
> After upgrading to the latest release and testing with the
Thanks for bringing this up. I will try to take a look at this
tomorrow, Friday at the latest.
David
On Wed, Jun 11, 2014 at 7:23 PM, tal giat wrote:
> Can't seem to get those working with IE8/IE9.
>
> I've created a project on github to demonstrate that:
> https://github.com/talgiat/om-tutoria
What version of ClojureScript? I'm not seeing that behavior here.
David
On Wed, Jun 11, 2014 at 6:28 PM, Roger Gilliar
wrote:
> That's what I discovered so far:
>
> (def data {
> :domain "a domain"
> :services [{:name "ssh"
>:d
nil is a valid key, no sure what you are you trying to demonstrate.
Once again - need a minimal example outside of your application that
demonstrates the perceived issue.
David
On Wed, Jun 11, 2014 at 5:29 PM, Roger Gilliar
wrote:
> But
>
> (println "")
> (println (get-in app-state [:selecte
nil is returned.
David
On Wed, Jun 11, 2014 at 4:28 PM, Roger Gilliar
wrote:
> Is there a defined behavior if one of the keys is nil ?
>
> Roger
>
> --
> Note that posts from new members are moderated - please be patient with your
> first post.
> ---
> You received this message because you are
No, changing the behavior of get-in will most definitely break
existing code. You can of course supply your own version of get-in
that does what you want.
David
On Wed, Jun 11, 2014 at 4:12 PM, Roger Gilliar
wrote:
> I found the problem;
>
> i passed the following cursor:
>
> (om/build user-lis
A complete example is needed and one that does not depend on the
particulars of your application.
Thanks!
David
On Wed, Jun 11, 2014 at 3:26 PM, Roger Gilliar
wrote:
> I tried to come up with a smaller example:
>
> (defn component [users owner]
> (reify
>
> om/IRenderState
> (render-st
It easier to help if you have a minimal reproducible example w/o any
variables of surrounding context. My experience is that by taking the
time to do this often uncovers the actual problem.
David
On Wed, Jun 11, 2014 at 3:01 PM, Roger Gilliar
wrote:
> I have the following code in my render-state
The last time I heard about this bug was due to the inclusion of
tools.reader 0.8.4 which adds new metadata not being elided by
released versions of ClojureScript. It's been fixed in master and will
appear in the next release. In the meantime make sure nothing is
pulling in tools.reader 0.8.4.
Dav
Your init-state method is not correct, it should return a map - using
transact! there is not recommended. The tutorials/documentation cover
some of these point. You could do what you want by setting some local
state of the component after the first time to some other value and
checking for that in
orManager
> println
> WARNING:
> /Users/viebel/libs/klozzer/target/cljsbuild-compiler-0/cljs/core/async/impl/ioc_helpers.js:353:
> WARNING - unreachable code
> {return null;
> ^
>
> Jun 10, 2014 7:49:49 AM com.google.javascript.jscomp.LoggerErrorManager
> printSummary
> WA
hash collisions in large 3d meshes as a result. Awesome!
>
> K.
>
> On 8 Jun 2014 18:07, "David Nolen" wrote:
>>
>> 1.6.0 branch is ready to be tested
>> http://github.com/clojure/clojurescript/tree/1.6.0, please give it a try in
>> your projects. You
an intention to
>> migrate the incorrect forms to the correct ones.
>>
>> Hopefully this should be done sometime this week. It's looking pretty nice
>> :-)
>>
>>
>> On 10 June 2014 00:21, David Nolen wrote:
>>>
>>> On Sun, Jun 8
goog.typeOf should probably be goog/typeOf.
David
On Sun, Jun 8, 2014 at 8:08 AM, Colin Fleming
wrote:
> Another one - I've seen some forms like (goog.typeOf x), which implies that
> JS root objects can be used directly? This is something I haven't seen
> documented anywhere.
>
>
> On 8 June 201
On Sun, Jun 8, 2014 at 5:55 AM, Colin Fleming
wrote:
>
> Hi all,
>
> I'm working on CLJS symbol resolution for Cursive. There are a lot of corners
> where it's hard to figure out from the doc how they should work - I've looked
> through the code but I'm not sure I've got it all right.
>
> I've s
your local Maven.
Use this in version number in your project.
David
On Fri, Jun 6, 2014 at 10:43 AM, David Nolen wrote:
> Future releases of ClojureScript will have a hard dependency on Clojure
> 1.6.0. If you have any objections, speak up now :)
>
> David
>
--
Note that
>
>
> On Saturday, June 7, 2014 at 4:16, David Nolen wrote:
>
> > Given the feedback so far such a request seems to be in the minority.
> You could run a separate project for the CLJS parts. That said, is there
> something in the latest release (0.0-2227) that you f
ching Socks wrote:
>
> Can a lein-cljsbuild clj+cljs project specify separate versions of Clojure
> for the cljs and clj parts?
>
> If not, please give it another 6 months.
>
>
> On Friday, June 6, 2014 10:43:42 AM UTC-4, David Nolen wrote:
>>
>> Future releases of
;>
>> On 06 Jun 2014, at 19:22, Andrey Antukh wrote:
>>
>> +1
>>
>>
>> 2014-06-06 19:19 GMT+02:00 Karsten Schmidt :
>>
>>> +1
>>> On 6 Jun 2014 16:59, "David Nolen" wrote:
>>>
>>>> Clojure 1.6.0 introd
ous what are the motivating factors? Are there
> any new features/bug-fixes planned for ClojureScript that will depend on
> Clojure 1.6.0 features? or is this just a case of keeping things as
> up-to-date as possible?
>
>
> On Friday, June 6, 2014 at 17:43, David Nolen w
Future releases of ClojureScript will have a hard dependency on Clojure
1.6.0. If you have any objections, speak up now :)
David
--
Note that posts from new members are moderated - please be patient with your
first post.
---
You received this message because you are subscribed to the Google Gr
601 - 700 of 1042 matches
Mail list logo