Change Details

requesting to add to TemplateData param structure "strict-type" flag. rationale: it is desirable to use typing, so tools can assist filling the value, e.g. "date". similar for "suggested values", and for validation ("linting") tools . the template itself may be able to handle aberrations, e.g., passing wikicode for parameter typed "date", or value not in the suggestedvalues. however, in some cases the template needs the parameter to adhere to the requirement, otherwise it fails to use it as expected: e.g., parameter is fed to #switch where "default" is considered an error, or used for some calculation which can't handle non-standard/unexpected form. both editing tools and validating tools will appreciate this flag, and editors can be better shielded from errors. peace.

requesting to add to TemplateData param structure "strict-type" flag. rationale: it is desirable to use typing, so tools can assist filling the value, e.g. "date". similar for "suggested values". this makes "wizards" (both source and visual) more useful, and used in validation ("linting") tools . the template itself may be able to handle aberrations, e.g., passing wikicode for parameter typed "date", or value not in the suggestedvalues. however, in some cases the template needs the parameter to adhere to the definition, otherwise it fails to use it as expected: e.g., parameter is fed to #switch where "default" is considered an error, or used for some calculation which can't handle non-standard/unexpected form. both editing tools and validating tools will appreciate this flag, and editors can be better shielded from errors. peace.

requesting to add to TemplateData param structure "strict-type" flag. rationale: it is desirable to use typing, so tools can assist filling the value, e.g. "date". similar for "suggested values", and for validation ("linting") tools . this makes "wizards" (both source and visual) more useful, and used in validation ("linting") tools . the template itself may be able to handle aberrations, e.g., passing wikicode for parameter typed "date", or value not in the suggestedvalues. however, in some cases the template needs the parameter to adhere to the requirementdefinition, otherwise it fails to use it as expected: e.g., parameter is fed to #switch where "default" is considered an error, or used for some calculation which can't handle non-standard/unexpected form. both editing tools and validating tools will appreciate this flag, and editors can be better shielded from errors. peace.