On Wed, Feb 1, 2012 at 3:39 AM, Frank Siebenlist
wrote:
> We already have swank, lein repl, cake, nrepl, detour, clj, reply, … and now
> we have the combo "cljsh & repls".
>
> "repls" is a lein plugin, which is essentially leiningen's native "lein repl"
> task with some default config options fo
On 02/03/2012 12:34 AM, Alex Baranosky wrote:
Hi Manuel,
Your second version looks pretty solid:
https://bitbucket.org/manuelp/geo-quiz/src/a75d57d0e5a2/src/geo_quiz/core.clj
You might consider getting rid of the vars for capitals, ask-capital,
and ask-capitals and using a let or letfn instead.
Hi all,
Slacker 0.6.1 has been pushed to clojars. Slacker is an RPC framework
designed for clojure.
In 0.6.1, HA cluster coordinated by zookeeper is just supported.
https://github.com/sunng87/slacker
--
Sun Ning
Software developer
Nanjing, China (N32°3'42'' E118°46'40'')
http://about.me/sunng
It sounds like a use for the decorator pattern, or am I missing
something? In case I am not I have given it a shot using records and
protocols:
(defrecord TextField [text])
(defrecord DatetimePicker [datetimes])
(defrecord Label [text widget])
(defprotocol Renderable
(render [this]))
(extend-p
It sounds a little like the decorator pattern would do the trick for
you in this case - am I missing something? In case I am not, I have
given it a shot using records and protocols:
(defrecord TextField [text])
(defrecord DatetimePicker [datetimes])
(defrecord Label [text widget])
(defprotocol Re
On Feb 5, 7:31 pm, Sean Corfield wrote:
> and there's no
> easy / obvious way to create a formatter with the default timezone,
> without dropping down to the underlying Java.
Not that I want to weaken my own case, but isn’t there?
What about: (formatter "fmtstr" (default-time-zone)) ?
That said
Hey,
I'm starting to get the hang of Clojure(Script) and I'm really enjoying it.
I'd love to use it for a project but I have one major concern: How reliable
is {:optimizations :advanced}?
Advanced Compilation basically wins the whole argument for clojurescript
but I managed to break it on a ve
On Mon, Feb 6, 2012 at 12:33 PM, Manuel Paccagnella
wrote:
> For binding both vars and functions, what's preferred? Using only let for
> both:
>
> (let [capitals [...]
> ask-capital (fn [] ...)
> ...)
>
> or instead let coupled with letfn?
>
> (let [capitals [...]]
> (letfn [(ask-capit
In short, yes, if you stick to gClosure, advanced compilation will
work fine. Closure advanced compilation is an optimizing compilation
that minifies names and removes dead (unused, uncalled) code. Trying
to use jQuery without special effort will result in calls to jQuery
being unaddressable. Th
On Sun, Feb 5, 2012 at 5:23 PM, Avi Flax wrote:
> What about: (formatter "fmtstr" (default-time-zone)) ?
Ah yes, but if that's the normal desired behavior that's an ugly
default compared to (formatter "fmtstr")...
Also worth noting is that Avi pointed out that (now),
(today-at-midnight), (epoch)
More externs files here:
http://code.google.com/p/closure-compiler/source/browse/#svn%2Ftrunk%2Fcontrib%2Fexterns
I imagine that the CJLS community will provide something similar for
useful, popular JavaScript libraries not covered well by CLJS, Closure, or
CLJS libs.
David
On Mon, Feb 6, 2012
On Mon, Feb 6, 2012 at 2:09 PM, Sean Corfield wrote:
> Also worth noting is that Avi pointed out that (now),
> (today-at-midnight), (epoch) etc all use UTC instead of the default
> time zone so this is a broader philosophical point of whether clj-time
> should continue to use UTC as its default or
On Mon, Feb 6, 2012 at 11:17 AM, Cedric Greevey wrote:
> Maybe there should be a *switch* for that ...
A good suggestion as a possible compromise to allow both defaults.
Right now, my default position is to not change anything unless enough
folks indicate a desire for default time zone per Avi's
Thanks,
This works, but there's a problem: the labeledtextfield is not a
textfield anymore, it's a label. Therefore it does not behave like a
textfield (which implements other protocols as well). I need multiple
inheritance, in one way or another. I've been trying to find a way to
implement with m
On 02/06/2012 07:08 PM, Cedric Greevey wrote:
On Mon, Feb 6, 2012 at 12:33 PM, Manuel Paccagnella
wrote:
For binding both vars and functions, what's preferred? Using only let for
both:
(let [capitals [...]
ask-capital (fn [] ...)
...)
or instead let coupled with letfn?
(let [cap
On Mon, Feb 6, 2012 at 2:43 PM, Manuel Paccagnella
wrote:
>> The only advantage that I know of to naming
>> local functions with letfn is that you can put mutually recursive
>> functions in letfn, or, more generally, functions that refer to one
>> another in a circular manner. With plain let, func
As Avi points out on the github issue discussion, this change would
best be done throughout, i.e. wherever a DateTime instance is created,
otherwise one would end up with surprising behaviour (default of UTC
in
date-time, default of JVM default time zone in formatter).
That being said, I would arg
Good feedback Casper, thanx!
On Mon, Feb 6, 2012 at 12:43 PM, Caspar Hasenclever
wrote:
> As Avi points out on the github issue discussion, this change would
> best be done throughout, i.e. wherever a DateTime instance is created,
> otherwise one would end up with surprising behaviour (default of
A while back (starting with the change to 1.3?), I noticed that in Emacs,
running under Windows, using the clojure-jack-in method to start a REPL
within Emacs, commands like println print the newline with a ^M character.
I don't have this problem in lein repl,
Anyone know how I can get rid of the
Use linux or MacOs ?
:)
Luc
> A while back (starting with the change to 1.3?), I noticed that in Emacs,
> running under Windows, using the clojure-jack-in method to start a REPL
> within Emacs, commands like println print the newline with a ^M character.
> I don't have this problem in lein rep
On Mon, Feb 6, 2012 at 3:43 PM, Caspar Hasenclever
wrote:
> In other words, the value of (date-time 1970 1 1) should not, in my
> opinion, depend
> on whether it is run on my machine or yours.
This is an important, valid point.
Probably I should amend my earlier suggestion from a switch that use
On Mon, Feb 6, 2012 at 7:48 PM, Softaddicts wrote:
> Use linux or MacOs ?
>
> :)
Or use a Windows-native editor.
;)
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from n
I tried to comment on JIRA - but am not sure if it was accepted.
http://dev.clojure.org/jira/browse/CLJS-143
There appears to still be an issue with this in the following scenario:
(ns test
(:require
[cljs.reader :as reader]
)
)
(defn log [x]
(.log js/console (pr-str x))
x
)
Fixed, thanks for the report.
On Mon, Feb 6, 2012 at 10:30 PM, Dave Sann wrote:
> I tried to comment on JIRA - but am not sure if it was accepted.
>
> http://dev.clojure.org/jira/browse/CLJS-143
>
> There appears to still be an issue with this in the following scenario:
>
> (ns test
> (:requir
that was fast. Nice work!
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your
first post.
To unsubscribe from this
I have occasionally been frustrated by the behavior of apropos because
it returns a list of matching symbols, but with no clue as to which
namespace those symbols are in. I wrote a couple of functions to help
with this, apropos2 and unresolve.
https://gist.github.com/1757414
apropos2 is like apr
Hi Phil,
great to see these results. I've just started introducing leiningen to
my students at CIID Copenhagen and think there's an answer for your
disbelieving "2.0.0-SNAPSHOT" comment... If you install the 1.6.2
standalone version, lein version will report 2.0.0-SNAPSHOT.
Hth! K.
On 4 Februar
27 matches
Mail list logo
