prevent calendar showing if readonly attribute is present on the input

[b1ade68]

Prerequisites

• I have searched for duplicate or closed feature requests.
• I have read the contributing guidelines.

Proposal

Software prevents opening the calendar if disabled attribute is present on the input. Why not also for readonly?

It is a simple change (perhaps). in tempus-dominus.ts we can change the function _toggleClickEvent :

private _toggleClickEvent = () => {
    if ((this.optionsStore.element as any)?.disabled || this.optionsStore.input?.disabled || this.optionsStore.input?.readOnly) return
    this.toggle();
  };

Motivation and context

Readonly input shuld not be changed.

[Eonasdan]

In other versions, this has been a bit of a back and forth with users. In some cases, people want it to behave as you have suggested, in other cases people want to disable the input field so that their end users are forced to use the picker and not manually typing.

[Antal1609]

Can confirm. We force users to use the picker by setting the input to readonly.

[vt-cloud]

I agree with @Antal1609 we also use the readonly attribute to force users to enter a date via the picker.

Ultimately the textbox is still readonly to the user, as it can only be updated via code.

A big advantage of this method is that the styling of the textbox remains unchanged for readonly elements in many UI frameworks so the user is still invited to click the box, whereas disabled elements look different.

[axunonb]

@Antal1609 comments on a use case, where the value of the the element should be editable (with the widget) and submitted to the server. But what if submitting is required, but editing not wanted. Currently, this is a pain to implement, if the date element is editable with the keyboard and the widget.
As per definition readonly is meant to make an element not mutable by the user (no matter how). So I think the default behavior should be that readonly target elements are not editable. Enable overriding readonly with a corresponding setting or parameter is still appreciated.