Hello Richard,<br><br>On Thu, Apr 2, 2009 at 4:25 AM, Richard Andrews <<a href="mailto:bbmaj7@yahoo.com.au">bbmaj7@yahoo.com.au</a>> wrote:<br><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; ">
I have recently been involved in a project where the UI was provided by YAWS utilising prototype.js for an Ajax based system. It works well on LAN or across slow links but was a lot of work. XmlHttpRequest can greatly reduce the amount of data required to dynamically render a page. Browser support with javascript becomes an issue. We had to choose to support just one browser to make this workable.<br>
</blockquote><br>Alright, I chose WebKit for the same reason.<br><br><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; ">
You probably don't want the UI program to be a port as this implies that the erlang node is starting the UI program.<br></blockquote> <br>Good point.<br><br>I was wondering, in the case the server node is registered, isn't the C port able to send data without being launched from the server?  Maybe there's a security concern.<br>
<br><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; ">
If you were going to go in this direction then a standard SSL connection from UI to server is more appropriate IMO. You can still exchange erlang terms (eg. use erl_interface and erlang:term_to_binary) as the messages in the TCP stream if that is a good way to move the data.<br>
</blockquote><br>Ah, using the ei interface to encode/decode data without going into writing a C port, right?<br><br>Thanks.<br><br><br>Best,<br>Cam<br>