-
Notifications
You must be signed in to change notification settings - Fork 14.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve trigger UI for string array format validation #39993
Improve trigger UI for string array format validation #39993
Conversation
Congratulations on your first Pull Request and welcome to the Apache Airflow community! If you have any issues or are unsure about any anything please check our Contributors' Guide (https://github.com/apache/airflow/blob/main/contributing-docs/README.rst)
|
946ac7a
to
840cb98
Compare
840cb98
to
dad4f43
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some clarification questions.
Can you please also adjust the params docs to describe the type / field redering changes by this PR in docs/apache-airflow/core-concepts/params.rst ?
4138fc3
to
4951194
Compare
The schema argument in a Param definition is used to detemine the relevant UI element. When the type of a Param is `array` a simple textarea is rendered. When additionally a schema for the items of the array is provided, the UI element previously switched to a CodeMirror box that expects pure JSON inputs. For strings a textarea is presented now, to keep the same behaviour than without a format definition. Besides that the jinja template now accesses the `items` member of the schema correctly to avoid problems with empty `items` arrays.
2f9ecc9
to
b4b2930
Compare
Awesome work, congrats on your first merged pull request! You are invited to check our Issue Tracker for additional contributions. |
* Improve trigger UI for string array format validation The schema argument in a Param definition is used to detemine the relevant UI element. When the type of a Param is `array` a simple textarea is rendered. When additionally a schema for the items of the array is provided, the UI element previously switched to a CodeMirror box that expects pure JSON inputs. For strings a textarea is presented now, to keep the same behaviour than without a format definition. Besides that the jinja template now accesses the `items` member of the schema correctly to avoid problems with empty `items` arrays. * Add details about the attribute `items` for the type `array`
* Improve trigger UI for string array format validation The schema argument in a Param definition is used to detemine the relevant UI element. When the type of a Param is `array` a simple textarea is rendered. When additionally a schema for the items of the array is provided, the UI element previously switched to a CodeMirror box that expects pure JSON inputs. For strings a textarea is presented now, to keep the same behaviour than without a format definition. Besides that the jinja template now accesses the `items` member of the schema correctly to avoid problems with empty `items` arrays. * Add details about the attribute `items` for the type `array`
* Improve trigger UI for string array format validation The schema argument in a Param definition is used to detemine the relevant UI element. When the type of a Param is `array` a simple textarea is rendered. When additionally a schema for the items of the array is provided, the UI element previously switched to a CodeMirror box that expects pure JSON inputs. For strings a textarea is presented now, to keep the same behaviour than without a format definition. Besides that the jinja template now accesses the `items` member of the schema correctly to avoid problems with empty `items` arrays. * Add details about the attribute `items` for the type `array` (cherry picked from commit 914bccc)
* Improve trigger UI for string array format validation The schema argument in a Param definition is used to detemine the relevant UI element. When the type of a Param is `array` a simple textarea is rendered. When additionally a schema for the items of the array is provided, the UI element previously switched to a CodeMirror box that expects pure JSON inputs. For strings a textarea is presented now, to keep the same behaviour than without a format definition. Besides that the jinja template now accesses the `items` member of the schema correctly to avoid problems with empty `items` arrays. * Add details about the attribute `items` for the type `array`
closes: #39972
The schema argument in a Param definition is used to detemine the
relevant UI element. When the type of a Param is
array
a simpletextarea is rendered. When additionally a schema for the items of
the array is provided, the UI element previously switched to a
CodeMirror box that expects pure JSON inputs. For strings a textarea
is presented now, to keep the same behaviour than without a format
definition.
Besides that the jinja template now accesses the
items
member of the schema correctly to avoid problems with emptyitems
arrays.