-サーバ連携方法、オープンソースの使い方など様々なCurlの実際のソースコードの記述方法が集約されています。Sonntagのイベントハンドリング処理について私たちも以前からこれは感じて、Sonntagをいろいろカスタマイズして、以下のようにイベントやコントロールを取得できるようにしました。ここもStringじゃなくした。screen:TestScreendo||....}SonntagはApache2.0ライセンスだから、カスタマイズ自由。参考までにSonntagの修正した部分のコードを添付します。(他にも修正するところがあったかもしれないので、このコードだけでは動かないかもしれませんが、参考になると思います。Sonntagのイベントハンドリング処理について回答ありがとうございます。Sonntagのイベントハンドリング処理について確かにマクロは、他の言語にもあまりない機能で言語が拡張できるから、非常にパワフルですよね。ヘルプドキュメントがわかりづらくて、理解しづらいし、情報源が少なすぎる。マクロマニアになれるドキュメントあったら、教えてほしいっす。(Excelマクロの本はいっぱいあるんですが・・。)もしくは作ってほしいです。Sonntagのイベントハンドリング処理についてSonntagは比較的シンプルな画面やUIの標準ががっちり固まっている画面を量産するような、伝統的な(?)業務アプリケーション開発で使われることを想定したフレームワークです。(逆に少数の画面で複雑なUIを実現するようなアプリケーションの開発には向いていません。Googleカレンダーみたいなのを作るにはSonntagは全然嬉しくない)こういったアプリケーションの開発だと、Sonntag以外にもそれ固有の標準や共通仕様を実現するためのさまざまなライブラリ(共通部品とかカスタムコントロールとか呼び方はいろいろ)を用意していくと思います。それらを使って「アプリケーションロジック」を組み立てていく。具体的なイベントやイベントターゲットに依存するような処理は、SonntagではアプリケーションロジックではなくUIの詳細だと考えて、スクリーンコマンドで無理やり実装させることは想定していません。いった処理はたいてい、ライブラリコード側に組み込まれる方が好ましいと思われるからです。・xxにキーフォーカスがあるときにyyキーが押された場合にxxを・・・する・aaのオブジェクトをbbにドラッグ&ドロップした場合にbbを・・・するのような処理では粒度がまったく異なるので、これらに同じ作り方をさせなくても問題ないでしょう。前者はSonntagのスクリーンコマンドで実装し、後者はライブラリコード側なりで(Sonntagを使わない)それぞれに適切な作り方を選択することになると思います。依存させないようになっているのは一応意図した結果です。マクロを使う)ただし、特定のイベント発生時にスクリーンコマンドを実行したいというケースは多々考えられます。キーを押したらログインボタンと同じコマンドを実行したい、など)こういった場合は以下のような記述が可能です。Action}}ちなみにこれは以下のコードと同等です。