Closed
Bug 35959
Opened 25 years ago
Closed 25 years ago
background image not properly reendered when height or widht is set to 100% or any percentual value
Categories
(Core :: CSS Parsing and Computation, defect, P3)
Core
CSS Parsing and Computation
Tracking
()
VERIFIED
INVALID
People
(Reporter: boris, Assigned: pierre)
References
()
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; N; WinNT4.0; en-US; m14) Netscape6/6.0b1
BuildID: 2000033112
There seems to be a problem when background images within a stylesheet are
defined as 100% widht or height.
Mozilla will reender them as right/bottom-justified and in normal size.
The URL shows this problem in a table-cell.
Reproducible: Always
Steps to Reproduce:
1.create a style with a background-image set to 100% widht
2.assign this to a table cell
3.view it
Actual Results: image is displayed without resize in the right/bottom corner,
relative to the screen, not the cell!
Expected Results: Image should be resized to fill out the whole cell (no more
or less)
Comment 1•25 years ago
|
||
Unable to reproduce with build 2000 041409 on Windows 98. Reporter, can you
please download a newer build of mozilla and say whether this still happens?
(By the way, I couldn't get to http://basketball.jouh.at/ - I was trying to
reproduce the bug based on what you said.)
confirmed this bug with linux build 2000041316
The image is justified right/bottom in respect to the browser window (not the
cell that holds it) and it is not resized.
OS: Windows NT → All
Hardware: PC → All
Comment 3•25 years ago
|
||
http://www.w3.org/TR/REC-CSS2/colors.html#propdef-background-position
"A value pair of '100% 100%' places the lower right corner of the image in the
lower right corner of padding area."
Note that the spec says nothing about resizing the image. So according to the
spec, Mozilla is doing exactly the right thing and this is not a bug.
Aside: The cells on the left have specified width, but the style attribute on
the TDs in the lower left corner says that they should have 45pt padding-right.
That makes the whole first column have width = 158px+ 45pt; probably not what
you intended.
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
Well the resize-issue obviously was wishfull thinking (css1+2 do not support
resizable background-images), but a problem with
positioning still remains unsolved.
I've put up a page that shows the problem with one singular cell. (It looks
funny that the background image is reendered in respect to the right bottom
corner of the browser window.
It confuses me, that the other implementation
http://basketball.jouh.at/Test.html reenders correctly!!!
Comment 5•25 years ago
|
||
boris, could you (a) change the URLs to the backround image on that page to
http: URLs (right now they point to files on your local harddrive) and (b)
specify what you expect to happen and what does in fact happen? Better yet:
file a new bug (we don't like to morph bugs).
Comment 6•25 years ago
|
||
the test case (in url field) is down again, it seems.
percents in background-position should move the image.. is that where they were
in the test case?
Ooops - the .html was missing... http://basketball.jouh.at/Test.html (...or
Test3.html)
Comment 9•24 years ago
|
||
Netscape's standard compliance QA team reorganised itself once again, so taking
remaining non-tables style bugs. Sorry about the spam. I tried to get this done
directly at the database level, but apparently that is "not easy because of the
shadow db", "plus it screws up the audit trail", so no can do...
QA Contact: chrisd → ian
You need to log in
before you can comment on or make changes to this bug.
Description
•