<div dir="ltr">sounds nice!<div>go-qml(<a href="https://github.com/niemeyer/qml">https://github.com/niemeyer/qml</a>) implement a bridge from golang to QT QUICK, hope erl-qml cames out soon.</div></div><div class="gmail_extra">

<br><br><div class="gmail_quote">2011/8/6 Daniel Goertzen <span dir="ltr"><<a href="mailto:daniel.goertzen@gmail.com" target="_blank">daniel.goertzen@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>How about interfacing Erlang to the Qt UI library?</div><div><br></div><div>I don't mean a convential binding like wxErlang or PyQt, but components to facilitate message passing between Erlang and a Qt port program or NIF thread running a Qt message loop.</div>


<div><br></div><div>Qt has relatively recently introduced QML, which is basically a fancy GUI designer that lets you incorporate javascript.  The application development model is that the GUI is written in QML/javascript, and the underlying application logic is in C++ (very Web 2.0-ish).  Now instead of writing C++, you have your QML/javascript talk to the "ErQt" object which passes messages to/from Erlang, and Erlang implements the application logic.</div>


<div><br></div><div>Conceivably one could create a single Qt port executable, driver, or NIF library that could run any number of QML/javascript programs.  Creating a GUI for Erlang would involve using the native Qt tools for authoring QML and javascript, and implementing your comm protocol on both the javascript and Erlang sides.  Your QML/javascript GUI would run on the standard Qt port exectable...no additional C++ compiling required.</div>


<div><br></div><div>Now QML is currently only available for mobile devices, but the Qt folks have stated that they will port it to the desktop and this will become the preferred way to develop desktop Qt apps.</div><div>

<br>
</div><div>This project would likely involve more C++ than Erlang, so I'm not sure how you feel about that. ;)</div><div><br></div><div>Cheers,</div><div>Dan.</div><div><br></div><br><div class="gmail_quote"><div><div class="h5">

On Mon, Aug 1, 2011 at 5:53 PM, Nick S <span dir="ltr"><<a href="mailto:nick.sfx.1@gmail.com" target="_blank">nick.sfx.1@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
I have just finished implementing a "professional" Erlang server, and with time and enthusiasm in hand, I would like to start working on something personal.<br>I must say, it has been really fun writing apps in OTP and see it processing millions of messages without ever crashing...!<br>




<br>Would appreciate some new ideas, that would be useful to community :)<br><br>- XMPP, AMQP etc are already in market!<br><br>- Any audio/video processing layer? <br><br>- Any telecom related...?<br><br>- Some standard protocol implementation?<br>




<br>- Something new for next generation...? (Buzz words... cloud computing etc..)<br>
<br></div></div><div class="im">_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><div><font face="Verdana, Helvetica, Arial" size="1"><span style="border-collapse:collapse"><br>



</span></font><br></div></div></blockquote></div><br>
<br>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></blockquote></div><br></div>