User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.1) Gecko/20020826 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.1) Gecko/20020826 When using an input field which is shown as a button (type=[button|submit|reset]) or the button tag with css padding, the little down-movement of the labeltext doesn't occure. When used together with any css border attribut, there ist no optical response at all. Reproducible: Always Steps to Reproduce: 1. Open the URL 2. Klick on the buttons Actual Results: The first two buttons doesn't move Expected Results: the label text should move a little bit down while the mouse button is pressed like the behavior of the third button Seen in Mozilla 1.1, Mozilla 1.2b and Phoenix 0.3. I've chosen Severity: Minor as there is a workaround with Javascript, but I don't like it. IE 6 does the movement.

Reassigning

confirmed build 2002110808.

They move because the :hover:active padding style is different from the normal padding style. If you override that, you do so at your own risk and should make sure to properly style the :hover:active version. we _could_ maybe move the padding that causes the movement somewhere where authors cannot touch it, but I don't really think we should. Or if we do,. Thoughts?

Well, I always thought we should have a native-looking button control inside a padding/border/margin, but nobody seems to like that idea.

The problem is that people expect to change the padding and have it change inside the border of the "native" control, no? Or am I missing something?