Open Bug 174830 Opened 22 years ago Updated 2 years ago

Background images in textareas are set as "fixed" by default

Categories

(Core :: Layout: Form Controls, defect, P3)

defect

Tracking

()

Future

People

(Reporter: mark.slater, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2b) Gecko/20021015 Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2b) Gecko/20021015 In textareas, the background image set by inline styles (eg, background-image:url()) seems to be set to "fixed" by default. Not quite sure if this is the correct behaviour. See the URL above and scroll the textarea. Reproducible: Always Steps to Reproduce: 1. Go to URL Actual Results: CSS backgrounds are set as "fixed" by default Expected Results: The background should follow the scrolling when the textarea is scrolled
I suspect the problem here is that what's scrolling is the anonymous stuff inside the <textarea> and not the <textarea> itself....
Assignee: asa → jkeiser
Status: UNCONFIRMED → NEW
Component: Browser-General → HTML Form Controls
Ever confirmed: true
OS: Windows 98 → All
QA Contact: asa → tpreston
Hardware: PC → All
I wonder if it's possible to make PlaintextEditor work with the actual textarea element ... this may or may not be big to fix but it'll be a while before I want to mess with it.
Assignee: jkeiser → form
Priority: -- → P3
Target Milestone: --- → Future
i can't see what png background is displayed( the only diplayed png is the relative pos img ). we should say the problem is that textarea don't support img background.
Rick: I see a background in the textarea on WinXP 2002120608 and today's build.
i tried 1.2.1 on linux. so that's another bug? (I tried on windows version just now and can see the background img too)
Might be a bug in 1.2.1 ... or a bug on Linux. Please file a different bug on that, if it's a Linux problem.
background worksforme, linux trunk build 2002-12-09-22 (in that it appears, not in that it scrolls right).
now i can't reproduce it on 1.2.1 for linux also. i guess in most cases it's because that last time i was testing it using a preference that "ignoring the colors and background imgs specified" since i alway liked to check such options. so sorry and pls just ignore my comments now. if i catch it again, i will commment again
The more I think about it, the more I think that this is the right behavior, really.... (since the textarea itself is just a replaced element and it's not going anywhere).
so how would you make it scroll with the textarea?
You wouldn't.
Why do we allow authors to style colors / backgrounds in textareas in the first place? :-)
Backgrounds, because replaced elements support that in general (eg you can put a background on an image, and if it has opacity that will work). Colors, because someone thought that would be a good idea.... and with the styling of backgrounds, maybe it is.
If you could apply style to the block inside the textarea, you could set its background and it would scroll.
Assignee: layout.form-controls → nobody
QA Contact: tpreston → layout.form-controls
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.