<div dir="ltr"><br><div class="gmail_quote"><div dir="ltr">On Mon, Jul 3, 2017 at 10:24 AM Joe Armstrong <<a href="mailto:erlang@gmail.com">erlang@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Jul 3, 2017 at 1:09 AM, Richard A. O'Keefe <<a href="mailto:ok@cs.otago.ac.nz" target="_blank">ok@cs.otago.ac.nz</a>> wrote:<br>
> For me, the gold standard remains Interlisp-D.<br>
> Interlisp reference manual, 1983 edition (I have it beside me<br>
> still), chapter 19 "Interlisp-D Display Facilities".<br>
> 50 pages.  Complete. Day 1: I've never written any graphics<br>
> code in my life.  Read the chapter.  Day 2: read it again.<br>
> Day 3: try some small examples.   Day 5: multipane graphic<br>
> debugger for the Prolog "microcode" complete.  The nearest<br>
> I've ever found is Tcl/Tk.<br>
<br>
Tcl/Tk was (is) great (bar some rather strange quirks)<br>
<br>
><br>
> Do the wxWindows tutorials help at all?<br>
> For me, <a href="http://docs.wxwidgets.org/stable/overview_helloworld.html" rel="noreferrer" target="_blank">http://docs.wxwidgets.org/stable/overview_helloworld.html</a><br>
> convinced me to stay away.<br>
<br>
The examples are horrible - an application seem to consist of a number specific<br>
classes which override or extends the behaviour of the standard classes.<br>
<br>
My problem here is that the standard classes do zillions of things and<br>
which methods<br>
must be overridden or extended to achieve somethings is unobvious.<br>
<br></blockquote><div><br></div><div>Agree..</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
In my opinion use of callbacks and an event loop is the wrong way to<br>
do graphics -<br>
wxWidgets (and friends) seem to me to be extremely complex ways of<br>
hiding concurrency<br>
and replacing it with callbacks and an event loop.<br>
<br></blockquote><div><br></div><div>Agree, and it doesn't fit erlang programming modal at all, but the alternative</div><div>is to go the tcl/tk way and write our own gui-api, but we don't have resources</div><div>nor interest to do that.</div><div><br></div><div>And when we started with wxWidgets there where no alternatives, QT was not</div><div>open source.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Every time I get locked into a modal window I think - "yet another<br>
concurrency failure"<br>
<br>
A typical example is a program that has a form and an account<br>
preferences page. When I'm filling in the form I need some detail that<br>
is the account preferences - but I can't access this until<br>
I've filled in the form - a typical concurrency error.<br>
<br></blockquote><div><br></div><div>Modal dialogs have it's uses, does not confuse non expert users and so on,</div><div>and for example the file dialog is modal on many OS'es.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I think it might be possible to tame wxErlang but right now I can't<br>
figure out how to even do simple<br>
things.<br></blockquote><div><br></div><div>Example sent in the other thread.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
/Joe<br>
<br>
<br>
<br>
><br>
><br>
_______________________________________________<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" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</blockquote></div></div>