The goal is to have an extensible, simple core for a testing lib, where all
other Clojure testing libs can be rewritten as extensions to it.
A common motivation is that people want to mix and match aspects/features
of different testing lib. But really, each person wants this for different
Thanks. cljque looks interesting and might provide a nice abstraction
for swing events.
I made a little example of hooking a textbox to a ref:
https://github.com/daveray/seesaw/blob/master/src/seesaw/examples/text_ref.clj
Generalizing it might be tricky since data models (the stuff behind
the
Cool. Have you seen https://github.com/stuartsierra/cljque ? They
might be nice to use with Swing events.
I figured you could turn a string into a label, button or textbox
depending on if it's wrapped in an atom, observer or not at all. But
that is just more blabla, I need to make some time to
I haven't look nothing but the REAME too, but the project seems
promising :)
Good work and keep improving it!
Alfredo
On Apr 19, 3:23 am, Rayne disciplera...@gmail.com wrote:
I haven't had a chance to look over more than the README, but I was
actually considering writing something like this
I'll look at it more closely later, but the idea of a Swing wrapper
DSL is awesome.
It occurred to me that Lisp is data as code, and that every object can
transform itself into something printable (toString).
So why don't objects support toSwing? With the aid of metadata, I'm
sure it could work.
Thanks. At the moment Seesaw has a ToWidget protocol which it uses to
implicitly convert things to Swing components (String - JLabel,
Action - JButton, etc). So it should be pretty extensible beyond the
default conversions that are supplied.
Dave
On Tue, Apr 19, 2011 at 10:41 AM, pepijn (aka
Hi,
For the last few weeks, I've been working on a Clojure Swing wrapper
called Seesaw. I've learned a lot about Clojure so far, but I think
it's time to ask for some feedback. If I wait 'til it's perfect or
complete, ... well, then no one would ever hear from me. The code can
be found on github
I haven't had a chance to look over more than the README, but I was
actually considering writing something like this myself. Before I
progress any further, I must say: thank you so much for doing this so
that I don't have to.
On Apr 18, 5:57 pm, Dave Ray dave...@gmail.com wrote:
Hi,
For the
Hi Lico,
Please find the Hibernate-backed Clojure CRUD-test code here --
http://paste.lisp.org/+1T46
You will notice that I have NOT mentioned default_entity_mode=dynamic-
map anywhere in the config. I have simply used the syntax that goes
with dynamic map style. You could set that config as
Hi Shantanu,
I am trying to do mapping without pojo. I will be very thankful if you
could post me some crud examples you mentioned here.
Thanks,
Lico
On Jul 23, 9:12 am, Shantanu Kumar kumar.shant...@gmail.com wrote:
I have an update since my last post. It is technically possible to
I've also looked into the dynamic-map stuff, but found only
rudimentary documentation, which caused me to give up. It's nice to
see that you seem to have gotten further.
For me personally, well-polished defmodel/hbm-property functionality
would be much more important than a query-DSL (since you
I have an update since my last post. It is technically possible to
completely bypass the HBM-XML files and do the mapping stuff
programmatically, a route that I will likely take (XML generation does
not fit well in the arrangement and should be avoided). Taking this
route will bring the
Hi,
(I am cross-posting this on Clojure and Hibernate-users mailing list.)
DISCLAIMER: I am a Clojure newbie - please let me know if you find any
of my assumptions / statements to be incorrect.
Hibernate has an experimental support for working with maps rather
than POJOs using the following
13 matches
Mail list logo
