[ANN] Superstring 3.0.0

[Lars Andersen]

Hi all,

I'm happy to announce that a new version of the string manipulation 
library, Superstring, is out.

For those of you not already familiar with Superstring, it is a string 
manipulation library for Clojure and ClojureScript.

You can read more about the project itself 
here: https://github.com/expez/superstring

If you're already familiar with the project, you can catch up on the most 
recent changes 
here: https://github.com/expez/superstring/blob/master/CHANGELOG.md

Lars

-- 
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: Current Cider SNAPSHOT not working??

[Lars Andersen]

Some bad code slipped into master for a few minutes but was fixed promptly. 
See https://github.com/clojure-emacs/cider/issues/1434 for more details.

Just upgrade CIDER and you should be fine.

On Thursday, November 26, 2015 at 1:16:23 PM UTC+1, Karel Miarka wrote:
>
> I have just installed a new box and cannot make Cider working with 
> Spacemacs nor Prelude.
>
> When I open a .clj file I notice this in *Messages*:
>
> *Eager macro-expansion failure: (error "Unknown upattern `(quote 
> request)'")*
>
> Then I try to connect to nREPL server C-c M-c and the REPL is not working. 
> There is only this new *Messages*:
>
> nREPL: Establishing direct connection to localhost:7002 ...
> nREPL: Direct connection established
> *pcase--u1: Unknown upattern `(quote request)'*
>
> Google returns nothing searching "unknown upattern" "quote request".
>
> My profiles.clj looks like this:
>
> {:user {:plugins  [[cider/cider-nrepl "0.10.0-SNAPSHOT"]
>[refactor-nrepl "2.0.0-SNAPSHOT"]]
> :dependencies [[alembic "0.3.2"]
>[org.clojure/tools.nrepl "0.2.11"]]}}
>
> OS: Linux Mint/Ubuntu 64bit
> Oracle Java 8
> Clojure 1.7
>
> Thanks for any help / suggestions!
>
>

-- 
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: deprecation warnings?

[Lars Andersen]

Font-locking of deprecated vars was just added to CIDER.  It's available in 
snapshots now, and will be included in 0.10.

On Wednesday, October 14, 2015 at 6:09:21 PM UTC+2, William la Forge wrote:
>
> Going forward, I'd like to deprecate some functions and have a warning 
> displayed on first use. So I've done this:
>
> (def emptyAAMap ^{:deprecated "0.3.4"}
>   (new AAMap emptyNode {:comparator RT/DEFAULT_COMPARATOR}))
>
>
> But I am not seeing any warnings from either lein or cursive. Do I need to 
> add a plugin?
>
> Thanks!
>

-- 
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: Library suggestions requested for clojure-toolbox.com

[Lars Andersen]

String manipulation library for clj and 
cljs: https://github.com/expez/superstring

On Monday, October 5, 2015 at 9:41:11 PM UTC+2, James Reeves wrote:
>
> If you've written or know about a Clojure or ClojureScript library, and 
> it's not already on clojure-toolbox.com , 
> I'd like to hear about it.
>
> Post the name and URL (and an optional category) as reply to this message, 
> and I'll add it to the site.
>
> - James
>

-- 
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: (= (list {'a 42}) '({'a 42})) => false ???

[Lars Andersen]

You can see it if you read:

user=> (read-string "(= (list {'a 42}) '({'a 42}))") 
;;=> (= (list {(quote a) 42}) (quote ({(quote a) 42})))

If you remove it:

user=> (= (list {'a 42}) '({a 42})) 
;;=> true

On Saturday, September 26, 2015 at 3:12:44 PM UTC+2, Chris Cornelison wrote:
>
> Anyone know why these evaluate differently and are not equal?
>
> $lein repl
> nREPL server started on port 56056 on host 127.0.0.1 - nrepl://
> 127.0.0.1:56056
> REPL-y 0.3.5, nREPL 0.2.6
> Clojure 1.6.0
> Java HotSpot(TM) 64-Bit Server VM 1.8.0_31-b13
> Docs: (doc function-name-here)
>   (find-doc "part-of-name-here")
>   Source: (source function-name-here)
>  Javadoc: (javadoc java-object-or-class-here)
> Exit: Control+D or (exit) or (quit)
>  Results: Stored in vars *1, *2, *3, an exception in *e
>
> user=> (list {'a 42})
> ({a 42})
> user=> '({'a 42})
> ({(quote a) 42})
> user=> (= (list {'a 42}) '({'a 42}))
> false
>

-- 
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: core.typed and cider

[Lars Andersen]

It relies on kibit, eastwood and core.typed to provide warnings and errors. 
This means support for other dialects will be available when those projects 
add support.

On Saturday, September 26, 2015 at 12:19:03 AM UTC+2, JvJ wrote:
>
> Lars, thanks for telling me about squiggly-clojure.  It seems great.
>
> Do you know if there's a way to get it to work with cljc and/or cljs 
> files?  Currently, it only seems to work with clj files.
>
> On Thursday, 24 September 2015 13:36:07 UTC-7, JvJ wrote:
>>
>> Hi,
>>
>> Maybe this topic has already been addressed, but if it has been, I 
>> couldn't find it.
>>
>> When using cider, I tend to user C-c C-l a lot to reload my namespaces as 
>> I'm writing them.
>>
>> Is there an easy way to incorporate type-checking into this process?  A 
>> load-file-and-typecheck command?
>>
>> I've already tried just putting (t/check-ns) at the end of the file, but 
>> this seems to cause stack overflows in some cases.
>>
>> Thanks 
>>
>

-- 
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: core.typed and cider

[Lars Andersen]

Something like this doesn't exist in CIDER, so you have to write some elisp 
yourself, if you want it.

While not exactly what you've envisioned, I think the best solution is 
this: https://github.com/clojure-emacs/squiggly-clojure 

On Thursday, September 24, 2015 at 10:36:07 PM UTC+2, JvJ wrote:
>
> Hi,
>
> Maybe this topic has already been addressed, but if it has been, I 
> couldn't find it.
>
> When using cider, I tend to user C-c C-l a lot to reload my namespaces as 
> I'm writing them.
>
> Is there an easy way to incorporate type-checking into this process?  A 
> load-file-and-typecheck command?
>
> I've already tried just putting (t/check-ns) at the end of the file, but 
> this seems to cause stack overflows in some cases.
>
> Thanks 
>

-- 
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] superstring 2.0.0 with clojurescript support!

[Lars Andersen]

I'm happy announce the release of version 2.0.0 of 
https://github.com/expez/superstring, a string manipulation library.

The most notable change in 2.0.0 is the addition of clojurescript support.

To read about the other changes check out: 
https://github.com/expez/superstring/blob/master/CHANGELOG.md

Lars

-- 
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] superstring 1.1.0

[Lars Andersen]

I'm happy to announce the release of version 1.1.0 of 
https://github.com/expez/superstring

This was meant as a bugfix release, but I couldn't help myself and added 
two functions as well before I got around to cutting the release.

You can read about the specifics here: 
https://github.com/expez/superstring/blob/master/CHANGELOG.md

Next up for superstring is clojurescript support.  The core library is 
ported, I just need to find a way to package it up so I can ship clj and 
cljs, and not force everyone to be on 1.7 to consume my cljc files.  

Lars

-- 
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: Tool authors: ClojureScript support in tools.namespace?

[Lars Andersen]

refactor-nrepl, which is the brain behind refactoring libraries like 
clj-refactor and clj-light-refactor uses:

1. find/find-namespaces-in-jarfile
2. file/clojure-file?
3. find/find-clojure-sources-in-dir
4. parse/read-ns-decl

And finally, dependency, file and track are used together to get a list of 
dependent namespaces, e.g. to find out which files are affected when a file 
or dir of files has been moved.

As we add refactoring support for cljs, tools.namespace is one of the 
libraries we're going to lean on.  Since refactor-nrepl is a side project, 
support for cljs in libraries like tools.namespace often end up being a 
deciding factor when debating which feature to build next.

I don't have a strong opinion on 3, but get-me-all-source-files with 
predicate functions for filtering might be nice, because the predicate 
functions themselves are somewhat useful.

Thanks for working on tools.namespace, it's been a joy to use when writing 
tooling!

Lars

On Friday, July 24, 2015 at 11:14:04 PM UTC+2, Stuart Sierra wrote:

 Hello to anyone and everyone writing tools for working with Clojure and 
 ClojureScript source files …

 I've been looking into adding better support for ClojureScript in 
 tools.namespace.

 It's not a trivial problem. Lots of places in tools.namespace assume there 
 is only one kind of source file. For Clojure 1.7 it got updated to include 
 .cljc files as well, but it's still hard-coded. I've collected some of my 
 notes in TNS-35: http://dev.clojure.org/jira/browse/TNS-35

 My question to you: if you maintain a tool or library which uses 
 tools.namespace:

1. Do you need/want ClojureScript support?

2. What namespaces (repl, find, dir, file, parse) do you call in 
 tools.namespace?

3. How would you like to distinguish between get me Clojure sources 
 and get me ClojureScript sources?

 Note: I am **not** proposing a full port of tools.namespace to 
 ClojureScript. Something like c.t.n.repl/refresh is too tightly coupled 
 to JVM Clojure, and equivalent tools already exist for ClojureScript.

 This is just about using tools.namespace to parse and analyze the 
 dependencies of ClojureScript source files, statically, the same way it now 
 does for Clojure source files.

 Thanks,
 –S


-- 
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] superstring - A string manipulation library

[Lars Andersen]

I thought about writing a cljs port, but I don't write much cljs so I 
thought better of it.  Software quality usually suffers when it isn't used 
by the author, I think.

I'd love to find a collaborator to work on the cljs port of this library.

ES6 actually adds string.prototype.normalizer but IIRC cljs usually targets 
ES3.

On Sunday, June 21, 2015 at 4:05:23 PM UTC+2, Karsten Schmidt wrote:

 That's ++great, Lars! Would you be open to convert this into CLJC so 
 it can all be used from CLJS as well? I guess the main stumbling block 
 is the use of java.text.Normalizer in strip-accents, but that could be 
 replaced with a hardcoded regexp solution for CLJS... 

 Thanks! 

 On 21 June 2015 at 13:45, Lars Andersen ex...@expez.com javascript: 
 wrote: 
  I'm happy to announce the first release of superstring, a string 
  manipulation library for clojure. 
  
  Read more about why I wrote superstring here: 
  https://github.com/expez/superstring 
  
  Or check out the api docs for a quick overview of what's provided: 
  http://expez.github.io/superstring/doc/superstring.core.html 
  
  -- 
  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. 



 -- 
 Karsten Schmidt 
 http://postspectacular.com | http://thi.ng | http://toxiclibs.org 


-- 
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] superstring - A string manipulation library

[Lars Andersen]

I'm happy to announce the first release of superstring, a string 
manipulation library for clojure.

Read more about why I wrote superstring here: 
https://github.com/expez/superstring

Or check out the api docs for a quick overview of what's provided: 
http://expez.github.io/superstring/doc/superstring.core.html

-- 
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] superstring - A string manipulation library

[Lars Andersen]

I'm not sure I agree that it would make sense, in general, for WEISS and 
weiß to be considered equal when ignoring case.  I don't write any 
german, so I might be wrong on that, though.  Thankfully I didn't have to 
write my own case-insensitive string comparison code because Oracle already 
provides equalsIgnoreCase :)

On Sunday, June 21, 2015 at 4:41:49 PM UTC+2, Fluid Dynamics wrote:

 The troubling thing isn't the use of Normalizer to remove accents, but the 
 use of .toUpper, .toLower, and .equalsIgnoreCase instead of Normalizer, 
 which may run into problems. For example you probably want weiß and 
 WEISS to compare equal when ignoring case. For a case-insensitive 
 comparison I tend to compare the outputs of this for two strings:

 (defn normalize
   Given a string, normalizes it so that it may be used as a key in a 
 hashmap
and compare equal to all strings representing the same word/spelling.
There are edge cases that .toLowerCase or .toUpperCase would not handle,
so the actual procedure uses java.text.Normalizer as well as both of the
above.
 ; = (= (normalize ß) (normalize  sS))
 ; true
 ; = (= (normalize  é) (normalize  é))
 ; true
 ; ; Note that the latter are two different és, if this file encoding 
 preserved
 ; ; the difference. One uses a combining diacritic and one is integral.
   [^String s]
   (- s
 (java.text.Normalizer/normalize (java.text.Normalizer$Form/NFKC))
 (.toUpperCase)
 (.toLowerCase)))

 Of course for some uses you want to compare the results of stripping 
 accents entirely, such as user text search (so a user input of desole 
 will match désolé, making it possible for people with en-US keyboards and 
 operating systems to find it without jumping through hoops; of course this 
 is most important with name searches, so e.g. one might search for Hervé 
 Jean-Pierre Villechaize with herve jean pierre villechaize and not fail 
 to discover his role in The Man with the Golden Gun).



-- 
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: Where should 'if-let-all' macro go?

[Lars Andersen]

I actually wish this was how the if-let macro in core worked.  Once in a 
blue moon I end up writing nested if-let statements or an if-let with a 
nested let.  Both of these cases look so ridiculous I often re-write the 
the code just avoid it.

On Tuesday, June 9, 2015 at 2:00:53 PM UTC+2, crocket wrote:

 It evaluates true-case only if every local binding evaluates to true values. 
 false-case has no access to local bindings.

 (defmacro if-let-all
   if-let-all evaluates every local binding sequentially and evaluates 
 true-case only if every local binding is a truthy value.
 true-case has access to all local bindings, but false-case doesn't have 
 access to local bindings.
   [bindings true-case false-case]
   (let [pairs (partition 2 bindings)
 names (mapv first pairs)
 exprs (map second pairs)
 exprs-in-if-let (fn self [[name1  more-names] [expr1  more-exprs]]
  `(if-let [~name1 ~expr1]
 ~(if more-names
(self more-names more-exprs)
names)))
 things (exprs-in-if-let names exprs)]
 `(if-let [~names ~things]
~true-case
~false-case)))

 I think this macro could benefit people if I found the right project where it 
 should reside.
 Can anyone help me find the right project for if-let-all?



-- 
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] Pedestal 0.4.0 and doc updates

[Lars Andersen]

The roadmap for Pedestal has been saying for a while that the focus going 
forward is on various forms of documentation, yet most of the files in the 
documentation folder haven't been touched for quite some time.  When I last 
wanted to take a closer look at Pedestal this put me off, because I figured 
the documentation was both out of date (tons of commits, yet none to the 
docs) and that more and/or better documentation was coming shortly.  

Is this stuff still coming, or is this as good a time as any to take a 
closer look at Pedestal?




On Tuesday, May 26, 2015 at 4:56:46 PM UTC+2, Paul deGrandis wrote:

 Hi all,

 Pedestal https://github.com/pedestal/pedestal 0.4.0 has been released, 
 featuring:

- A very fast and efficient prefix-tree router
- The ability to plug-in new routers
- A simplified and improved Interceptor API
- Advanced error handling capabilities for async systems
- and more!

 For a list of all changes, please see the release notes 
 https://github.com/pedestal/pedestal/releases.

 Additionally, the README 
 https://github.com/pedestal/pedestal#notable-capabilities has been 
 updated to highlight why Pedestal is a compelling option when building 
 Clojure web services.
 I encourage everyone to give Pedestal another look!

 Cheers,
 Paul



-- 
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: Why aren't libraries like clojure/(data.csv, ...) on clojars.org?

[Lars Andersen]

A while back I wrote some code for clj-refactor to help out when adding a 
new project dependency.  When you call this function, in emacs, you get a 
completing read of an artifact id, a completing read of available versions, 
and it then updates your project.clj and hotloads the new dependency into 
the repl.

Retrieving the required data from clojars was entirely trivial, but then I 
noticed the most important projects were missing, because they were hosted 
on Maven central!

Having all Clojure artifacts in one place would make it a lot easier to 
write programs consuming said artifacts.


On Monday, May 11, 2015 at 9:19:34 AM UTC+2, Alex Miller wrote:

 We could, but the benefits do not seem worth the effort to me.

 On Monday, May 11, 2015 at 12:33:41 AM UTC-5, Jakub Holy wrote:

 Thank you, Alex. I understand and agree with the importance of publishing 
 to Maven Central but my question is why can't we publish *also* to Clojars? 

 --
 Forget software. Strive to make an impact, deliver a valuable change.

 (Vær så snill og hjelp meg med å forbedre norsken min – skriftlig og 
 muntlig. Takk!)

 Jakub Holy
 Solutions Engineer | +47 966 23 666
 Iterate AS | www.iterate.no
 The Lean Software Development Consultancy
 - http://theholyjava.wordpress.com/ -
 11. mai 2015 07:19 skrev Alex Miller al...@puredanger.com:

 As usual, the answer is a combination of technical goals intertwined 
 with history. Stuart Sierra is probably the one with the most knowledge of 
 the history - it predates my involvement with Clojure in a deep way. Best 
 link I see is: 
 http://dev.clojure.org/pages/viewpage.action?pageId=950842. In summary, 
 it was of primary importance to be available to the broader Java ecosystem 
 and Maven central was already blessed and understood by that audience.

 This is also from a time when builds based on Maven, Ant, Gradle, etc 
 were more common than the relatively new and less-featured Leiningen. Those 
 tools already understood Maven Central but had to be configured to use 
 Clojars. I'm unsure of the exact timeline, but I'm pretty sure Clojars 
 predated Leiningen by a year or two.

 On Sunday, May 10, 2015 at 5:43:47 AM UTC-5, Jakub Holy wrote:

 This is essentially a question to Cognitect / developers of 
 the clojure/* libraries but I do not know of a better communication 
 channel 
 than this one.

 To me, clojars is the one place to go to find out what libraries are 
 there and especially what is the latest version. It always surprises me 
 that some core libraries such as .e.g clojure.data.cvs aren't there. It is 
 annoying and difficult to remember that I have to search both clojars and 
 Maven Central. I think it would be really wonderful if these libraries too 
 could be on clojars. Or is there any reason why this cannot be the case?

 (I know there are sites for finding libraries such as Clojure Toolbox 
 but that is not really what I am asking for here.)

 Thank you!

 Best regards, Jakub Holy

  -- 
 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 a topic in the 
 Google Groups Clojure group.
 To unsubscribe from this topic, visit 
 https://groups.google.com/d/topic/clojure/kGwmWLRAUNo/unsubscribe.
 To unsubscribe from this group and all its topics, 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] kibit-helper.el 0.1.1 on melpa.org

[Lars Andersen]

Cool package!

-- 
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

[Lars Andersen]

In addition to what Bozhidar mentioned:

I also work on https://github.com/clojure-emacs/clj-refactor.el which 
communicates with a backend, 
https://github.com/clojure-emacs/refactor-nrepl, which is written in 
clojure.  For now we've been limiting ourselves to data structures which 
are eaily readable in emacs lisp (strings, lists, association lists etc) 
but for more complex values I'd like to use edn and edn.el.

I've also realized that when I need a 'client' for something, hacking 
together something in emacs is incredibly easy.  I often feel like I get 
more than the proverbial 80% when I invest 20% of my efforts on top of 
emacs :)  Take a look at this incredibly cool demo of a REST client written 
in emacs: http://emacsrocks.com/e15.html

On Monday, April 13, 2015 at 11:25:20 PM UTC+2, Blake Miller wrote:

 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.

[ANN] edn.el

[Lars Andersen]

 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.

Any chance of a module system being added to the language?

[Lars Andersen]

I'd love a module system solving the following problems:

1. Dependency isolation
2. Being able to export vars without having to think about namespace layout 
in the project

1. Is a serious problem where transitive dependencies on the classpath put 
consumers in jar hell and force library and tooling authors to either 
inline code, re-invent the wheel, attempt to run their code in isolated 
classloaders or turn to source rewriting.

2. Is a nice to have which is solved today by in potemkin's import-vars, 
but I think this makes sense to include if modules are added to the 
language.

We might get some of this for free whenever project jigsaw gets released, 
but considering it was due in 2007, originally, I'm hoping this can be 
solved without the help of Oracle.

-- 
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?

[Lars Andersen]

I'm not really in a position to say which implementation is superior.  We 
tried both source re-writing and an isolated classloader for refactor-nrepl 
and I couldn't get the classpath to work right (we want our own deps 
isolated, but also access to the project's deps, resources etc for 
refactorings) so we ended up with source re-writing.

But I do feel the pain of this problem, and judging by the issues I see pop 
up on clj projects on github others are suffering too.

On Thursday, April 2, 2015 at 3:28:05 PM UTC+2, Andy Fingerhut wrote:

 Dependency isolation without isolated class loaders or source rewriting 
 would be interesting, but how would you propose to achieve dependency 
 isolation without using either of those techniques?

 Or perhaps a solution where the module system did the source level 
 rewriting for you 'under the hood' would be acceptable?

 Andy

 On Thu, Apr 2, 2015 at 4:05 AM, Lars Andersen ex...@expez.com 
 javascript: wrote:

 I'd love a module system solving the following problems:

 1. Dependency isolation
 2. Being able to export vars without having to think about namespace 
 layout in the project

 1. Is a serious problem where transitive dependencies on the classpath 
 put consumers in jar hell and force library and tooling authors to either 
 inline code, re-invent the wheel, attempt to run their code in isolated 
 classloaders or turn to source rewriting.

 2. Is a nice to have which is solved today by in potemkin's import-vars, 
 but I think this makes sense to include if modules are added to the 
 language.

 We might get some of this for free whenever project jigsaw gets released, 
 but considering it was due in 2007, originally, I'm hoping this can be 
 solved without the help of Oracle.

  -- 
 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: Any chance of a module system being added to the language?

[Lars Andersen]

I agree that it's important to think about how you should organize your 
namespaces, but it would be nice present a clean outward API without 
disturbing the implementation too much.  I think the rational for 
import-vars in the potemkin readme makes a good case: 
https://github.com/ztellman/potemkin#import-vars

On Thursday, April 2, 2015 at 4:11:09 PM UTC+2, Alex Miller wrote:

 It's possible we could make use of Java's module system if it ever 
 actually gets released in Java 9. While I followed it pretty extensively 
 when they first started discussing it (7 or 8 years ago!) I have not been 
 keeping up on it lately. Some people have used OSGi with Clojure but I 
 don't gather that it's a picnic. Designing a good module system, especially 
 one that takes into account Java's classloader architecture, is a 
 challenging task.

 Personally, I think it's probably useful to think about your namespace 
 layout, so I'm not really looking to get rid of the thinking part. :) 


 On Thursday, April 2, 2015 at 6:05:25 AM UTC-5, Lars Andersen wrote:

 I'd love a module system solving the following problems:

 1. Dependency isolation
 2. Being able to export vars without having to think about namespace 
 layout in the project

 1. Is a serious problem where transitive dependencies on the classpath 
 put consumers in jar hell and force library and tooling authors to either 
 inline code, re-invent the wheel, attempt to run their code in isolated 
 classloaders or turn to source rewriting.

 2. Is a nice to have which is solved today by in potemkin's import-vars, 
 but I think this makes sense to include if modules are added to the 
 language.

 We might get some of this for free whenever project jigsaw gets released, 
 but considering it was due in 2007, originally, I'm hoping this can be 
 solved without the help of Oracle.



-- 
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: Clojure Style Guide

[Lars Andersen]

My view on this is very much along the line of discussions about 
whitespace.  While I have opinions about these matters, for the most part I 
don't want to think about it--I have more pressing concerns.  What's 
important to me is consistency within a code base.  Just like with 
whitespace, I don't want to introduce spurious changes into all my diffs 
when working with other people.  I also don't want to customize 50 editor 
variables to get sane defaults which I have to tweak for various 
environments (work, home, contributing to open source projects).

Supporting different styles is a laudable goal, but I hope we can agree 
that the defaults should be similar in all editors to reduce friction when 
working with others.  Using a style guide maintained by the community for 
those defaults make a lot of sense to me.

-- 
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.

Change default alignment for clojure docstrings

[Lars Andersen]

While creating a bug report for the clojure-fill-paragaph function in Emacs 
I also brought up the topic of changing how alignment works.  In short, I 
would like to be consistent with how data enclosed in #{ }, { } and [ ] is 
indented:  We indent the new line so the symbols align with the symbols on 
the previous line and not with the delimiting character.  

I tried writing up some examples here, in plain text, but I think it's more 
productive to just link to the github issue where there's syntax 
highlighting and I can get a preview of how the content lines 
up: https://github.com/clojure-emacs/clojure-mode/issues/241

-- 
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.