Implement support for the autocapitalize atttribute
Categories
(Core :: DOM: Editor, enhancement, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox83 | --- | fixed |
People
(Reporter: rlanday, Assigned: m_kato)
References
Details
(Keywords: dev-doc-complete, parity-chrome, parity-safari, Whiteboard: [webcompat])
Attachments
(5 files)
| Reporter | ||
Updated•8 years ago
|
| Assignee | ||
Updated•8 years ago
|
Comment 1•7 years ago
|
||
Comment 2•7 years ago
|
||
Migrating Webcompat whiteboard priorities to project flags. See bug 1547409.
Comment 3•7 years ago
|
||
See bug 1547409. Migrating whiteboard priority tags to program flags.
Updated•7 years ago
|
Comment 4•6 years ago
|
||
Is this bug valid and ready to work on? I'd like to implement the autocapitalize attribute.
In case anyone would find this useful, I made a simple demo fiddle (tested on Chrome for Android):
https://jsitor.com/t3mzs47BZ
Comment 7•6 years ago
|
||
Related to @naktinis 's jsfiddle, I just added 2 cases for <textarea>, for which I noticed autocapitalize doesn't seem to work at all. Tried with with
- autocapitalize="off"
- autocapitalize="none"
Tested on Firefox for Android 68.3.0
Galaxy A50, Android 9
| Assignee | ||
Updated•6 years ago
|
| Assignee | ||
Comment 8•6 years ago
|
||
Virtual keyboard on Android (and API level of GTK) supports autocapitalization
that is automatically capitalize words and etc.
atucapitalize attribute inherits from form element if the element is button,
fieldset, input, output, select and textarea. Its tests are included in wpt.
WebKit on iOS and Blink on Android already support this HTML attribute, so I
would like to support this on Firefox/GeckoView Nightly.
| Assignee | ||
Comment 9•6 years ago
|
||
| Assignee | ||
Comment 10•6 years ago
|
||
Autocapitalize isn't applied if type is url, email or password. If these types,
truncate autocapitalize value in InputContext not to pass it to widget.
| Assignee | ||
Comment 11•6 years ago
|
||
GTK has the properties for capitalization in GtkInputHints.
So we should add this hint.
| Assignee | ||
Comment 12•6 years ago
|
||
android.view.inputmethod.EditorInfo has inputType feild that can control
capitalize of software keyboard. GeckoView should use it for autocapitalize
attribute support.
| Assignee | ||
Comment 13•6 years ago
|
||
I have a question in https://phabricator.services.mozilla.com/D86674.
Shouldn't this use the content attribute.
I am sorry. What does "Shouldn't this use the content attribute." mean?
When using <form autocaitalize="words"><input autocapitalize="none"></form>, input.autocapitalize becomes none. So if input element has no autocapitalize attribute, input.autocapitalize returns words from form element. If input's autocapitalzie attribute is invalid value, it returns sentences.
Comment 14•6 years ago
|
||
I think usually such webidl getters just reflect the attribute. Though per spec in this case asks us not to... https://html.spec.whatwg.org/#dom-autocapitalize
That is weird, and not how other attributes work, like disabled and others: https://html.spec.whatwg.org/#dom-fe-disabled
Comment 16•6 years ago
|
||
Comment 17•6 years ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/e6d709b87e51
https://hg.mozilla.org/mozilla-central/rev/052ae644fdee
https://hg.mozilla.org/mozilla-central/rev/cb7e0a05e571
https://hg.mozilla.org/mozilla-central/rev/c68e9df1984c
https://hg.mozilla.org/mozilla-central/rev/7a8abb665df2
Comment 18•5 years ago
|
||
Comment 19•5 years ago
|
||
Added to release notes, BCD updated and an example submitted to the examples GitHub.
Description
•