ほとんどの人はErlangで実際のGUIをコーディングしていません。より一般的なアプローチは、GUIレイヤーをJavaまたはC＃で記述し、ソケットまたはパイプを介してErlangアプリと通信することです。
それを念頭に置いて、Javaまたは.NetアプリケーションとErlangの間でRPCを実行するためのさまざまなライブラリを調べたいと思うでしょう：
http://weblogs.asp.net/nleghari/archive/2008/01/08/integrating-net-and-erlang-using-otp-net.aspx
http://www.theserverside.com/tt/articles/article.tss?l=IntegratingJavaandErlang
[〜＃〜] edit [〜＃〜]erlangでインターフェースをコーディングすることに真剣に取り組んでいる場合は、Webベースのコーディングを検討してください。 erlang WebサーバーであるYawsを介して提供されるGUI： http://yaws.hyber.org/appmods.yaws
ErlangのGUIアプリケーションの場合、r13bリリースに含まれているwxErlangを使用する必要があります。ベータ版はしばらくの間ソースに含まれていましたが、r13a以降、メインのOTPリリースに含まれるようになりました。
「投稿ごとに1つのオプション」リクエストに違反します-申し訳ありませんが、どのツールを使用するかは、実際には優先順位によって異なります。
かなり安定したライブラリの1つは gtkNode です。シンプルで強力な方法を使用してすべてのGTKウィジェットをErlangにマップし、リリース間で安定し続ける必要があります。また、GladeGUIビルダーでもうまく機能します。 Erlangの第一人者であるMatsCronqvistによって積極的に保守されていますが、もちろん最善を尽くしています。
WxWidgetsは非常に有望であり、ErlangのメインGUIライブラリになることを願っていますが、まだベータ版であり、インターフェイスはまだ安定しておらず、下位互換性の約束はまだありません。
ですから、最先端になりたいのであれば、WxWidgetsがあなたのものかもしれません。それ以外の場合、gtkNodeは、比較的簡単で安全な見栄えの良いGUIを提供するはずです。
Erlangで公式にサポートされているGUIライブラリは [〜＃〜] gs [〜＃〜] のみで、OTPリリースの一部であり、今後のリリースで動作することが保証されています。したがって、これがネイティブのルックアンドフィールやモダンな外観よりも重要である場合は、オプションになる可能性があります。
ErlangのネイティブGUIを作成する場合、 wxErlang は今日最も成熟したライブラリのようです（ SourceForge にもあります）。
誰かがErlang以外の何かでErlangプログラムのGUIを書きたいと思うのは少し不可解だと思いますか？ Erlangの並行性モデルにより、GUIを書き込むための優れた言語になります。UI要素とイベントはErlangプロセスとメッセージに完全にマッピングされます。
私はwxErlangチュートリアルを http://wxerlang.dougedmunds.com に投稿しました
フロントエンドを構築するための新進気鋭の Scenic ライブラリがあります。それはそれが持っているerlang固有のアプローチで有望に見えます。