Also, the factory fns are available when you require/use the relevant
namespace, so the client doesn't have to use import as well.
--
Dave
--
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
Does anybody know if these changes are going to be covered in the
newer Clojure books/editions?
Regards,
Shantanu
On Oct 26, 12:02 pm, David Powell d...@djpowell.net wrote:
Also, the factory fns are available when you require/use the relevant
namespace, so the client doesn't have to use import
Yes you need to provide an implementation of the protocol for the type
directly or a parent interface.
What the initial author says is that you can do that on any type, even
on an outside library, without changing the initial Type source code
or recompile it. You can do that at runtime and
Certainly are in ours: http://shop.oreilly.com/product/0636920013754.do
I'm sure they're mentioned in Programming Clojure 2ed as well.
- Chas
On Oct 26, 2011, at 5:10 AM, Shantanu Kumar wrote:
Does anybody know if these changes are going to be covered in the
newer Clojure books/editions?
Hi. I'm not sure how many of these I'll practically be able to attend, but I'll
be optimistic. Please mark me down for Clojure and the web, literate
programming, core.logic / minikanren, and music (voice, bringing it).
Gary
On Oct 25, 2011, at 10:25 PM, Michael Fogus mefo...@gmail.com wrote:
I need to correct that p2 and m1 should not have parens around
them sorry about that. Seemed obvious when I read it again this
morning.
The literal reader forms are even trickier in how they treat embedded
expressions. They seem to preserve (and not evaluate) the quoted
forms?
user= (def p
On Wed, Oct 26, 2011 at 9:24 AM, Alex Miller a...@puredanger.com wrote:
I need to correct that p2 and m1 should not have parens around
them sorry about that. Seemed obvious when I read it again this
morning.
The literal reader forms are even trickier in how they treat embedded
Perfect! Thanks!
On Oct 25, 7:10 pm, Alan Malloy a...@malloys.org wrote:
(take-while (complement nil?) (repeatedly myfunc))
On Oct 25, 4:07 pm, rugby_road cabjh...@embarqmail.com wrote:
I have a function without arguments which returns a big,complex object
repeatedly until it
I should also mention that the reader form is not record-specific - it
works on any Java object:
user= #java.util.Date[1319639275929]
#Date Wed Oct 26 09:27:55 CDT 2011
user= #java.lang.String[abcdef]
abcdef
user= #java.awt.Point[1 2]
#Point java.awt.Point[x=1,y=2]
On Oct 26, 8:24 am, Alex
Fogus confirmed it is intended and will reply when he gets a chance.
I'm starting to see why - the values are read as literals and so forms
are read as literals and not evaluated. I expect many people will
find this behavior surprising on first encounter...
On Oct 26, 8:55 am, Chouser
On 10/26/2011 05:50 AM, Chas Emerick wrote:
Certainly are in ours: http://shop.oreilly.com/product/0636920013754.do
I'm sure they're mentioned in Programming Clojure 2ed as well.
Yes, they will be in Programming Clojure 2ed
Cheers,
Aaron Bedra
--
Clojure/core
http://clojure.com
--
You
This reminds me of the discussions on the C++ Standards Committee
about compatibility with C wherein Andrew Koenig coined the phrase As
close as possible to C - but no closer... perhaps Rich feels Clojure
is as close as possible to simple - but no closer? :)
In that case we've come full
Please add me to the 'Literate Programming' and 'Heroku Drinking' sessions.
--
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
Hi, it's me again,
new subject: Java Dependency Injection using Clojure, presentation. 30mns max
including QA.
if it extends will end this with a couple of drinks.
Please add me to the ClojureScript talk, Pallet and ClojureCLR.
I'll bring my clones with me :)
Thank you,
Luc
On Tue, 25 Oct
I'd like to attend ClojureScript and MiniKanren.
Thanks,
Ted Leung
On Oct 25, 9:41 pm, Baishampayan Ghose b.gh...@gmail.com wrote:
Fogus,
Please add me to ClojureScript, MiniKanren, Go and the Heroku drinkup.
Regards,
BG
---
Sent from phone, please excuse brevity.
On Oct 26, 2011
Please sign me up for Overtone, Music and Literate Programming.
Ambrose (ambrosebs)
--
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
Keep those cards and letters coming.
Just a reminder that time is running out on participating in the
ClojureCLR survey.
I put in a BOF request for ClojureCLR at the conj on the spreadsheet
that was getting passed around. I'll publish the survey results prior
to conj. I hope that will help
I see that my Literate Programming session is beginning to gain some
traction. I would encourage you to bring examples. We can discuss the
merits and possibly gain some new insights. If nothing else, please
sign up for the Literate Software session at Clojure-Conj. I promise
to keep it short.
long long time since I last looked a clojure, but I've never lost
interest and I'm trying to find the time again.
for the short version see *INCONSISTENT*, in the example at the end.
I know what the answer will be here. Something like you will get
used to it. or it's not important. or no one
The point to think about here is that functions are also lists, the
same as your list of integers. The difference is that one is
evaluated, the other is not. That is what the quote is saying: don't
evaluate me. The quote is not actually a part of the list. It's just
the way you tell the reader
not necessarily.
[1 2 3] is a vector that is not evaluated. Since there is no overload with
things that are, there's no need for a special mark.
'(1 2 3) is currently a way of say, don't evaluate this list, but it could
have been:
'(1 2 3) is a list that is not evaluated. No loss of
checking out the Try Clojure:
if you type the following, you get output that matches what you typed
in every case except for lists.
Vectors: -- [1 2 3 4]
[1 2 3 4]
Maps: -- {:foo bar 3 4}
{:foo bar 3 4}
Lists: -- '(1 2 3 4)
(1 2 3 4) - *INCONSISTENT* why not render this as
I've given edit rights to organizers and people on this thread, so
please feel free to make additions and modifications. :-)
--
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
'(1 2 3) is a list that is not evaluated. No loss of generality. it's a
special type of list. One that's not evaluated. as opposed to a special
indicator to the repl.
That would essentially be a new data structure, filling a role mostly
already filled by vectors. And you would still need
Has anyone done any experimentation with the Unfuddle API using Clojure?
I'm considering building something because a) World Singles uses
Unfuddle and b) World Singles uses Clojure and c) it might possibly be
useful (I haven't thought of _how_ yet, it just seems like an
interesting exercise...
More reasonable..
On Oct 27, 7:15 am, Stuart Halloway stuart.hallo...@gmail.com wrote:
checking out the Try Clojure:
if you type the following, you get output that matches what you typed
in every case except for lists.
Vectors: -- [1 2 3 4]
[1 2 3 4]
Maps: -- {:foo bar 3 4}
{:foo
is there a place introducing (e.g. overview) more about Literate? have
no ideas about this stuff.
On Oct 27, 3:06 am, d...@axiom-developer.org wrote:
I see that my Literate Programming session is beginning to gain some
traction. I would encourage you to bring examples. We can discuss the
27 matches
Mail list logo