確かに現在のユースケースでは狭すぎる場合はあるので改善はしたいです。
しかし、FormDSLでは具体的なレイアウトに関するパラメータを設定しないため、幅を指定しない方法で解決したいです。

input¶

足りる場合もあれば足りない場合もあるし、ラベルの長さとの兼ね合いもあるので画一的には対応できないと思います。

multitext¶

複数行テキストはそもそも長文を入力させるためにあるので、ラベルの右側に配置するのではなく、横幅いっぱいに使うようにしたほうが良さそうです。
そのさい、スクロールバーなどを全く考慮していない今の仕様は同時に見直したほうが良いかもしれないですね。

fileselect¶

表示¶

大抵の場合フ今のようにディレクトリ名しか見えていないよりはファイル名が見えているようが有用だと思います。

編集¶

このコントロールは存在するファイルをピックするために使うとは限らないので手打ちで編集することは想定されていますが、大抵ファイルピッカーでやると思うので、あまり重要じゃない気がしています。
inputの解決方法は見えていませんが、同じような解決方法を取ることになるような気がします。

確かに現在のユースケースでは狭すぎる場合はあるので改善はしたいです。
しかし、FormDSLでは具体的なレイアウトに関するパラメータを設定しないため、幅を指定しない方法で解決したいです。

幅パラメータを取らずに目的に合わせてそれっぽくなる方が便利だと思うので賛成です。

input¶

足りる場合もあれば足りない場合もあるし、ラベルの長さとの兼ね合いもあるので画一的には対応できないと思います。

そう思います。
長めの1行テキストを期待するDSLを追加する、という方がいいのかもしれないですし、そういうのはもうmultitextを使えよ、という気もします。

multitext¶

複数行テキストはそもそも長文を入力させるためにあるので、ラベルの右側に配置するのではなく、横幅いっぱいに使うようにしたほうが良さそうです。
そのさい、スクロールバーなどを全く考慮していない今の仕様は同時に見直したほうが良いかもしれないですね。

現状の実装でも高さに関しては行数に応じて自動で伸びるようなので、それでいいのではないかとも思います。
しかし上限は設けないと添付画像のように悲惨なことになるので、縦スクロールバーは常に表示する方がよさそうですね。
横スクロールバーは常に無しで常時折り返すのがいいと思うんですが、これは好みの問題かもしれません。

fileselect¶

表示¶

大抵の場合フ今のようにディレクトリ名しか見えていないよりはファイル名が見えているようが有用だと思います。

そうですね。多くのWebブラウザのように、むしろファイル名だけ表示するくらいでいいかもしれません。

編集¶

このコントロールは存在するファイルをピックするために使うとは限らないので手打ちで編集することは想定されていますが、大抵ファイルピッカーでやると思うので、あまり重要じゃない気がしています。
inputの解決方法は見えていませんが、同じような解決方法を取ることになるような気がします。

フルパスが見えていることよりD&Dできる方が重要かもしれないと思いましたがこれは蛇足ですね（対応していたとしてもWSLではできるか怪しい）