Re: js-clj not working

2013-05-12 Thread Konrad Scorciapino
It can only handle Object objects. Check out
http://stackoverflow.com/questions/16044897/why-cant-i-call-seq-functions-in-a-sequence-generated-by-js-clj


2013/5/11 nchurch nchubr...@gmail.com

 I'm trying to get a map out of a Goog events object (and also out of
 Domina events objects).  Calling js-clj on either of these, even in
 the most recent version of cljs, doesn't seem to do anything; it just
 returns the inscrutable #[object Object] at the REPL.  (It doesn't
 seem to produce maps outside the REPL either, since a console.log of a
 lookup on the result of js-clj returns an unimplemented protocol
 error.)

 Is there a problem with js-clj, or is there perhaps a limitation on
 what kinds of js objects it can handle?

 Thanks,

 Nick.

 --
 --
 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 group, send email to
 clojure+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en
 ---
 You received this message because you are subscribed to the Google Groups
 Clojure group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to clojure+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.




-- 
-- 
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 group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Clojure group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.




Re: Lisp In Summer Projects

2013-05-09 Thread Konrad Scorciapino
Disappointing, isn't it? They've explained to me further:

Basicly our small project is similar to Google's Code-In, which is where
 the requirement originated. We don't have Google's cadre of lawyers and
 cannot risk inviting trouble to our friends and colleagues at the ALU. They
 coordinate the International Lisp Conference and distribute our money
 awards.



2013/5/9 Nico Balestra nicobales...@gmail.com

 (replace I know have I now have)

 *It is better to have 100 functions operate on one data structure than
 to have 10 functions operate on 10 data structures - A.J. Perlis*


 On 9 May 2013 17:13, Nico Balestra nicobales...@gmail.com wrote:

 ..after reading the FAQ I know have the answer why Italians are not
 eligible:

 *Q: Why do you hate Italians?*
 A: We're not sure why Italy is ineligible, contact 
 ushttp://lispinsummerprojects.org/Contact if
 you're an Italian lawyer willing to help us out.

 It might be because Italians have too many parenthesis in their laws :)

 *It is better to have 100 functions operate on one data structure than
 to have 10 functions operate on 10 data structures - A.J. Perlis*


 On 9 May 2013 16:49, PlĂ­nio Balduino pbaldu...@gmail.com wrote:

 '(sad)

 On Thu, May 9, 2013 at 11:58 AM, Nico Balestra nicobales...@gmail.com
 wrote:
  Contest is also not open to residents of Brazil, Italy, Quebec, and
 Saudi
  Arabia
 
  I'm UK resident but born Italian and I find the above a bit
 distressing.
 
 
  It is better to have 100 functions operate on one data structure than
 to
  have 10 functions operate on 10 data structures - A.J. Perlis
 
 
  On 9 May 2013 14:05, Tim Daly d...@axiom-developer.org wrote:
 
  If you have a Clojure project you could earn money and fame.
  Check out Lisp In Summer Projects
  http://lispinsummerprojects.org/?2013
 
  Heow-Eide Goodman, the man behind LispNYC, is getting a group of
  experts together to judge the projects. You'll get your name in
  front of some well-connected people, a nice check, and a chance
  to speak at a LISP conference.
 
  Best of all, they don't even have to be literate programs! :-)
 
  Tim Daly
  Elder of the Internet
 
  --
  --
  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 group, send email to
  clojure+unsubscr...@googlegroups.com
  For more options, visit this group at
  http://groups.google.com/group/clojure?hl=en
  ---
  You received this message because you are subscribed to the Google
 Groups
  Clojure group.
  To unsubscribe from this group and stop receiving emails from it,
 send an
  email to clojure+unsubscr...@googlegroups.com.
  For more options, visit https://groups.google.com/groups/opt_out.
 
 
 
  --
  --
  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 group, send email to
  clojure+unsubscr...@googlegroups.com
  For more options, visit this group at
  http://groups.google.com/group/clojure?hl=en
  ---
  You received this message because you are subscribed to the Google
 Groups
  Clojure group.
  To unsubscribe from this group and stop receiving emails from it, send
 an
  email to clojure+unsubscr...@googlegroups.com.
  For more options, visit https://groups.google.com/groups/opt_out.
 
 

 --
 --
 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 group, send email to
 clojure+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en
 ---
 You received this message because you are subscribed to the Google
 Groups Clojure group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to clojure+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.




  --
 --
 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 group, send email to
 clojure+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en
 ---
 You received this message because you are subscribed to the Google Groups
 Clojure group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to clojure+unsubscr...@googlegroups.com.
 For more options, visit 

Re: Why is this so difficult?

2013-02-14 Thread Konrad Scorciapino
You might, BJG145, also profit by taking a look at clojurewiki.org - I'm
listing there all resources I can find.

Good luck!

2013/2/15 Jules julesjac...@gmail.com

 vemv, here is a file describing my Clojure install experience:
 https://www.dropbox.com/s/ln2ek5f5n47qnl1/clojureinstall.odp

 How should I continue? And where would a beginner find that information?

 Hopefully this is taken in good humor, this is meant as an illustration
 from a beginners' point of view, because undoubtedly the stupidity of a
 beginner (i.e. me) is greater than any expert can imagine. Keep in mind
 that once you know how to do something, doing it is easy. Driving to work
 is easy, but if you are in a new city then driving from point A to point B
 is hard if you don't know the way. The problem is the multitude of ways you
 can go wrong. The ideal experience would be a big download Clojure starter
 kit right on the clojure.org homepage, that would install leiningen, and
 an IDE with leiningen integration, and display a quick guide how to set up
 a project and run it.

 Jules

 On Friday, February 15, 2013 12:34:26 AM UTC+1, vemv wrote:

 If this does not work for you, you can help everyone by opening an issue
 at the Leiningen bug tracker:

 Make sure java and curl are correctly installed
 Run the corresponding (unix or Windows) lein install script
 Now you should be able to run lein repl, lein new, etc

 On Friday, February 15, 2013 12:26:15 AM UTC+1, Jules wrote:

 Sure, but you have assumed that you have a perfectly working clojure
 environment set up. *That* is the hard part.

 On Friday, February 15, 2013 12:19:34 AM UTC+1, vemv wrote:

 I never tried out core.logic. This is how I just got it installed in
 less than a minute. Really no magic here:

 lein new foo; cd foo
 # google core.logic, grab the dependencies vector 
 ([org.clojure/core.logic
 0.7.5]), attach it to your project.clj
 lein repl

 (use 'clojure.core.logic)(run* [q]
   (== q true))


 Same principle for practically every single Clojure lib.

 On Friday, February 15, 2013 12:08:18 AM UTC+1, Jules wrote:

 You are certainly not alone. Learning the language and concepts is
 very easy for me, but the sysadmin stuff to get set up is so much harder.
 Believe it or not, I had much more trouble with installing core.logic than
 understanding it. It doesn't end either, you bump into more problems once
 you try to do something interesting. Just try e.g. to call the LLVM C api
 from Clojure, I have not succeeded to this day (was trying to implement a
 LLVM backend for Clojurescript). You have the same problem with many open
 source projects, they are simply not focused on user friendliness, it's
 certainly not a Clojure specific problem. If you are on Windows the
 problems are 10x worse. Compare this with e.g. Visual Studio. You install
 it, and everything just works. Package manager, calling C functions,
 powerful GUI libraries, IDE with debugger, syntax highlighting,
 autocomplete, etc. From the first minute on you are programming rather 
 than
 sysadmining. I wish we had the same experience for Clojure.

 On Thursday, February 14, 2013 7:42:57 PM UTC+1, BJG145 wrote:

 Having studied Lisp decades ago I like the look of Clojure a lot. But
 as a complete newbie when it comes to modern software development, I'm
 exasperated by what strikes me as a very difficult and primitive set of
 tools to get started. I keep seeing Leinigen, Leinigen, and the 
 Leinigen
 homepage boasts that Leinigen offers the easiest way to get started with
 Clojure, but this simply isn't true. The easiest way to get started with
 Clojure that I've come across so far is IntelliJ IDEA. If I hadn't found
 that I'd probably have given up by now.

 What got me back into programming recently was a Lua-based
 development environment for Android called Gideros. Lua seems popular for
 developing apps for some reason. (Cf Corona, Moia, Unity). It seems like
 quite a neat language, though I'd like to use something more Lisp-like.
 Maybe the tools are just too difficult for me at the moment, though I'll
 persevere for a bit. I'd like to achieve some simple graphics on an 
 Android
 device at least. I've come across some tutorials for CLojure and jMonkey
 and I'm wondering to dive into that, though I'm still unsure whether 
 OpenGL
 is the way to go for simple 2D stuff...

  --
 --
 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 group, send email to
 clojure+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en
 ---
 You received this message because you are subscribed to the Google Groups
 Clojure group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to clojure+unsubscr...@googlegroups.com.
 

Clojure Wiki

2013-02-08 Thread Konrad Scorciapino
Hello, fellow clojurians!

For the next couple of months (or until I get a new functional job), I'll
be working on honing my clojure skills, starting with getting a perspective
of what lies *out there*: events, podcasts, guides, etc.

I've created a freely-editable wiki http://clojurewiki.org, just like
EmacsWiki http://emacswiki.org and CLiki http://cliki.net, for this
purpose, and filled it with I already knew. There are so many cool things
that I found by accident (like
ClojureGazettehttp://us4.campaign-archive.com/?u=a33b5228d1b5bf2e0c68a83f4id=b25f11a98a),
that I wonder how many more I am missing - and everybody is missing! -
without such an iniciative. I know there is already a blog aggregator, a
couple of websites with courses, a list of meetups, but no single place
with everything categorized and neatly divided, which is what I'm building.

I've already spent some time on the wiki so to make it worth clicking, but
it's still in the beginning and much can be improved, so I invite to come
around and participate in shaping it. Advertise your own tool, your own
event; add a website you find particularly valuable; tell what you'd like
to see!

Suggestions and comments are very welcome!

-- 
-- 
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 group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Clojure group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.




Re: Debugging in Clojure

2010-01-22 Thread Konrad Scorciapino
(comment) and #_ are pretty useful to disable forms when debugging:

(+ 3 #_4) - 3
(comment println hi) - nil

Excerpts from David Nolen's message of Fri Jan 22 02:38:29 -0300 2010:
 I find that injecting print statements is painful if you're not using
 something like paredit (Emacs). With paredit it's quite simple.
 
 On Thu, Jan 21, 2010 at 8:27 PM, ajay gopalakrishnan 
 ajgop...@gmail.comwrote:
 
  Is this the preferred way of debugging in Clojure?
 
 
  On Thu, Jan 21, 2010 at 5:25 PM, Richard Newman holyg...@gmail.comwrote:
 
  I usually debug by adding println statements. How can I achieve the same
  effect in Clojure. I don't think I can introduce println at arbitrary 
  places
  to figure out at which step is the algorithm failing.
 
 
  Sure you can. You might need to add a (do ) block if you're wanting to add
  them in an (if), but that's no different to any other form in an (if).
 
  The only other consideration is laziness: your printlns might not fire
  when you think they should.
 
  --
  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 group, send email to
  clojure+unsubscr...@googlegroups.comclojure%2bunsubscr...@googlegroups.com
  For more options, visit this group at
  http://groups.google.com/group/clojure?hl=en
 
 
   --
  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 group, send email to
  clojure+unsubscr...@googlegroups.comclojure%2bunsubscr...@googlegroups.com
  For more options, visit this group at
  http://groups.google.com/group/clojure?hl=en
 
 

-- 
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 group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


peepcode screencasts

2010-01-06 Thread Konrad Scorciapino
Hey guys, 

I think it is worth convincing peepcode to develop more Clojure
screencasts, like this awesome one[1] from Phil Hagelberg. If you have
some time, please show them your enthusiasm by voting up here:

http://suggestions.peepcode.com/pages/15-general/suggestions/349533-more-lisp-clojure-screencasts-?ref=title

Thanks!

[1]: http://peepcode.com/products/functional-programming-with-clojure
-- 
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 group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en

For Vimclojure users

2009-09-08 Thread Konrad Scorciapino

Hello, there!

Do you rebind vimclojure's default commands? I'm currently remapping
the most used ones, using [F9 F10 F11 F12] as [\et \p \ef \sr], and I
wonder if there is a more productive key scheme.

Cheers!

-- 
Et Forum delendum est!

--~--~-~--~~~---~--~~
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 group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
-~--~~~~--~~--~--~---



Re: Vimclojure and Namespaces

2009-08-17 Thread Konrad Scorciapino
Hi Meikel,

It now works. The problem was that the file was not accessible via the
classpath.

Thanks for the help!

On Mon, Aug 17, 2009 at 3:04 AM, Meikel Brandmeyer m...@kotka.de wrote:


 Hi,

 On Aug 17, 6:08 am, Konrad Scorciapino scorciap...@gmail.com wrote:

  I'm new with Clojure, and I'm having a problem with Vimclojure and
  Namespaces. I'm following
  thishttp://java.ociweb.com/mark/clojure/article.htmltutorial,
  currently trying to evaluate the code below. If I evaluate the
  whole file, it works, but not if I do so line-by-line via \et.

 Since you are very unspecific about what the problem is
 with \et, I can only give some general advice:

 1. The file has to be accessible via the classpath.
 2. It must be loadable without errors.
 3. Open the file in Vim and do a :echo b:vimclojure_namespace
   It should say com.ociweb.demo.
 4. Does \et now work? If not, please give a more detailed
   description of the problem.

  What seems to be happpening is that *ns* doesn't really change with (ns).
 If
  I'm connected to 3 REPLs and def user/foobar to 3 in one of them, it'll
 be
  defined in all REPLs, however if I try to change *ns*, the change in one
  repl does not affect the others. Why is this happening?

 Because the binding of *ns* is local to the current thread.
 So when you have three Repls will have three bindings to
 *ns*. Changing one does not affect the other.

 However there is only one user namespace. So when you
 def something in a namespace in one Repl it will also show
 up in the others Repls, when access the same namespace.

 Hope this helps.

 Sincerely
 Meikel

 



-- 
Et Forum delendum est!

--~--~-~--~~~---~--~~
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 group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
-~--~~~~--~~--~--~---



Re: Vimclojure and Namespaces

2009-08-17 Thread Konrad Scorciapino
Hi Meikel,

It now works. The problem was that the file was not accessible via the
classpath.

Thanks for the help!

On Mon, Aug 17, 2009 at 3:04 AM, Meikel Brandmeyer m...@kotka.de wrote:


 Hi,

 On Aug 17, 6:08 am, Konrad Scorciapino scorciap...@gmail.com wrote:

  I'm new with Clojure, and I'm having a problem with Vimclojure and
  Namespaces. I'm following
  thishttp://java.ociweb.com/mark/clojure/article.htmltutorial,
  currently trying to evaluate the code below. If I evaluate the
  whole file, it works, but not if I do so line-by-line via \et.

 Since you are very unspecific about what the problem is
 with \et, I can only give some general advice:

 1. The file has to be accessible via the classpath.
 2. It must be loadable without errors.
 3. Open the file in Vim and do a :echo b:vimclojure_namespace
   It should say com.ociweb.demo.
 4. Does \et now work? If not, please give a more detailed
   description of the problem.

  What seems to be happpening is that *ns* doesn't really change with (ns).
 If
  I'm connected to 3 REPLs and def user/foobar to 3 in one of them, it'll
 be
  defined in all REPLs, however if I try to change *ns*, the change in one
  repl does not affect the others. Why is this happening?

 Because the binding of *ns* is local to the current thread.
 So when you have three Repls will have three bindings to
 *ns*. Changing one does not affect the other.

 However there is only one user namespace. So when you
 def something in a namespace in one Repl it will also show
 up in the others Repls, when access the same namespace.

 Hope this helps.

 Sincerely
 Meikel

 



-- 
Et Forum delendum est!

--~--~-~--~~~---~--~~
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 group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
-~--~~~~--~~--~--~---



Vimclojure and Namespaces

2009-08-16 Thread Konrad Scorciapino
Hi there!

I'm new with Clojure, and I'm having a problem with Vimclojure and
Namespaces. I'm following
thishttp://java.ociweb.com/mark/clojure/article.htmltutorial,
currently trying to evaluate the code below. If I evaluate the
whole file, it works, but not if I do so line-by-line via \et.

What seems to be happpening is that *ns* doesn't really change with (ns). If
I'm connected to 3 REPLs and def user/foobar to 3 in one of them, it'll be
defined in all REPLs, however if I try to change *ns*, the change in one
repl does not affect the others. Why is this happening?

Here is the code:

(ns com.ociweb.demo
  (:require [clojure.contrib.str-utils :as su])
  (:use [clojure.contrib.math :only (gcd, sqrt)])
  (:import (java.text NumberFormat) (javax.swing JFrame JLabel)))

(println (su/str-join $ [1 2 3])) ; - 1$2$3
(println (gcd 27 72)) ; - 9
(println (sqrt 5)) ; - 2.236
(println (.format (NumberFormat/getInstance) Math/PI)) ; - 3.142
;
; See the screenshot that follows this code.
(doto (JFrame. Hello)
  (.add (JLabel. Hello, World!))
  (.pack)
  ;(.setDefaultCloseOperation JFrame/EXIT_ON_CLOSE) ; doesn't work with
this, for some reason
  (.setVisible true))

Thanks!

-- 
Et Forum delendum est!

--~--~-~--~~~---~--~~
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 group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
-~--~~~~--~~--~--~---