I forgot to mention one of my main finds regarding clojure -- a nice Qt interface, and working well w/ multithreaded...<div><br></div><div><a href="http://tealeg.blogspot.com/2008/11/on-clojure-part-3-designer-uis-and.html">http://tealeg.blogspot.com/2008/11/on-clojure-part-3-designer-uis-and.html</a></div>
<div><a href="http://briancarper.net/blog/clojure-qt4-system-tray-mail-checker">http://briancarper.net/blog/clojure-qt4-system-tray-mail-checker</a></div><div><br></div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
As you'd expect from Clojure, the concurrency part of the app was a no-brainer. There are a bunch of threads hammering on a single global hash list of email messages, and they're all forcing updates of the GUI, but throw a bunch of dosync's around certain bits of code and it all works without worry. (Qt's invokeLater is also necessary if you're updating a Qt GUI from more than one thread at a time.)</blockquote>
<blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<br></blockquote><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
My first version of this app had even more threads, with one thread updating the GUI every few seconds, and another master thread managing all the mail threads. It also worked fine. It was overkill so I scaled it down, but it's really nice how you can coordinate a bunch of threads and don't have to worry about deadlocks and race conditions and whether your data structures are thread-safe.</blockquote>
<div><br></div><div>Question: how easy is it to "add on" to an existing Qt/QtDesigner-based app like, say, qtractor,  the aforementioned clojure language extension? (instead of "angelscript" mentioned in Rui's 0.1 whitepaper pdf... and that's assuming the caveat mentioned in one of the above links "You must use Qt Designer with the QtJambi plugins installed.") And how much would java be able to "introspect" out of the C++/Qt-part of its environment without having to be told about it. (e.g to access&manipulate, then schedule rerendering of MIDI, timing, & non-destructive editing data.). The "slot" stuff looks pretty introspective inter-call between QtDesigner and clojure (from first link):</div>
<div><div><div><br></div><div><div>(gen-and-load-class "foo.gen.Slot"</div><div>      :methods [["slot" [] Void]])</div><div><br></div><div>(ns foo</div><div>  (:import (foo Ui_MainWindow))</div><div>  (:import (com.trolltech.qt.gui QApplication QMainWindow))</div>
<div>  (:import (com.trolltech.qt.core QCoreApplication))</div><div>  (:import (foo.gen Slot)))</div><div><br></div><div><br></div><div>(def slots </div><div>     (proxy [Slot] []</div><div>  (slot [] (prn "Slot Called"))))</div>
<div><br></div><div>(defn init []</div><div>  (QApplication/initialize (make-array String 0)))</div><div><br></div><div>(defn exec []</div><div>  (QApplication/exec))</div><div><br></div><div>(defmacro qt4 [& rest]</div>
<div>  `(do</div><div>     (try (init) (catch RuntimeException e# (println e#)))</div><div>     ~@rest</div><div>     (exec)))</div><div><br></div><div><br></div><div>(def Foo-main</div><div>  (fn [& args]</div><div>    (qt4</div>
<div>     (let [ui_main (new Ui_MainWindow)</div><div>    mainWindow (new QMainWindow)]</div><div>       (. ui_main (setupUi mainWindow))</div><div>       (let [pushButton (. ui_main pushButton)]</div><div>  (.. pushButton clicked (connect slots "slot()")))</div>
<div>       (. mainWindow (show))))))</div><div><br></div>Niels<br><a href="http://nielsmayer.com">http://nielsmayer.com</a><br></div></div></div>