【GUI】Fletスレ【Python/Flutter】

**デフォルトの名無しさん** · 2025/01/25(土) 11:24:10.96

Pythonだけで比較的省労力でGUIが作れて趣味プログラマレベルでもとっつきやすいFletについて語りませんか。

公式 https://flet.dev/

**デフォルトの名無しさん** · 2025/10/08(水) 11:38:45.62

>>63
大きさ0のTextField をStackの奥側に置いておいて、そのon_blurイベントでStack を削除するようにすればそれっぽい感じにできるっぽい。
でもやっぱりもう少しちゃんとした方法が欲しいところだなー。

**デフォルトの名無しさん** · 2025/10/09(木) 19:27:41.53

StateViewも何か別のコンセプトに置き換わるみたい。アルファ版ということもあってか、思った以上に流動的なんだね。いじったり、勉強したりするのは1.0が出てからにした方がいいのかも。

**デフォルトの名無しさん** · 2025/10/16(木) 12:22:09.70

触るのやめたよ

**デフォルトの名無しさん** · 2025/10/16(木) 13:59:41.30

まー、本格的に触るのはもう少し仕様が安定してからでもいいかな感はあるかなぁ。正直、StateView（ControlBuilder）はメインコンセプトっぽいからさすがに変更されることはないだろうと甘く見ていたわ。たしかに新しいcomponentベースの宣言型UIの方が柔軟性は高そうではあるけれども。

ちょっとだけ触ってみたところ、状態変更が連鎖するコードだと「Set changed size during iteration」という実行時エラーで怒られるんだけど（__pending_updatesというset内の各コントロールをupdateしている最中に__pending_updates自体に追加等があったということっぽい）、何か対処法あるのかな。

**デフォルトの名無しさん** · 2025/10/17(金) 10:48:52.13

状態①の変更に伴い呼び出されるコンポーネント①のコードの中に、別の状態②の変更（それにより別のコンポーネント②のコードが呼び出される）があると67後半のエラーになるっぽい。これを許すとコントロールツリーの一貫性に問題が生じる事態が生じうるということなのかもしれない。
状態①の変更に伴い呼び出されるコンポーネント①のコードの中から別の状態②の変更を発生させるコードを一旦取り除いて、コンポーネント①の完了後にその処理を行うようにしたらエラーが出なくなった（常にこのような対応が可能かは別問題だけど）。

componentベースの宣言型UIという方向性は、個人的にはそんなに悪くない感触かな。仕様が安定するまでは触るのは程々にとどめておくけど。

**デフォルトの名無しさん** · 2025/11/12(水) 19:13:41.90

しばらく更新みてなかったけど
Reactみたいになるんか

**デフォルトの名無しさん** · 2025/12/04(木) 13:14:05.78

クリスマス前にバージョン1のベータ版（0.8）が来るっぽい。

**デフォルトの名無しさん** · 2025/12/08(月) 21:37:25.73

0.7触ってみたら作り方がよくわからんかった

**デフォルトの名無しさん** · 2025/12/09(火) 19:09:38.49

宣言型のView遷移の仕方がわかんない
page.viewsの中身がComponentになってたりするし
まだまださわるの早いか

**デフォルトの名無しさん** · 2025/12/10(水) 01:04:52.61

page.viewsの中身ってviewコントロールだと思っていたけど変わった？
まぁ、画面遷移関係は従前から酷評されていたところどから（ぶっちょけ仕様ミスと言われてもしょうがないレベル）、どこかで大幅に手が入るんだろうなとは思っていたけど。