
<HTML><BODY style="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: after-white-space; "><DIV>Dear Christophe:</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>Thanks for the answer. </DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>to your first point:</DIV><DIV><FONT class="Apple-style-span" face="Helvetica Neue"><BR class="khtml-block-placeholder"></FONT></DIV><DIV><FONT class="Apple-style-span" face="Helvetica Neue"><SPAN class="Apple-style-span" style="text-decoration: underline;">I think you can actually already do that right now: just save a small temporary file (e.g. "tmp.txt") that contains the options or any other commands you want to execute, and call client.View("tmp.txt") after client.View("solve.pos"): Gmsh will then just parse that file after reading your view.</SPAN></FONT></DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>I do that in the enclosed source file and:</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>a.) If the temporary file tmp.txt is not closed, eg.: the user has the editor always open with this file "ala console" to send different commands, then Gmsh naturally locks. (In Macosx 10.4)</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>b.) I do not understand correctly the need to delay the socket answer by means of the system command sleep(int). But without sleep, the new view shows no difference with the previous. And with sleep(1) there is no enough time to show the new frame.</DIV><DIV> </DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>Regards.</DIV><DIV><SPAN></SPAN></DIV></BODY></HTML>