Forms: padding ... 11 months later

[_bernard_]

Referring to Forms: padding problem

And STILL not fixed.

[Pavel_Homeriki · Accepted solution]

To edit the text in the input fields, use entirely different css tools than those you tried to do.
These tools are called line-height and text-indent. Padding is not suitable for this.

In Muse, these will be tools like these:

I'm sorry that you thought it was a bug, but that it is not a bug. Even for working in the Muse, a little knowledge of CSS is very useful .

[_bernard_]

If Padding is not suitable then it should not be available.

That aside, your explanation still begs the following two questions:

1. An Adobe help rep admitted this was a bug – 11 months ago, so no it's not just me
2. A default page with a default Simple Form – no changes – produces exactly the same behaviour

Go right ahead, try it yourself.

[Pavel_Homeriki]

_bernard_  написал(а)

If Padding is not suitable then it should not be available.

Any object placed in the muse becomes a wrapper of external div. This padding belongs to an external div, but not to the input field. In general CSS rules, input fields are not editable by padding. So there is no bug in the Muse. In addition, the muse has a huge number of options that should not be available in certain cases, but they are available.

_bernard_  написал(а)

1. An Adobe help rep admitted this was a bug – 11 months ago, so no it's not just me

Unfortunately, Adobe support staff are not always experts and are often mistaken.

[_bernard_]

Two points down for Adobe then ...

Tell me about trying it for yourself.

[_bernard_]

No?

Okay, I'll do the leg work. Again.

New site, accept standard settings. Simple form, no changes made. Export to HTML.

1. Rendered in browser (Safari on up-to-date MacOS Sierra, same thing happens on Chrome), regular state:

2. Rollover state

3. Non Empty state

Oh look. The text moves down by one pixel. And you say this is deliberate?

[Günter Heißenbüttel]

Now, that we know: How can we live with this bug?

[Ussnorway]

I understand wordpress works like magic and never has an issue working on chrome... perhaps we should all go there?

[_bernard_]

That's blasphemy!

[Pavel_Homeriki]

Set the padding to 0, set up the fields as I described above and there will be no problems.

[_bernard_]

You mean like so?

Regular state:

Rollover state:

Non Empty state:

Oh look. It has – once again – moved down by one pixel.

[Pavel_Homeriki]

On my side, everything works perfectly, without any problems.

...line-height is necessary to increase until the dotted line appears.

[_bernard_]

Regular state:

Non Empty state:

Same outcome every time.

[Pavel_Homeriki]

I can not help anymore. Perhaps your browser thus interprets css. Everything is working fine on my side... There was only one last chance - provide your muse file.

And,... what is it?

[_bernard_]

That is part of MacOS Sierra and Safari (recall an email address). The one pixel jump persists with Chrome, and I have not bothered to check Firefox yet: as far as I am concerned it should work as an out-of-the-box widget in the two browsers listed above.

The Muse file:

Dropbox - test1-4.muse

[Günter Heißenbüttel]

I can reproduce bernards issue (macOS 10.12.3, Safari 10.0.3, Newest Chrome version).

There is a vertical one pixel offset in these browsers:

This offset is even a tiny bit better visible in Chrome (when magnified browser view), because fonts are displayed a litte bit heavier there).

Not a THAT heavy bug, I’d say …

[_bernard_]

Thank you for confirming Günter.

I have seen others mention the same issue on this forum as well.

[Pavel_Homeriki]

_bernard_  написал(а)

That is part of MacOS Sierra and Safari (recall an email address).

In this case, this is the cause of the problem. I do not think it's a matter Muse. (IMO)

[_bernard_]

Have you tried the Muse file?

Care to share yours?

If a Mac OS 'is the problem' (as you put it) then that, my friend, is what I would consider a bug in Muse.

[Pavel_Homeriki]

Yes, I tried your file. This works flawlessly on Windows 10. Mac adds this icon, which I asked above - this causes the offset, since this is a third-party and unpredictable css for Muse. So I think it's a matter of Mac, but not Muse's question.

[_bernard_]

Correction: the Mac only adds the icon to Safari. Chrome – which has no insight to my system – displays the same behaviour.

My understanding is that Muse is to designed to run on more than simply Windows.

In addition, why should a default web page with a default Simple Form need to be altered simply to behave correctly?

I still say bug.

[Pavel_Homeriki]

_bernard_  написал(а)

In addition, why should a default web page with a default Simple Form need to be altered simply to behave correctly?

I think this is not the correct default setting and Muse team should fix this.

It should be so by default:

[Günter Heißenbüttel]

Thats it, Pavel Thank you! You told us so many times, but in spite of that I didn’t check Muse’s default settings! Embarrassing for me …

[Pavel_Homeriki]

Another wrong default setting.

If you place a form on a master page, you get this in browser in other pages:

The correct default setting should be:

I can continue indefinitely

[_bernard_]

Thanks for that Pavel, but it still doesn't resolve the issue for anyone on a Mac (correct settings or not).