fat-catTW commented on PR #71180:
URL: https://github.com/apache/airflow/pull/71180#issuecomment-5200778108

   Good afternoon.
   Thanks for the review. I agree with the concerns here.
   
   To clarify the current state of this PR: 
   The example demonstrates that a Dag author can read an INI file at Dag parse 
time, filter the available interfaces, and pass those values into a Param enum. 
Airflow Params currently expect the enum choices to be materialized when the 
Dag is parsed; the trigger form reads the serialized Param schema and does not 
have a generic "choices source" mechanism that can load/filter options when the 
form opens.
   
   The trigger form already renders enum values as choices via the existing 
dropdown support, and this PR experiments with rendering the same enum values 
as radio buttons via `x-airflow-ui`. So this covers the “do not require 
free-text input” part, but it does not introduce a general dynamic choices 
provider or a reusable config-source mechanism.
   
   I also agree that the selector vs radio part is secondary. The main missing 
design question is how Airflow should expose UI presentation preferences for 
Params in a way that can be extended later. The current `x-airflow-ui` key may 
be too ad hoc without that broader shape being defined.
   
   Given that, I think there are two possible directions:
   
   1. Keep this PR smaller and use the existing enum dropdown behavior, 
documenting the INI-at-parse-time pattern without adding a new UI extension key.
   2. Expand this PR into a more deliberate Param UI presentation API, 
including how widgets such as dropdown/radio would be selected and how optional 
radio Params can be cleared.
   
   I’m happy to take either direction. If maintainers think this PR should 
define the broader UI extension shape, I can work on that here; otherwise I can 
reduce this PR to the existing enum dropdown/docs pattern.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to