25/09/11 10:40:51.92 ZLHIwsaj.net
アルファ版のうちにということだろうけど、ここぞとばかりに色々弄っているな。たしかにこの先破壊的変更は入れづらくなっていくんだろうから、ここでいろいろやっておくのは良いことなんだろうね。
58:デフォルトの名無しさん
25/09/18 08:09:43.17 6zvJPGqA.net
明示的にupdateを書くことが（基本的には）なくなるということは、is_updateでTrueを返すようにするということは（基本的には）もうないってことでいいのかな。
ft.context.pageでどこからでもPageにアクセスできるのは地味にありがたい。カスタムコントロールの__init__の中でself.page.hogeとやって「Noneにhogeという属性はありません」と怒られるミスはよくやってしまっていたので。
59:デフォルトの名無しさん
25/09/18 13:05:21.93 DPWCUt9/.net
ごめん、is_updateじゃない、is_isolated だ。
60:デフォルトの名無しさん
25/09/18 19:18:38.40 t2Gbg0/Z.net
1.0当分かかりそうか
61:デフォルトの名無しさん
25/09/20 09:50:21.54 kxS+pQnh.net
いまアルファ版（0.7）で、これからベータ版（0.8）→RC版（0.9）を経て1.0 だもんね。noteの解説記事を書いている人によれば、年内くらいじゃないかという見立てのようだけど、どうなんだろうね。
62:デフォルトの名無しさん
25/10/06 15:14:18.20 QPH3iO32.net
focus_stopみたいな名前のプロパティでも作って、コントロールへの入力完了後に次の（フォーカスを受け取る）コントロールに自動的にフォーカスが移るようにしてくれないかなぁ……。デスクトップアリでこれがないのは流石にちょっと使いにくいので自分で書いてみたけど結構面倒くさいし、これくらいはライブラリ側に期待しても罰は当たらないと思うんだよね。
autofocusがそういうプロパティかと思っていたんだけど、アレ全然役に立たないのな。何のためにあるんだレベル。
63:デフォルトの名無しさん
25/10/07 18:17:13.86 nb9VcTS1.net
コンテキストメニュー（右クリックメニュー）の機能も欲しいかな。ウェブの解説記事を参考にしてGestureDetector と Stack でそれっぽいものを作るところまではできたんだけど、メニュー以外のところをクリックしたときにメニューの表示を消すというのを簡単にする方法がわからなくて断念した。
何かしら方法はあるんだろうけど、コンテキストメニューくらいは簡単にかけるようになっていると嬉しいかな。
64:デフォルトの名無しさん
25/10/08 11:38:45.62 5PMf8mIp.net
>>63
大きさ0のTextField をStackの奥側に置いておいて、そのon_blurイベントでStack を削除するようにすればそれっぽい感じにできるっぽい。
でもやっぱりもう少しちゃんとした方法が欲しいところだなー。
65:デフォルトの名無しさん
25/10/09 19:27:41.53 V7lTVJBy.net
StateViewも何か別のコンセプトに置き換わるみたい。アルファ版ということもあってか、思った以上に流動的なんだね。いじったり、勉強したりするのは1.0が出てからにした方がいいのかも。
66:デフォルトの名無しさん
25/10/16 12:22:09.70 S5H+CbkM.net
触るのやめたよ
67:デフォルトの名無しさん
25/10/16 13:59:41.30 A2DLovH4.net
まー、本格的に触るのはもう少し仕様が安定してからでもいいかな感はあるかなぁ。正直、StateView（ControlBuilder）はメインコンセプトっぽいからさすがに変更されることはないだろうと甘く見ていたわ。たしかに新しいcomponentベースの宣言型UIの方が柔軟性は高そうではあるけれども。
ちょっとだけ触ってみたところ、状態変更が連鎖するコードだと「Set changed size during iteration」という実行時エラーで怒られるんだけど（__pending_updatesというset内の各コントロールをupdateしている最中に__pending_updates自体に追加等があったということっぽい）、何か対処法あるのかな。
68:デフォルトの名無しさん
25/10/17 10:48:52.13 NJK8gXIe.net
状態①の変更に伴い呼び出されるコンポーネント①のコードの中に、別の状態②の変更（それにより別のコンポーネント②のコードが呼び出される）があると67後半のエラーになるっぽい。これを許すとコントロールツリーの一貫性に問題が生じる事態が生じうるということなのかもしれない。
状態①の変更に伴い呼び出されるコンポーネント①のコードの中から別の状態②の変更を発生させるコードを一旦取り除いて、コンポーネント①の完了後にその処理を行うようにしたらエラーが出なくなった（常にこのような対応が可能かは別問題だけど）。
componentベースの宣言型UIという方向性は、個人的にはそんなに悪くない感触かな。仕様が安定するまでは触るのは程々にとどめておくけど。
69:デフォルトの名無しさん
25/11/12 19:13:41.90 0pO79JLj.net
しばらく更新みてなかったけど
Reactみたいになるんか
70:デフォルトの名無しさん
25/12/04 13:14:05.78 vzedHpAU.net
クリスマス前にバージョン1のベータ版（0.8）が来るっぽい。
71:デフォルトの名無しさん
25/12/08 21:37:25.73 C+xg34rI.net
0.7触ってみたら作り方がよくわからんかった
72:デフォルトの名無しさん
25/12/09 19:09:38.49 SiIFZtuq.net
宣言型のView遷移の仕方がわかんない
page.viewsの中身がComponentになってたりするし
まだまださわるの早いか
73:デフォルトの名無しさん
25/12/10 01:04:52.61 5hPoC5Nl.net
page.viewsの中身ってviewコントロールだと思っていたけど変わった？
まぁ、画面遷移関係は従前から酷評されていたところどから（ぶっちょけ仕様ミスと言われてもしょうがないレベル）、どこかで大幅に手が入るんだろうなとは思っていたけど。
74:デフォルトの名無しさん
26/01/06 18:07:38.72 4d+CUWsF.net
0.8でてるけどまだαかβなんかこれ
75:デフォルトの名無しさん
26/01/06 19:20:56.53 DstfhSUU.net
0.8がβ版で、0.9がRC版という位置付けみたいよ。0.7になったときにちょっとだけ触ったけど、そこから、また色々変わっているのかなぁ。
76:デフォルトの名無しさん
26/01/06 23:22:44.81 4d+CUWsF.net
なるほどーβか
@observableにroute変数作っといて
route変更での再レンダリングでView切り替えるってことでいいのかこれ…
77:デフォルトの名無しさん
26/01/09 18:44:10.96 HR0fx0dh.net
React触ってないからuse_～良くしらないけど楽しくなってきた