Re: [ANN] Clojure 1.7.0-beta1 released
On Monday, April 13, 2015 at 4:48:28 PM UTC+3, Alex Miller wrote: I think what you're seeing here makes sense. On Sunday, April 12, 2015 at 3:39:15 PM UTC-5, whodidthis wrote: Are there any thoughts on code like this: #_ This says to ignore the next read form #?(:cljs (def unrelated-1 nil)) This evaluates to *nothing*, ie nothing is read, so it is not ignored by the #_. #?(:cljs (def unrelated-2 nil)) #?(:cljs (def unrelated-3 nil)) These also read as *nothing*. #?(:clj (def n 10)) This *is* read, but ignored per the prior #_ #?(:clj (defn num [] n)) ; compile on clj =RuntimeException: Unable to resolve symbol: n And then this makes sense. I guess it's fine if it continues to work that way but I can imagine it being a little surprising from time to time heh Conditional reading is definitely something to be careful about - I think in this case you are combining two types of conditional reading so be doubly careful. :) To get the effect you want in this, using #_ *inside* the reader conditional would work: #?(:cljs #_(def unrelated-1 nil)) Sorry, back to this stuff again. I tried using discard inside but #?(:clj #_'whatever) just throws CompilerException java.lang.RuntimeException: read-cond starting on line 32 requires an even number of forms when compiling on clojure. Would be nice to have a way to ignore reader conditional forms or the thingie things inside but there does not seem to be an easy way. -- 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/d/optout.
Re: feedback on side project
That's what fixtures are for: https://clojuredocs.org/clojure.test/use-fixtures (with-fixture :each (reset-games)) As a side notes, in Lisp it is convention to append ! to those functions that have side-effects (i.e. mutate state). A good candidate would be `reset-games!`. On Monday, April 13, 2015 at 9:18:21 PM UTC+2, Andrea Crotti wrote: Awesome thanks, the only thing is that the reason why I did the reset-games thing is because in the tests I can reset things every time. (testing create new game (reset-games) (new-game) (is (= 1 (length-current-games If I don't do that then it's harder in the tests to have a clean environment.. Maybe that shows a wrong approach in general. These are the tests I'm talking about https://github.com/AndreaCrotti/hackthetower_clojurescript/blob/master/hangman/test/hangman/secret_test.clj 2015-04-11 10:02 GMT+01:00 Sebastian Bensusan sbe...@gmail.com javascript:: Hi, I browsed over it, a couple of things: `defonce` is meant for code reloading: (defonce live-games (ref {}))) Don't use `for` when you can use `map`: (mapv (fn [i] {:char i :visible (not (valid-char i))})) Strings can be treated as sequences: (first (.toLowerCase (str char))) Hope this helps Sebastian On Friday, April 10, 2015 at 11:35:33 AM UTC+2, Andrea Crotti wrote: I created a small project just for learning more Clojure and wanted some feedback to improve it and learn some more. The code is all here, and it's both a desktop app that can be run with lein run or a web API that can be run with lein ring server: https://github.com/AndreaCrotti/hackthetower_clojurescript/tree/master/hangman The game is basically this http://en.wikipedia.org/wiki/Hangman_%28game%29 (without the fancy graphics still) This is the sample structure of a move right now: {:attempts 0 :seen #{} :struct [{:char \a :visible false} {:char \b :visible false} {:char \c :visible false}]} So every time someone makes a move it will add a new game position to a list of game snapshots, for example: {long-game-id: [{:attempts 1 :seen ${\a} :struct [{...}]} {:attempts 0 :seen #{} :struct [{...}]}]} and so on and so forth. This is the function that alters the reference for example (defn set-secret Set the secret for a given name [game-id game-struct] (dosync (alter live-games (fn [d] (assoc d game-id (conj (get d game-id) game-struct)) Any suggestions is welcome, I also had some troubles trying to minimize the refs/atoms while at the same time avoiding passing too many things around. I think now the solution of using game-id to hide the implementation detail in https://github.com/AndreaCrotti/hackthetower_clojurescript/blob/master/hangman/src/hangman/secret.clj is not too bad but open for better ideas. Thanks a lot, and if anyone is interested in joining the project please let me know. PS. next things to do are some deployment nice stuff, graphics with Quill and a UI with Clojurescript -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@googlegroups.com javascript: Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+u...@googlegroups.com javascript: 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+u...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- 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/d/optout.
Re: [ClojureScript] Re: [ANN] Clojure 1.7.0-beta1 released
Your particular example is equivalent to #?(:clj) which is illegal, for the reason given in the error message you saw. Normal Clojure comments are far less surprising in their behavior than #_ is I understand there can be convenience in using #_ when it works. Andy Sent from my iPhone On Apr 13, 2015, at 12:38 PM, whodidthis ton...@gmail.com wrote: On Monday, April 13, 2015 at 4:48:28 PM UTC+3, Alex Miller wrote: I think what you're seeing here makes sense. On Sunday, April 12, 2015 at 3:39:15 PM UTC-5, whodidthis wrote: Are there any thoughts on code like this: #_ This says to ignore the next read form #?(:cljs (def unrelated-1 nil)) This evaluates to *nothing*, ie nothing is read, so it is not ignored by the #_. #?(:cljs (def unrelated-2 nil)) #?(:cljs (def unrelated-3 nil)) These also read as *nothing*. #?(:clj (def n 10)) This *is* read, but ignored per the prior #_ #?(:clj (defn num [] n)) ; compile on clj =RuntimeException: Unable to resolve symbol: n And then this makes sense. I guess it's fine if it continues to work that way but I can imagine it being a little surprising from time to time heh Conditional reading is definitely something to be careful about - I think in this case you are combining two types of conditional reading so be doubly careful. :) To get the effect you want in this, using #_ *inside* the reader conditional would work: #?(:cljs #_(def unrelated-1 nil)) Sorry, back to this stuff again. I tried using discard inside but #?(:clj #_'whatever) just throws CompilerException java.lang.RuntimeException: read-cond starting on line 32 requires an even number of forms when compiling on clojure. Would be nice to have a way to ignore reader conditional forms or the thingie things inside but there does not seem to be an easy way. -- 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 Groups ClojureScript group. To unsubscribe from this group and stop receiving emails from it, send an email to clojurescript+unsubscr...@googlegroups.com. To post to this group, send email to clojurescr...@googlegroups.com. Visit this group at http://groups.google.com/group/clojurescript. -- 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/d/optout.
Re: [ClojureScript] Re: [ANN] Clojure 1.7.0-beta1 released
Just noticed that I sent my previous email to clojure-dev only – reposting to all groups involved: On 13 April 2015 at 16:25, Michał Marczyk michal.marc...@gmail.com wrote: On 13 April 2015 at 15:48, Alex Miller a...@puredanger.com wrote: To get the effect you want in this, using #_ *inside* the reader conditional would work: #?(:cljs #_(def unrelated-1 nil)) Actually this doesn't work because of the cond-like structure of #? conditionals: user= (read-string {:read-cond :allow} #?(:clj #_foo) bar) RuntimeException read-cond requires an even number of forms. clojure.lang.Util.runtimeException (Util.java:221) To this I would add that it is possible to say Clojure 1.7.0-beta1 user= (read-string {:read-cond :allow} #?(#_#_:clj foo) bar) bar taking advantage of the nice stacking property of #_ (which follows from the recursive nature of the reader in the same way that the original surprising case does). Cheers, Michał On 13 April 2015 at 21:38, whodidthis ton...@gmail.com wrote: On Monday, April 13, 2015 at 4:48:28 PM UTC+3, Alex Miller wrote: I think what you're seeing here makes sense. On Sunday, April 12, 2015 at 3:39:15 PM UTC-5, whodidthis wrote: Are there any thoughts on code like this: #_ This says to ignore the next read form #?(:cljs (def unrelated-1 nil)) This evaluates to *nothing*, ie nothing is read, so it is not ignored by the #_. #?(:cljs (def unrelated-2 nil)) #?(:cljs (def unrelated-3 nil)) These also read as *nothing*. #?(:clj (def n 10)) This *is* read, but ignored per the prior #_ #?(:clj (defn num [] n)) ; compile on clj =RuntimeException: Unable to resolve symbol: n And then this makes sense. I guess it's fine if it continues to work that way but I can imagine it being a little surprising from time to time heh Conditional reading is definitely something to be careful about - I think in this case you are combining two types of conditional reading so be doubly careful. :) To get the effect you want in this, using #_ *inside* the reader conditional would work: #?(:cljs #_(def unrelated-1 nil)) Sorry, back to this stuff again. I tried using discard inside but #?(:clj #_'whatever) just throws CompilerException java.lang.RuntimeException: read-cond starting on line 32 requires an even number of forms when compiling on clojure. Would be nice to have a way to ignore reader conditional forms or the thingie things inside but there does not seem to be an easy way. -- 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 Groups ClojureScript group. To unsubscribe from this group and stop receiving emails from it, send an email to clojurescript+unsubscr...@googlegroups.com. To post to this group, send email to clojurescr...@googlegroups.com. Visit this group at http://groups.google.com/group/clojurescript. -- 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/d/optout.
Re: [ANN] edn.el
Cool! May I ask what your motivation was for this? On Saturday, April 11, 2015 at 3:09:28 AM UTC-7, Lars Andersen wrote: https://github.com/expez/edn.el is a library for reading an writing edn from emacs lisp. -- 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/d/optout.
Re: Any chance of a module system being added to the language?
On 13 Apr 2015, at 19:22, Colin Yates wrote: Ok, thanks Mark. Ping me on IRC (friend) or Twitter @talios if you have any questions.. -- Mark Derricutt http://www.theoryinpractice.net http://www.chaliceofblood.net http://plus.google.com/+MarkDerricutt http://twitter.com/talios http://facebook.com/mderricutt -- 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/d/optout. signature.asc Description: OpenPGP digital signature
Re: feedback on side project
Sebastian Bensusan sbe...@gmail.com writes: As a side notes, in Lisp it is convention to append ! to those functions that have side-effects (i.e. mutate state). Well, not in /all/ Lisps. :-) It is the convention in Scheme[1], for example, but not in e.g. Emacs Lisp or Common Lisp. In the latter, for example, c.f. 'nconc', which modifies lists in-place. Alexis. [1] Modulo debates about whether or not Scheme is 'really' a Lisp. -- 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/d/optout.
Re: [ANN] Dunaj lite, a library-only version of Dunaj
Thanks for making this easier to use as a library. I find the Dunaj project very inspiring. -- 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/d/optout.
Re: sp mm training in hyderabada
On Mon, Apr 13, 2015 at 9:32 AM, Fluid Dynamics a2093...@trbvm.com wrote: On Monday, April 13, 2015 at 9:27:33 AM UTC-4, sunitha seo wrote: Sap Bw Bi Bo Training Centre in Hyderabad | Vijayawada |Guntur | Vizag, Online Sap Bw Bi Bo Training In USA, sp mm training in hyderabada http://www.primarkinfotech.com/sapbwbi.php New York, New Jersey,Dallas, Chicago, Atlanta, UK, Canada, Australia, India. www.primarkinfotech.com/*sap*bwbi.php http://www.primarkinfotech.com/sapbwbi.php Is this a job posting or something? It's spam. The poster should be banned (if the moderators haven't already done so). I moderate a number of groups on LinkedIn and this sort of annoying stuff gets posted all the time :( -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ World Singles, LLC. -- http://worldsingles.com/ Perfection is the enemy of the good. -- Gustave Flaubert, French realist novelist (1821-1880) -- 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/d/optout.
Re: sp mm training in hyderabada
May be it is the entry test for applicants ;-) Some kind of cryptoanalytics job :-))) понедельник, 13 апреля 2015 г., 19:32:59 UTC+3 пользователь Fluid Dynamics написал: On Monday, April 13, 2015 at 9:27:33 AM UTC-4, sunitha seo wrote: Sap Bw Bi Bo Training Centre in Hyderabad | Vijayawada |Guntur | Vizag, Online Sap Bw Bi Bo Training In USA, sp mm training in hyderabada http://www.primarkinfotech.com/sapbwbi.php New York, New Jersey,Dallas, Chicago, Atlanta, UK, Canada, Australia, India. www.primarkinfotech.com/*sap*bwbi.php http://www.primarkinfotech.com/sapbwbi.php Is this a job posting or something? I can't interpret it as it's too elliptical. Try spelling things out in complete words and sentences if you want any applicants. There is another recent job post here that is much more readable; try emulating that example. -- 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/d/optout.
Re: feedback on side project
Awesome thanks, the only thing is that the reason why I did the reset-games thing is because in the tests I can reset things every time. (testing create new game (reset-games) (new-game) (is (= 1 (length-current-games If I don't do that then it's harder in the tests to have a clean environment.. Maybe that shows a wrong approach in general. These are the tests I'm talking about https://github.com/AndreaCrotti/hackthetower_clojurescript/blob/master/hangman/test/hangman/secret_test.clj 2015-04-11 10:02 GMT+01:00 Sebastian Bensusan sbe...@gmail.com: Hi, I browsed over it, a couple of things: `defonce` is meant for code reloading: (defonce live-games (ref {}))) Don't use `for` when you can use `map`: (mapv (fn [i] {:char i :visible (not (valid-char i))})) Strings can be treated as sequences: (first (.toLowerCase (str char))) Hope this helps Sebastian On Friday, April 10, 2015 at 11:35:33 AM UTC+2, Andrea Crotti wrote: I created a small project just for learning more Clojure and wanted some feedback to improve it and learn some more. The code is all here, and it's both a desktop app that can be run with lein run or a web API that can be run with lein ring server: https://github.com/AndreaCrotti/hackthetower_clojurescript/tree/master/hangman The game is basically this http://en.wikipedia.org/wiki/Hangman_%28game%29 (without the fancy graphics still) This is the sample structure of a move right now: {:attempts 0 :seen #{} :struct [{:char \a :visible false} {:char \b :visible false} {:char \c :visible false}]} So every time someone makes a move it will add a new game position to a list of game snapshots, for example: {long-game-id: [{:attempts 1 :seen ${\a} :struct [{...}]} {:attempts 0 :seen #{} :struct [{...}]}]} and so on and so forth. This is the function that alters the reference for example (defn set-secret Set the secret for a given name [game-id game-struct] (dosync (alter live-games (fn [d] (assoc d game-id (conj (get d game-id) game-struct)) Any suggestions is welcome, I also had some troubles trying to minimize the refs/atoms while at the same time avoiding passing too many things around. I think now the solution of using game-id to hide the implementation detail in https://github.com/AndreaCrotti/hackthetower_clojurescript/blob/master/hangman/src/hangman/secret.clj is not too bad but open for better ideas. Thanks a lot, and if anyone is interested in joining the project please let me know. PS. next things to do are some deployment nice stuff, graphics with Quill and a UI with Clojurescript -- 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/d/optout. -- 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/d/optout.
Re: Any chance of a module system being added to the language?
Ok, thanks Mark. On 13 Apr 2015 06:37, Mark Derricutt m...@talios.com wrote: On 3 Apr 2015, at 3:14, Colin Yates wrote: Do you have any references to OSGi and Clojure? My fork of clojure.osgi is updated for 1.6 and in Maven Central: https://github.com/talios/clojure.osgi and a simple demo: https://github.com/talios/clojure.osgi.demo ( read: very very simple ). We've not really progressed much using clojure.osgi at work really, sadly that got lost amongst other commitments. -- Mark Derricutt http://www.theoryinpractice.net http://www.chaliceofblood.net http://plus.google.com/+MarkDerricutt http://twitter.com/talios http://facebook.com/mderricutt -- 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/d/optout. -- 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/d/optout.
[ANN] Dunaj lite, a library-only version of Dunaj
Hi all, I've just released a version 0.4.0 of Dunaj [1], that contains some bugfixes and is built on top of Clojure 1.7.0 beta1. Dunaj provides an alternative core API for Clojure, introducing a set of core language experiments aimed to improve Clojure language and its core API. Starting from this version, Dunaj now provides a library only version called Dunaj lite. The codebase is shared, and Dunaj lite supports nearly all of Dunaj’s functionalities. Dunaj lite is ideal for cases where you want to evaluate Dunaj in existing projects, or in cases you cannot or don’t want to use custom Clojure forks. See Dunaj lite homepage [2] for more information. The main differences are: * bit more verbose and less elegant usage * small decrease of performance * no qualified special symbols * no changes to primitive types I've also started blogging at [3], where I plan to focus on Dunaj's individual features and its usage in real world cases. Best, Jozef Wagner [1] http://www.dunaj.org [2] http://lite.dunaj.org [3] http://blog.wagjo.com -- 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/d/optout.
Re: [ANN] Clojure 1.7.0-beta1 released
Why would that be fine? On Sunday, April 12, 2015 at 10:39:17 PM UTC+2, whodidthis wrote: Are there any thoughts on code like this: #_#?(:cljs (def unrelated-1 nil)) #?(:cljs (def unrelated-2 nil)) #?(:cljs (def unrelated-3 nil)) #?(:clj (def n 10)) #?(:clj (defn num [] n)) ; compile on clj =RuntimeException: Unable to resolve symbol: n I guess it's fine if it continues to work that way but I can imagine it being a little surprising from time to time heh -- 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/d/optout.
Re: Poland - Poznań - i am looking people who are coding in Clojure to share experience
Thank you for answer. I will contact with him. On Monday, April 13, 2015 at 7:19:42 AM UTC+2, Tomek Mańko wrote: If you're from Poznań you might want to reach out to those guys on twitter or something - http://nukomeet.com - they seem to be using Clojure (among others) and have an office in the city. On Thursday, 9 April 2015 22:33:39 UTC+2, Krzysztof Władyka wrote: Hello, I am learning Clojure. I watched Clojure Inside Out, read many atricles, half Programming Clojure (2nd edition), started reading The Joy of Clojure. I am really fascinate about this technology and idea behind that. I see it's good choice. *I am looking team / people in Poland - Poznań who are coding in Clojure to share experience.* PS I have a long experience in business managing, so i can share that experience also. PS2 I am sorry i am writing about that on this group, but in my country Clojure is not so popular and we even don't have any group meeting or something like that. Just i don't have any idea how i can meet this people in Poznań, this group looks good :) -- 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/d/optout.
Re: [ANN] Clojure 1.7.0-beta1 released
Hmm... In Clojurescript you can do the following (try ;; throw something (catch :default e e)) When I try the same thing in Clojure, it seems to not be supported. Is there any plans to support this syntax in Clojure 1.7? -- 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/d/optout.
Re: [ClojureScript] Re: ANN: ClojureScript 0.0-3196, Conditional Reading, REPLs, and Code Motion
Is there any working ClojureScript NREPL with this latest setup of CLJ 1.7-beta-1, CLJS3169 and cider-0.9-SNAPSHOT available? Using weasel-0.6.0-SNAPSHOT with piggieback 0.2.0 gives me a functioning REPL but code completion and source jump don't work anymore. Best regards, Leon. On Sunday, April 12, 2015 at 11:34:53 AM UTC+2, Georgi Danov wrote: thanks! On Saturday, April 11, 2015 at 5:15:06 PM UTC+2, David Nolen wrote: Yep, the clojure.main option is the one you want. David On Sat, Apr 11, 2015 at 10:45 AM, Georgi Danov georgi...@gmail.com wrote: I did read it very carefully several times, but kept trying to use it via remote connection (headbang). I got it running using the config use clojure.main in normal JVM process, is this how it's supposed to be? On Saturday, April 11, 2015 at 4:06:47 PM UTC+2, David Nolen wrote: I was able to connect IntelliJ to a REPL because Cursive can now connect to a ClojureScript REPL started in the usual way. There is no special setup, make sure you've taken the time to read the new ClojureScript Quick Start. HTH, David On Sat, Apr 11, 2015 at 5:06 AM, Georgi Danov georgi...@gmail.com wrote: Hi, I keep having troubles running repl with piggieback and once again I see in the changelog this was improved. I also saw the screenshot in your last tweet which clearly shows intellij can connect. Can you please share your project set-up? Some sort of sample project that has that up running would be of great value. Even when I follow the tutorials I end up in weird exceptions, last one being No implementation of method: :-evaluate of protocol: #'cljs.repl/IJavaScriptEnv found for class: clojure.lang.PersistentArrayMap at clojure.core$_cache_protocol_fn.invoke(core_deftype.clj:554) -- 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 Groups ClojureScript group. To unsubscribe from this group and stop receiving emails from it, send an email to clojurescrip...@googlegroups.com. To post to this group, send email to clojur...@googlegroups.com. Visit this group at http://groups.google.com/group/clojurescript. -- 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 Groups ClojureScript group. To unsubscribe from this group and stop receiving emails from it, send an email to clojurescrip...@googlegroups.com. To post to this group, send email to clojur...@googlegroups.com. Visit this group at http://groups.google.com/group/clojurescript. -- 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/d/optout.
Re: [ClojureScript] Re: [ANN] Clojure 1.7.0-beta1 released
The only reason :default exists is because *anything* in JavaScript can be thrown and there needs to be some way to catch non-Error derived values. This is not the case for Java of course. :default could probably be aliased to Throwable, but in the meantime differences like this are now handleable via conditional reading. David On Mon, Apr 13, 2015 at 6:37 AM, Robin Heggelund Hansen skinney...@gmail.com wrote: Hmm... In Clojurescript you can do the following (try ;; throw something (catch :default e e)) When I try the same thing in Clojure, it seems to not be supported. Is there any plans to support this syntax in Clojure 1.7? -- 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 Groups ClojureScript group. To unsubscribe from this group and stop receiving emails from it, send an email to clojurescript+unsubscr...@googlegroups.com. To post to this group, send email to clojurescr...@googlegroups.com. Visit this group at http://groups.google.com/group/clojurescript. -- 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/d/optout.
Re: [ClojureScript] Re: [ANN] Clojure 1.7.0-beta1 released
Ahh ok, makes sense. mandag 13. april 2015 12.45.35 UTC+2 skrev David Nolen følgende: The only reason :default exists is because *anything* in JavaScript can be thrown and there needs to be some way to catch non-Error derived values. This is not the case for Java of course. :default could probably be aliased to Throwable, but in the meantime differences like this are now handleable via conditional reading. David On Mon, Apr 13, 2015 at 6:37 AM, Robin Heggelund Hansen skinn...@gmail.com javascript: wrote: Hmm... In Clojurescript you can do the following (try ;; throw something (catch :default e e)) When I try the same thing in Clojure, it seems to not be supported. Is there any plans to support this syntax in Clojure 1.7? -- 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 Groups ClojureScript group. To unsubscribe from this group and stop receiving emails from it, send an email to clojurescrip...@googlegroups.com javascript:. To post to this group, send email to clojur...@googlegroups.com javascript:. Visit this group at http://groups.google.com/group/clojurescript. -- 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/d/optout.
Re: [ANN] Clojure Applied: From Practice to Practitioner
Will we be notified as new content is added so we can update our electronic versions? On Monday, April 13, 2015 at 10:01:04 AM UTC-4, Alex Miller wrote: The errata form is for technical errors, typos, and suggestions. If you have broader questions or items for discussion, there is also a forum available: https://forums.pragprog.com/forums/352 Probably better to use either of those than this group. Thanks... On Monday, April 13, 2015 at 8:28:46 AM UTC-5, Nando Breiter wrote: Alex, Would you also like general feedback at the pragprog.com http://www.google.com/url?q=http%3A%2F%2Fpragprog.comsa=Dsntz=1usg=AFQjCNH42NqPrlF1xg8KTzx39DMWO2I5Xw url? Or is that better here? Aria Media Sagl Via Rompada 40 6987 Caslano Switzerland +41 (0)91 600 9601 +41 (0)76 303 4477 cell skype: ariamedia On Mon, Apr 13, 2015 at 3:16 PM, Alex Miller al...@puredanger.com wrote: Thanks Mohit! There was a bug around this that I had fixed at one point, perhaps I didn't get that change applied. BTW, for future bugs on the book, it's best to file them here so we can track them: https://pragprog.com/titles/vmclojeco/errata Alex On Sunday, April 12, 2015 at 1:28:03 AM UTC-5, Mohit Thatte wrote: Alex I read the preview chapters, great read so far. Looking forward to the whole book. There seems to be a small error in the Value Based Dispatch section on page 8, where the comments don't match the code. oz and lb seem to be flipped! (defmulti convert Convert quantity from unit1 to unit2, matching on [unit1 unit2] (fn [unit1 unit2 quantity] [unit1 unit2])) ;; lb to oz (defmethod convert [:lb :oz] [_ _ oz] (* oz 16)) ;; oz to lb (defmethod convert [:oz :lb] [_ _ lb] (/ lb 16)) Cheers, Mohit On Saturday, April 11, 2015 at 6:35:05 AM UTC+5:30, Alex Miller wrote: Great to hear! -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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/d/optout.
Re: [ANN] Clojure Applied: From Practice to Practitioner
Just picked it up! Thanks Alex. Sounds like the sort of thing I've been wanting more info on for a while now. Looking forward to the reading! - Matt On Wednesday, April 8, 2015 at 9:27:58 AM UTC-4, Alex Miller wrote: Hey all, I'm very happy to announce that Clojure Applied is now available in beta: https://pragprog.com/book/vmclojeco/clojure-applied I've been working on this with Ben Vandgrift for a long time, hoping to fill the underserved niche of *intermediate* Clojure material. Our goal is to step in after you've read any of the fine introductory books and provide the next level of guidance needed to successfully apply Clojure to real problems. The chapters are: 1. Model Your Domain - an overview of modeling domain entities, modeling relationships, validating them, and creating domain operations. 2. Collect And Organize Your Data - choosing the right collection, updating collections, accessing collections, and building custom collections. 3. Processing Sequential Data - using sequence functions and transducers to transform your data. 4. State, Identity, and Change - modeling change and state with Clojure's state constructs. 5. Use Your Cores - waiting in the background, queues and workers, parallelism with reducers, and thinking in processes with core.async. 6. Creating Components - organizing your code with namespaces, designing component APIs, connecting components with core.async channels, and implementing components with state. 7. Compose Your Application - assembling components, configuration, and entry points. 8. Testing Clojure - example- and property-based testing with clojure.test, expectations, and test.check. 9. Playing With Others - details TBD 10. Getting Out The Door - publishing your code and deploying your application. Chapters 1-6 and 10 are available now in beta form. We expect to release a new chapter every 2-3 weeks until completion. The printed book should be available this fall. Alex -- 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/d/optout.
Re: [ClojureScript] Re: [ANN] Clojure 1.7.0-beta1 released
There is a ticket to consider a portable solution to this issue: http://dev.clojure.org/jira/browse/CLJ-1293 On Monday, April 13, 2015 at 5:45:35 AM UTC-5, David Nolen wrote: The only reason :default exists is because *anything* in JavaScript can be thrown and there needs to be some way to catch non-Error derived values. This is not the case for Java of course. :default could probably be aliased to Throwable, but in the meantime differences like this are now handleable via conditional reading. David On Mon, Apr 13, 2015 at 6:37 AM, Robin Heggelund Hansen skinn...@gmail.com javascript: wrote: Hmm... In Clojurescript you can do the following (try ;; throw something (catch :default e e)) When I try the same thing in Clojure, it seems to not be supported. Is there any plans to support this syntax in Clojure 1.7? -- 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/d/optout.
Re: [ANN] Clojure Applied: From Practice to Practitioner
Alex, Would you also like general feedback at the pragprog.com url? Or is that better here? Aria Media Sagl Via Rompada 40 6987 Caslano Switzerland +41 (0)91 600 9601 +41 (0)76 303 4477 cell skype: ariamedia On Mon, Apr 13, 2015 at 3:16 PM, Alex Miller a...@puredanger.com wrote: Thanks Mohit! There was a bug around this that I had fixed at one point, perhaps I didn't get that change applied. BTW, for future bugs on the book, it's best to file them here so we can track them: https://pragprog.com/titles/vmclojeco/errata Alex On Sunday, April 12, 2015 at 1:28:03 AM UTC-5, Mohit Thatte wrote: Alex I read the preview chapters, great read so far. Looking forward to the whole book. There seems to be a small error in the Value Based Dispatch section on page 8, where the comments don't match the code. oz and lb seem to be flipped! (defmulti convert Convert quantity from unit1 to unit2, matching on [unit1 unit2] (fn [unit1 unit2 quantity] [unit1 unit2])) ;; lb to oz (defmethod convert [:lb :oz] [_ _ oz] (* oz 16)) ;; oz to lb (defmethod convert [:oz :lb] [_ _ lb] (/ lb 16)) Cheers, Mohit On Saturday, April 11, 2015 at 6:35:05 AM UTC+5:30, Alex Miller wrote: Great to hear! -- 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/d/optout. -- 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/d/optout.
sp mm training in hyderabada
Sap Bw Bi Bo Training Centre in Hyderabad | Vijayawada |Guntur | Vizag, Online Sap Bw Bi Bo Training In USA, sp mm training in hyderabada http://www.primarkinfotech.com/sapbwbi.php New York, New Jersey,Dallas, Chicago, Atlanta, UK, Canada, Australia, India. www.primarkinfotech.com/ *sap*bwbi.php http://www.primarkinfotech.com/sapbwbi.php -- 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/d/optout.
Re: [ANN] Clojure Applied: From Practice to Practitioner
Thanks Mohit! There was a bug around this that I had fixed at one point, perhaps I didn't get that change applied. BTW, for future bugs on the book, it's best to file them here so we can track them: https://pragprog.com/titles/vmclojeco/errata Alex On Sunday, April 12, 2015 at 1:28:03 AM UTC-5, Mohit Thatte wrote: Alex I read the preview chapters, great read so far. Looking forward to the whole book. There seems to be a small error in the Value Based Dispatch section on page 8, where the comments don't match the code. oz and lb seem to be flipped! (defmulti convert Convert quantity from unit1 to unit2, matching on [unit1 unit2] (fn [unit1 unit2 quantity] [unit1 unit2])) ;; lb to oz (defmethod convert [:lb :oz] [_ _ oz] (* oz 16)) ;; oz to lb (defmethod convert [:oz :lb] [_ _ lb] (/ lb 16)) Cheers, Mohit On Saturday, April 11, 2015 at 6:35:05 AM UTC+5:30, Alex Miller wrote: Great to hear! -- 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/d/optout.
Re: [ANN] Clojure 1.7.0-beta1 released
I think what you're seeing here makes sense. On Sunday, April 12, 2015 at 3:39:15 PM UTC-5, whodidthis wrote: Are there any thoughts on code like this: #_ This says to ignore the next read form #?(:cljs (def unrelated-1 nil)) This evaluates to *nothing*, ie nothing is read, so it is not ignored by the #_. #?(:cljs (def unrelated-2 nil)) #?(:cljs (def unrelated-3 nil)) These also read as *nothing*. #?(:clj (def n 10)) This *is* read, but ignored per the prior #_ #?(:clj (defn num [] n)) ; compile on clj =RuntimeException: Unable to resolve symbol: n And then this makes sense. I guess it's fine if it continues to work that way but I can imagine it being a little surprising from time to time heh Conditional reading is definitely something to be careful about - I think in this case you are combining two types of conditional reading so be doubly careful. :) To get the effect you want in this, using #_ *inside* the reader conditional would work: #?(:cljs #_(def unrelated-1 nil)) -- 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/d/optout.
Re: [ANN] Clojure Applied: From Practice to Practitioner
The errata form is for technical errors, typos, and suggestions. If you have broader questions or items for discussion, there is also a forum available: https://forums.pragprog.com/forums/352 Probably better to use either of those than this group. Thanks... On Monday, April 13, 2015 at 8:28:46 AM UTC-5, Nando Breiter wrote: Alex, Would you also like general feedback at the pragprog.com http://www.google.com/url?q=http%3A%2F%2Fpragprog.comsa=Dsntz=1usg=AFQjCNH42NqPrlF1xg8KTzx39DMWO2I5Xw url? Or is that better here? Aria Media Sagl Via Rompada 40 6987 Caslano Switzerland +41 (0)91 600 9601 +41 (0)76 303 4477 cell skype: ariamedia On Mon, Apr 13, 2015 at 3:16 PM, Alex Miller al...@puredanger.com javascript: wrote: Thanks Mohit! There was a bug around this that I had fixed at one point, perhaps I didn't get that change applied. BTW, for future bugs on the book, it's best to file them here so we can track them: https://pragprog.com/titles/vmclojeco/errata Alex On Sunday, April 12, 2015 at 1:28:03 AM UTC-5, Mohit Thatte wrote: Alex I read the preview chapters, great read so far. Looking forward to the whole book. There seems to be a small error in the Value Based Dispatch section on page 8, where the comments don't match the code. oz and lb seem to be flipped! (defmulti convert Convert quantity from unit1 to unit2, matching on [unit1 unit2] (fn [unit1 unit2 quantity] [unit1 unit2])) ;; lb to oz (defmethod convert [:lb :oz] [_ _ oz] (* oz 16)) ;; oz to lb (defmethod convert [:oz :lb] [_ _ lb] (/ lb 16)) Cheers, Mohit On Saturday, April 11, 2015 at 6:35:05 AM UTC+5:30, Alex Miller wrote: Great to hear! -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@googlegroups.com javascript: Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+u...@googlegroups.com javascript: 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+u...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- 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/d/optout.
Re: Help: Markdown in Leiningen project :description not recognized by codox
It's not something that's supported in Codox at the moment. - James On 13 April 2015 at 17:02, henrik42 henrikhe...@web.de wrote: Hi, I'd like to use Markdown in the description of my Leiningen project.clj: (defproject foo 0.1.0-SNAPSHOT :description *foo* is my project :plugins [[codox 0.8.11]] :codox {:defaults {:doc/format :markdown}} [...]) But its not working. Markdown in function descriptions is working fine. Is this by design or a bug? Any idea? - Henrik -- 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/d/optout. -- 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/d/optout.
Re: [ANN] Clojure Applied: From Practice to Practitioner
On Monday, April 13, 2015 at 9:40:39 AM UTC-5, Jonathon McKitrick wrote: Will we be notified as new content is added so we can update our electronic versions? Yes, you should be notified when it's updated. Also, if you visit the Pragmatic web site and log in, they will notify you if any books on your bookshelf have been updated. We will probably have another update next week with chapter 8 and any errata fixes since the first release. Alex -- 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/d/optout.
Re: [ClojureScript] Re: [ANN] Clojure 1.7.0-beta1 released
Ouch! But that actually makes a lot of sense. On Mon, 13 Apr 2015 14:58 Alex Miller a...@puredanger.com wrote: There is a ticket to consider a portable solution to this issue: http://dev.clojure.org/jira/browse/CLJ-1293 On Monday, April 13, 2015 at 5:45:35 AM UTC-5, David Nolen wrote: The only reason :default exists is because *anything* in JavaScript can be thrown and there needs to be some way to catch non-Error derived values. This is not the case for Java of course. :default could probably be aliased to Throwable, but in the meantime differences like this are now handleable via conditional reading. David On Mon, Apr 13, 2015 at 6:37 AM, Robin Heggelund Hansen skinn...@gmail.com wrote: Hmm... In Clojurescript you can do the following (try ;; throw something (catch :default e e)) When I try the same thing in Clojure, it seems to not be supported. Is there any plans to support this syntax in Clojure 1.7? -- 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 Groups ClojureScript group. To unsubscribe from this group and stop receiving emails from it, send an email to clojurescript+unsubscr...@googlegroups.com. To post to this group, send email to clojurescr...@googlegroups.com. Visit this group at http://groups.google.com/group/clojurescript. -- 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/d/optout.
Re: [ANN] Clojure 1.7.0-beta1 released
Sounds like you guys have it figured out; conditional reading forms cannot be ignored, only their results. Just wanted to make sure, had some bad times with it heh On Monday, April 13, 2015 at 4:48:28 PM UTC+3, Alex Miller wrote: I think what you're seeing here makes sense. On Sunday, April 12, 2015 at 3:39:15 PM UTC-5, whodidthis wrote: Are there any thoughts on code like this: #_ This says to ignore the next read form #?(:cljs (def unrelated-1 nil)) This evaluates to *nothing*, ie nothing is read, so it is not ignored by the #_. #?(:cljs (def unrelated-2 nil)) #?(:cljs (def unrelated-3 nil)) These also read as *nothing*. #?(:clj (def n 10)) This *is* read, but ignored per the prior #_ #?(:clj (defn num [] n)) ; compile on clj =RuntimeException: Unable to resolve symbol: n And then this makes sense. I guess it's fine if it continues to work that way but I can imagine it being a little surprising from time to time heh Conditional reading is definitely something to be careful about - I think in this case you are combining two types of conditional reading so be doubly careful. :) To get the effect you want in this, using #_ *inside* the reader conditional would work: #?(:cljs #_(def unrelated-1 nil)) -- 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/d/optout.
Re: sp mm training in hyderabada
On Monday, April 13, 2015 at 9:27:33 AM UTC-4, sunitha seo wrote: Sap Bw Bi Bo Training Centre in Hyderabad | Vijayawada |Guntur | Vizag, Online Sap Bw Bi Bo Training In USA, sp mm training in hyderabada http://www.primarkinfotech.com/sapbwbi.php New York, New Jersey,Dallas, Chicago, Atlanta, UK, Canada, Australia, India. www.primarkinfotech.com/ *sap*bwbi.php http://www.primarkinfotech.com/sapbwbi.php Is this a job posting or something? I can't interpret it as it's too elliptical. Try spelling things out in complete words and sentences if you want any applicants. There is another recent job post here that is much more readable; try emulating that example. -- 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/d/optout.
New Functional Programming Job Opportunities
Here are some functional programming job opportunities that were posted recently: Clojure Services/Search Engineer at Kontor http://functionaljobs.com/jobs/8807-clojure-services-search-engineer-at-kontor Clojure Engineer at Funding Circle http://functionaljobs.com/jobs/8806-clojure-engineer-at-funding-circle Cheers, Sean Murphy FunctionalJobs.com -- 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/d/optout.
Help: Markdown in Leiningen project :description not recognized by codox
Hi, I'd like to use Markdown in the description of my Leiningen project.clj: (defproject foo 0.1.0-SNAPSHOT :description *foo* is my project :plugins [[codox 0.8.11]] :codox {:defaults {:doc/format :markdown}} [...]) But its not working. Markdown in function descriptions is working fine. Is this by design or a bug? Any idea? - Henrik -- 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/d/optout.
Re: [ANN] Clojure Applied: From Practice to Practitioner
I have bought books while in beta version from Pragmatic Programmers before, and they always sent me email whenever the book had an update to its content (I ordered the book on their web site, so they had my contact info). Andy On Mon, Apr 13, 2015 at 7:40 AM, Jonathon McKitrick jmckitr...@gmail.com wrote: Will we be notified as new content is added so we can update our electronic versions? On Monday, April 13, 2015 at 10:01:04 AM UTC-4, Alex Miller wrote: The errata form is for technical errors, typos, and suggestions. If you have broader questions or items for discussion, there is also a forum available: https://forums.pragprog.com/forums/352 Probably better to use either of those than this group. Thanks... On Monday, April 13, 2015 at 8:28:46 AM UTC-5, Nando Breiter wrote: Alex, Would you also like general feedback at the pragprog.com http://www.google.com/url?q=http%3A%2F%2Fpragprog.comsa=Dsntz=1usg=AFQjCNH42NqPrlF1xg8KTzx39DMWO2I5Xw url? Or is that better here? Aria Media Sagl Via Rompada 40 6987 Caslano Switzerland +41 (0)91 600 9601 +41 (0)76 303 4477 cell skype: ariamedia On Mon, Apr 13, 2015 at 3:16 PM, Alex Miller al...@puredanger.com wrote: Thanks Mohit! There was a bug around this that I had fixed at one point, perhaps I didn't get that change applied. BTW, for future bugs on the book, it's best to file them here so we can track them: https://pragprog.com/ titles/vmclojeco/errata Alex On Sunday, April 12, 2015 at 1:28:03 AM UTC-5, Mohit Thatte wrote: Alex I read the preview chapters, great read so far. Looking forward to the whole book. There seems to be a small error in the Value Based Dispatch section on page 8, where the comments don't match the code. oz and lb seem to be flipped! (defmulti convert Convert quantity from unit1 to unit2, matching on [unit1 unit2] (fn [unit1 unit2 quantity] [unit1 unit2])) ;; lb to oz (defmethod convert [:lb :oz] [_ _ oz] (* oz 16)) ;; oz to lb (defmethod convert [:oz :lb] [_ _ lb] (/ lb 16)) Cheers, Mohit On Saturday, April 11, 2015 at 6:35:05 AM UTC+5:30, Alex Miller wrote: Great to hear! -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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/d/optout. -- 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/d/optout.