You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Components which produce form elements which support the autocomplete attribute should allow this attribute to be set/unset. The default is to not set the autocomplete attribute.
As a bare minimum we should allow autocomplete to be turned off by having a boolean isAutoComplete() where the default is true. This is the worst option.
If we want to do this properly then the autocomplete attribute should allow for autofill detail tokens and not just on/off. One step up from the bare minimum is to allow tokens to be set from an enum and ignore section-* values. The best option is to allow any valid value and make autocomplete a String member (this should be our default best option for any new attribute we have to expose as it reduces the abstraction of the abstraction layer).
The components which are affected are:
WDateField
WDropdown (see note below)
WEmailField (see note below)
WMultiDropdown
WMultiSelect
WMultiTextField
WPasswordField
WPhoneNumberField (see note below)
WNumberField
WSingleSelect
WTextField (see note below)
Notes
autocomplete must be off (and therefore any other option[s] will not be supported in the client) for:
any WTextField, WEmailField or WPhoneNumberField which is associated with a WSuggestions;
WPartialDateField; and
WDropdown in the COMBO state.
Autocomplete causes some obscure bugs in IE (8 and before, possibly later) and so it is deemed incompatible with that browser. If an implementation needs IE support we cannot (necessarily) provide autocomplete support.
I very much doubt that autocomplete could be sensibly or appropriately used on WMultiTextField or WMultiDropdown so these could be a binary on/offwhere on is the default and not output in the XML.
autocomplete is not useful for WShuffler or WMultiSelectPair and will be set to 'off' in the select elements in these components.
The text was updated successfully, but these errors were encountered:
Components which produce form elements which support the autocomplete attribute should allow this attribute to be set/unset. The default is to not set the autocomplete attribute.
note: @jonathanaustin
As a bare minimum we should allow autocomplete to be turned off by having a boolean isAutoComplete() where the default is
true
. This is the worst option.If we want to do this properly then the autocomplete attribute should allow for autofill detail tokens and not just
on
/off
. One step up from the bare minimum is to allow tokens to be set from an enum and ignoresection-*
values. The best option is to allow any valid value and make autocomplete a String member (this should be our default best option for any new attribute we have to expose as it reduces the abstraction of the abstraction layer).The components which are affected are:
Notes
autocomplete must be
off
(and therefore any other option[s] will not be supported in the client) for:COMBO
state.Autocomplete causes some obscure bugs in IE (8 and before, possibly later) and so it is deemed incompatible with that browser. If an implementation needs IE support we cannot (necessarily) provide autocomplete support.
I very much doubt that autocomplete could be sensibly or appropriately used on WMultiTextField or WMultiDropdown so these could be a binary
on
/off
whereon
is the default and not output in the XML.autocomplete is not useful for WShuffler or WMultiSelectPair and will be set to 'off' in the select elements in these components.
The text was updated successfully, but these errors were encountered: