Why Does `input:not(:empty)` Not Work as Expected?
Unveiling the Mysteries of the :not(:empty) CSS Selector
When attempting to control the appearance of empty or non-empty input fields using the :not(:empty) CSS selector, many developers encounter unexpected behavior. This selector seems to function flawlessly with other combinations, but introduces anomalies once :not(:empty) is added to the mix.
The confusion stems from the unique nature of input elements. HTML defines void elements as those that "are empty by nature," including the tag. As a result, all void elements, regardless of their value attribute, are consistently considered empty by the :empty pseudo-class.
Furthermore, the Selectors specification explicitly states that :empty targets elements with no child nodes, including text content. Consequently, input fields, despite having a value, will always lack child nodes and, hence, match the :not(:empty) selector.
In summary, using input:not(:empty) in a proper HTML document will always fail to match anything. This limitation arises due to the inherent nature of void elements in HTML and the definition of the :empty pseudo-class in CSS Selectors.
The above is the detailed content of Why Does `input:not(:empty)` Not Work as Expected?. For more information, please follow other related articles on the PHP Chinese website!

Hot AI Tools

Undresser.AI Undress
AI-powered app for creating realistic nude photos

AI Clothes Remover
Online AI tool for removing clothes from photos.

Undress AI Tool
Undress images for free

Clothoff.io
AI clothes remover

Video Face Swap
Swap faces in any video effortlessly with our completely free AI face swap tool!

Hot Article

Hot Tools

Notepad++7.3.1
Easy-to-use and free code editor

SublimeText3 Chinese version
Chinese version, very easy to use

Zend Studio 13.0.1
Powerful PHP integrated development environment

Dreamweaver CS6
Visual web development tools

SublimeText3 Mac version
God-level code editing software (SublimeText3)

Hot Topics

It's out! Congrats to the Vue team for getting it done, I know it was a massive effort and a long time coming. All new docs, as well.

I had someone write in with this very legit question. Lea just blogged about how you can get valid CSS properties themselves from the browser. That's like this.

I'd say "website" fits better than "mobile app" but I like this framing from Max Lynch:

The other day, I spotted this particularly lovely bit from Corey Ginnivan’s website where a collection of cards stack on top of one another as you scroll.

If we need to show documentation to the user directly in the WordPress editor, what is the best way to do it?

There are a number of these desktop apps where the goal is showing your site at different dimensions all at the same time. So you can, for example, be writing

CSS Grid is a collection of properties designed to make layout easier than it’s ever been. Like anything, there's a bit of a learning curve, but Grid is

I see Google Fonts rolled out a new design (Tweet). Compared to the last big redesign, this feels much more iterative. I can barely tell the difference
