Re: [ANN] dali SVG library 0.7.0
Wow very nice work. It's very close to what I did on github.com/pallix/lacij and https://github.com/pallix/tikkba and I'm wondering if some part could be put in common. -- 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.
#|| notation for the Clojure reader
Hello, I'm using a Clojure library which generates symbols of the form a/b/1. They are symbols representing URI. These symbols cannot be serialized as strings and read back with read-string. a) the symbol function does not validate its inputs. It was discussed here https://groups.google.com/forum/#!searchin/clojure/symbol$20invalid$20name/clojure/WvXYkvLoQhI/B49XobbGXQwJ and http://dev.clojure.org/jira/browse/CLJ-17 For performance reason this was not implemented. OK. But a person in the previous thread proposed to document the behavior of symbol in the docstring and it wasn't done. So until it is done I think we will have a few generation of newcomers having the same headaches as me... b) there was a proposal to implement a reader macro with a pipe notation ( e.g. #|symbol with whitespace|) as in Common Lisp. This would allow to read back symbols which don't follow the naming rules. Was some work done on this since this proposal was expressed? Best regards. -- -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Namespace loading with defrecord and attempting to call unbound fn
Thank you the patch works. I though it would have made sense to just create a record directly from Java since they can implement Java interfaces. On Monday, April 15, 2013 7:57:28 PM UTC+2, Meikel Brandmeyer (kotarak) wrote: > > Hi Pierre, > > does this patch work? > > 8<--8<--8< > diff --git a/test/eu/markosproject/test/LicenseCheckerTest.java > b/test/eu/markosproject/test/LicenseCheckerTest.java > index 2e017cc..1a1cc82 100644 > --- a/test/eu/markosproject/test/LicenseCheckerTest.java > +++ b/test/eu/markosproject/test/LicenseCheckerTest.java > @@ -11,8 +11,12 @@ import > eu.markosproject.commons.interfaces.licensing.ICheckerResultStorer; > import eu.markosproject.commons.interfaces.licensing.IRNotification; > import eu.markosproject.licensing.LicenseChecker; > > +import clojure.lang.RT; > > public class LicenseCheckerTest { > + static { > + RT.var("clojure.core", "require").invoke(RT.var("clojure.core", > "symbol").invoke("eu.markosproject.licensing")); > + } > > private final static Logger log = > Logger.getLogger(LicenseCheckerTest.class .getName()); > > 8<--8<--8< > > I'm not convinced that records are supposed to be created directly. (Ok. > Testing. Maybe.) They should be an implementation detail returned by an > API. If you need Java access there you might want to still go the Clojure > route and provide Java access through a façade. cf. Rich Hickey's example > of Datomic: > http://skillsmatter.com/podcast/scala/impromptu-rich-hickey-lightning-talk > > Meikel > > -- -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Namespace loading with defrecord and attempting to call unbound fn
Hi Meikel, If you look at the source of this project: git clone git://git.berlios.de/markos-license-analyser in the test directory there is a JUnit test where the Clojure record is instantiated through a normal Java 'new' call. The record is imported with a normal Java import. If you want I could create a project reproducing the bug. On Apr 15, 1:33 pm, "Meikel Brandmeyer (kotarak)" wrote: > Hi, > > reading the resources you linked, I got the impression that just the > initial require is missing. Instead of adding the require to the method, it > should be added to the application init (or some appropriate static > initializer? The class giving out instances of the record might be a > candidate.). That should be sufficient. However there was no complete code > demonstrating the issue. Only the clojure side. So I may be missing > something. > > Behaviour like for gen-class is not implemented, yet, AFAIK. > > Meikel -- -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Namespace loading with defrecord and attempting to call unbound fn
Hello, When defining a record with defrecord and calling from Java a method of the record which is implemented by calling the function of another namespace, the exception IllegalStateException is thrown with error " attempting to call unbound fn". An example of this could be something like that: (ns mynamespace (:require [some-stuff :as s]) (defrecord MyRecord [] MyInterface (doSomething [this] (s/do-something))) Similar errors are referenced here: https://groups.google.com/forum/#!msg/clojure-dev/4CtSVWcD15A/shpMuyjMpxsJ http://stackoverflow.com/questions/10953621/clojure-deftype-calling-function-in-the-same-namespace-throws-java-lang-illegal A workaround is to use a (require) on the first instruction of the doSomething method. For me it looks like a bug and it makes it more difficult than necessary to interface Clojure from Java for my coworkers. I'm surprised that this behaviour is still in Clojure 1.5. Is there some plan to fix that or is "by design" so? -- -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: clojure.string/capitalize API
> I agree that with regards to 'least astonishment' the core fn should > capitalize all characters. This is what I'd expect from a fn called > 'capitalize'. > There is already an upper-case function, thus capitalize should either capitalize the first character or all characters who begin a sentence. But I don't see any valid reason for such a function to lower-case the other characters. -- 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
clojure.string/capitalize API
Hello, The clojure.string/capitalize function is defined as follow: Converts first character of the string to upper-case, all other characters to lower-case. I think it does not follow principle of least astonishment. I would have expected to convert only the first character. Moreover converting the other characters make the function almost useless, I for instance had this string to capitalize: "if P is true then do W" which is converted into "If p is true then do w". This is not helpful. Is there a good reason to convert the other characters? Shouldn't this be done explicitly by the user? Would it make sense to change the capitalize function in the next versions? -- 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
Bug in jayq clj->js function ?
Hello everybody, I'm having a bug with the following code: https://gist.github.com/3932130 The test-merge-convert function returns undefined instead of returning an object but even more strangely the code works if I remove the data with the key :sct_comparison_desc inside the first map. I'm using cljsbuild 0.2.8 and jayq 0.1.0-alpha4 Any help would be highly appreciated. -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: leinigen 1.7.1 stalled when used from Jenkins
I found the error. Somehow it was caused by Jenkins started as standalone JAR by the nohup command but nonetheless not properly being "daemonized". -- 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
leinigen 1.7.1 stalled when used from Jenkins
Hello, I have a build script called from Jenkins that calls "lein clean". Unfortunately lein stalled when executed from the script whereas it works fine if I do executed it from the command line. Leiningen is stalled executing this command: java -Xbootclasspath/a:/home/jboss/.m2/repository/org/clojure/clojure/1.2.1/clojure-1.2.1.jar -client -XX:+TieredCompilation -Dleiningen.original.pwd=/home/jboss/.jenkins/workspace/Carneades/src/CarneadesEngine -Dleiningen.trampoline-file=/tmp/lein-trampoline-2614 -cp :test/:src/:resources/:/home/jboss/.lein/self-installs/leiningen-1.7.1-standalone.jar jline.ConsoleRunner clojure.main -e (use 'leiningen.core)(-main) /dev/null clean Strace shows this error: strace -p 2640 Process 2640 attached - interrupt to quit --- SIGTTOU (Stopped (tty output)) @ 0 (0) --- futex(0xb6cf4bd8, FUTEX_WAIT, 2641, NULLp^C and trying to execute the command from the command line shows this stacktrace (but here i'm not sure that my escaping of parenthesis and quote with backslashes is correct) java -Xbootclasspath/a:/home/jboss/.m2/repository/org/clojure/clojure/1.2.1/clojure-1.2.1.jar -client -XX:+TieredCompilation -Dleiningen.original.pwd=/home/jboss/.jenkins/workspace/Carneades/src/CarneadesEngine -Dleiningen.trampoline-file=/tmp/lein-trampoline-27012 -cp :test/:src/:resources/:/home/jboss/.lein/self-installs/leiningen-1.7.1-standalone.jar jline.ConsoleRunner clojure.main -e \(use \'leiningen.core\)\(\-main\) help Exception in thread "main" java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at jline.ConsoleRunner.main(ConsoleRunner.java:69) Caused by: clojure.lang.LispReader$ReaderException: java.lang.Exception: EOF while reading at clojure.lang.LispReader.read(LispReader.java:180) at clojure.core$read.invoke(core.clj:2884) at clojure.core$read.invoke(core.clj:2882) at clojure.main$eval_opt.invoke(main.clj:233) at clojure.main$initialize.invoke(main.clj:254) at clojure.main$script_opt.invoke(main.clj:270) at clojure.main$main.doInvoke(main.clj:354) at clojure.lang.RestFn.invoke(RestFn.java:457) at clojure.lang.Var.invoke(Var.java:377) at clojure.lang.AFn.applyToHelper(AFn.java:172) at clojure.lang.Var.applyTo(Var.java:482) at clojure.main.main(main.java:37) ... 5 more Caused by: java.lang.Exception: EOF while reading at clojure.lang.LispReader.readDelimitedList(LispReader.java:1043) at clojure.lang.LispReader$ListReader.invoke(LispReader.java:900) at clojure.lang.LispReader.read(LispReader.java:145) ... 16 more Any ideas? -- 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
[ANN] Lacij v.0.6.0
Hello, A new version of the Tikkba and Lacij libraries are available. No big changes but bug fixes were done and the libraries now supports Clojure 1.3! https://github.com/pallix/tikkba https://github.com/pallix/lacij -- 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
[ANN] Lacij v.0.6.0
Hello, A new version of Lacij is available. No big changes but bug fixes were done and the library now supports Clojure 1.3! https://github.com/pallix/lacij -- 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
[ANN] Lacij v.0.4.0
Hello, I'm pleased to announce the release of the version 0.4.0 of the Lacij graph visualization library. The release includes a new automatic layout called hierarchical layout. It is similar to a tree layout or family tree but works on any type of graph (tree or not). An example of this layout can be seen here http://minus.com/ll9M1g it is a PNG exported from the generated SVG. The release also extends the API and fixes a couple of bugs. The library is available on GitHub: https://github.com/pallix/lacij and Clojars: http://clojars.org/lacij Please get in touch if you want to help the Lacij project and implement additional layouts algorithms. >From the README: Lacij is a graph visualization library written in Clojure. It allows the display and the dynamic modification of graphs as SVG documents that can be viewed with a Web browser or with a Swing component. Undo/ redo is supported for the dynamic modification. Automatic layout is provided for the visualization. -- 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
Presentation of the Lacij graph visualization library
Hello, I have uploaded a short presentation of the Lacij graph visualization library. It can be found here: https://docs.google.com/present/view?id=dsjwfrk_1js9ptkcd Lacij is on GitHub: https://github.com/pallix/lacij -- 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
[ANN] Radial layout for the Lacij graph visualization library
Hello, I'm pleased to announce that a radial layout has been added to the Lacij graph visualization library. Here is an example of how the radial layout looks: https://github.com/pallix/lacij/raw/master/resources/lacij/examples/radial.png It's an implementation of the algorithm described in Wills, Graham J. 1999. 'NicheWorks: Interactive Visualization of Very Large Graphs.' Journal of Computational and Graphical Statistics 8(2): 190. Please get in touch if you want to help the Lacij project and implement additional layouts algorithms. The library is available on GitHub: https://github.com/pallix/lacij and Clojars: http://clojars.org/lacij >From the README: Lacij is a graph visualization library written in Clojure. It allows the display and the dynamic modification of graphs as SVG documents that can be viewed with a Web browser or with a Swing component. Undo/ redo is supported for the dynamic modification. Automatic layout is provided for the visualization. -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Lacij v.0.1 a graph visualization library
project.clj was missing during the first commit. It's corrected, you should be able to use "lein run -m" to run examples. 0.1.0-SNAPSHOT is effectively 0.1.0 ill-named but since I notice that the anelemma library was removed from Clojars, I added my own version and updated all dependencies. If you want to use Clojars the current version is now [lacij "0.1.2"]. If you have any further problem feel free to open an issue on the project page or contact me directly. On May 3, 7:33 pm, Ambrose Bonnaire-Sergeant wrote: > Hi Pierre > > This looks very cool, I'd love to try it. > > The version on clojars is 0.1.0-SNAPSHOT, could you upload 0.1.0? > > How do you build it from source? I can't locate a build script. > > Thanks, > Ambrose > > On Tue, May 3, 2011 at 9:26 PM, Pierre Allix < > > > > > > > > pierre.allix.w...@googlemail.com> wrote: > > Hello, > > > I would like to announce the version 0.1 of the Lacij library, > > a graph visualization library written in Clojure. > > > I would be really happy with any feedbacks and comments, on the code > > or the architecture. Help is welcome to implement additional layout > > algorithms. > > > From the README file: > > > Lacij is a graph visualization library written in Clojure. It allows > > the display > > and the dynamic modification of graphs as SVG documents that can be > > viewed > > with a Web browser or with a Swing component. Undo/redo is supported > > for the > > dynamic modification. Automatic layout is provided for the > > visualization. > > The library is available on GitHub: > > >https://github.com/pallix/lacij > > > and on Clojars: > > >http://clojars.org/lacij > > > This library is being developed as part of the Carneades project: > > >http://carneades.berlios.de/ > > > -- > > 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 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
[ANN] Lacij v.0.1 a graph visualization library
Hello, I would like to announce the version 0.1 of the Lacij library, a graph visualization library written in Clojure. I would be really happy with any feedbacks and comments, on the code or the architecture. Help is welcome to implement additional layout algorithms. >From the README file: Lacij is a graph visualization library written in Clojure. It allows the display and the dynamic modification of graphs as SVG documents that can be viewed with a Web browser or with a Swing component. Undo/redo is supported for the dynamic modification. Automatic layout is provided for the visualization. The library is available on GitHub: https://github.com/pallix/lacij and on Clojars: http://clojars.org/lacij This library is being developed as part of the Carneades project: http://carneades.berlios.de/ -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Feedback Request
Such a wrapper can be really useful. There is also swing-utils in contribs. We also have a few wrapper functions for our project, you may find them interesting: http://bit.ly/h1RN6r -- 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
[ANN] Tikkba v.0.1 a Clojure library for the creation and the dynamic modification of SVG documents
Hello, I would like to announce the version 0.1 of the Tikkba library, a library for the creation and the dynamic modification of SVG documents. I would be really happy with any feedbacks and comments, on the code or the architecture. While the library is not complete it is already extremely usable and useful. >From the README file: Tikkba is a Clojure library for the creation and the dynamic modification of SVG documents. It wraps the Apache Batik library and provides functions to create SVG images with the Clojure-based SVG DSL of the Analemma library. Batik is a Java-based toolkit for applications or applets that want to use images in the Scalable Vector Graphics (SVG) format for various purposes, such as display, generation or manipulation. http://xmlgraphics.apache.org/batik/index.html http://liebke.github.com/analemma/ The library is available on GitHub: https://github.com/pallix/tikkba and on Clojars: http://clojars.org/tikkba This library is being developed as part of the Carneades project: http://carneades.berlios.de/ -- 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