8 ms·

> Ideally developers could let the user know their caps lock key is activated. That would be up to the User Agent (the browser), not the website.

Retr0id 3y ago
Well, they're not, which means web developers are picking up the slack.
- beeboobaa 3y ago
  Stay your lane, and if you really feel the itch go contribute to firefox or something
  - Retr0id 3y ago
    If you think I'm a front-end developer, you are mistaken. I just empathize with them.
    - beeboobaa 3y ago
      https://en.wikipedia.org/wiki/Generic_you https://en.wikipedia.org/wiki/Generic_you
      - Retr0id 3y ago
        Ah, so you were merely replying at me, rather than to me.
        beeboobaa 3y ago
        This is a public forum, we're not DMing
ninkendo 3y ago
I dream of a parallel universe where browsers took the lead in crafting innovative UI’s for standard web forms, with things like password prompts behaving intelligently, dropdowns supporting advanced autocomplete, excellent date pickers, caps lock reminders on password dialogs, etc etc. Websites could have been simple to make with basic markup, leaving UX niceties to the browser vendors. The world we live in is about as far from that as you get, with the stock UI for <input> elements being about par for 1992 UI toolkits, if even that.
- pooper 3y ago
  In particular, the input select multiple is atrocious with default styling.
- makeitdouble 3y ago
  The mobile platforms were a chance to reboot that part, and have browser do a lot more UI wise with custom handling of the different data types (dates, passwords, phone numbers, ranges etc.) It just didn't pan out to tablets and desktop computers. But it might not be too late ?
  - stephenr 3y ago
    > It just didn't pan out to tablets and desktop computers. But it might not be too late ? Safari has a caps lock indicator on password fields on every platform, and has had it for several years - at least since Safari 12 on macOS 10.12 (circa 2018), possibly longer, but I don't have an older VM to test on. Gecko has an open feature request for this, from 2 years ago: https://bugzilla.mozilla.org/show_bug.cgi?id=1757348 https://bugzilla.mozilla.org/show_bug.cgi?id=1757348 Chromium has an open feature request for this, from 3.5 years ago: https://issues.chromium.org/issues/40722752 https://issues.chromium.org/issues/40722752
stephenr 3y ago
> That would be up to the User Agent (the browser), not the website. Relevant: Safari has done this for ages.
pimlottc 3y ago
How would the browser know when/how to display the capslock status? It doesn't know what any given web site is doing wrt to keyboard input. Firefox adds a capslock indicator on the text cursor but not all pages use standard input fields. They might use custom UI elements, or no visual elements at all. Some sites may not even care about capslock (e.g. an arcade game).
- beeboobaa 3y ago
  `<input type='password'`, just like TFA was talking about?

Retr0id 3y ago

Well, they're not, which means web developers are picking up the slack.

beeboobaa 3y ago
Stay your lane, and if you really feel the itch go contribute to firefox or something
- Retr0id 3y ago
  If you think I'm a front-end developer, you are mistaken. I just empathize with them.
  - beeboobaa 3y ago
    https://en.wikipedia.org/wiki/Generic_you https://en.wikipedia.org/wiki/Generic_you
    - Retr0id 3y ago
      Ah, so you were merely replying at me, rather than to me.
      - beeboobaa 3y ago
        This is a public forum, we're not DMing

ninkendo 3y ago

I dream of a parallel universe where browsers took the lead in crafting innovative UI’s for standard web forms, with things like password prompts behaving intelligently, dropdowns supporting advanced autocomplete, excellent date pickers, caps lock reminders on password dialogs, etc etc. Websites could have been simple to make with basic markup, leaving UX niceties to the browser vendors. The world we live in is about as far from that as you get, with the stock UI for <input> elements being about par for 1992 UI toolkits, if even that.

pooper 3y ago
In particular, the input select multiple is atrocious with default styling.
makeitdouble 3y ago
The mobile platforms were a chance to reboot that part, and have browser do a lot more UI wise with custom handling of the different data types (dates, passwords, phone numbers, ranges etc.) It just didn't pan out to tablets and desktop computers. But it might not be too late ?
- stephenr 3y ago
  > It just didn't pan out to tablets and desktop computers. But it might not be too late ? Safari has a caps lock indicator on password fields on every platform, and has had it for several years - at least since Safari 12 on macOS 10.12 (circa 2018), possibly longer, but I don't have an older VM to test on. Gecko has an open feature request for this, from 2 years ago: https://bugzilla.mozilla.org/show_bug.cgi?id=1757348 https://bugzilla.mozilla.org/show_bug.cgi?id=1757348 Chromium has an open feature request for this, from 3.5 years ago: https://issues.chromium.org/issues/40722752 https://issues.chromium.org/issues/40722752

stephenr 3y ago

> That would be up to the User Agent (the browser), not the website. Relevant: Safari has done this for ages.

pimlottc 3y ago

How would the browser know when/how to display the capslock status? It doesn't know what any given web site is doing wrt to keyboard input. Firefox adds a capslock indicator on the text cursor but not all pages use standard input fields. They might use custom UI elements, or no visual elements at all. Some sites may not even care about capslock (e.g. an arcade game).

beeboobaa 3y ago
`<input type='password'`, just like TFA was talking about?