^{Converting one of my Stack Overflow answer to a post}
Table of content
 Pixel values
 Percentage values
 More indepth
 Relation between pixel and percentage values
 Changing the reference
 Combining pixel and percentage values
 Using backgroundorigin
 Making percentage behave like pixel
When dealing with backgroundposition
we have two common situations:
 We use pixel value (the trivial one)
 We use percentage value (the tricky one)
Let's start a thoroughly explanation and remove all ambiguity around backgroundposition
!
Pixel values
When using pixel values, the reference is the top/left corner of the image, whatever the size is. It's like using top/left with a positioned element:
Note that other units like em
, ch
, etc, behave the same as px
. They are called lengths. Our comparison can be generalized to length vs percentage. All you have to know is how each length is converted to pixels.
Percentage values
When using percentage values, the reference is different from when you use pixel values; it's no longer the top/left corner:
In this case, we need to consider two parameters: the size of the container AND the size of the image. Here is an illustration of how it works (I took a backgroundposition
equal to 30% 30%
):
First, we consider the image to find the reference point we will use to place the image. It's the point inside the image that is positioned at 30% 30%
from the top/left corner considering the size of the image (like defined with the green lines). Then, we place that point inside the container at 30% 30%
from the top/left corner considering the size of the container.
From this logic, we can identify some trivial cases like
50% 50%
^{(center)} 100% 100%
^{(bottom right)} 100% 0%
^{(top right)}
Here is the full list of the common values and their equivalence:

left
=left center
=center left
=0 50%

right
=right center
=center right
=100% 50%

top
=top center
=center top
=50% 0

bottom
=bottom center
=center bottom
=50% 100%

center
=center center
=50% 50%

top left
=left top
=0% 0%

top right
=right top
=100% 0

bottom left
=left bottom
=0 100%

bottom right
=right bottom
=100% 100%
Now it's clear that if the size of the image is equal to the size of the container then nothing will happen when using percentage values simply because all the positions are equivalent. The top/left of the image is already at the top/left (0% 0%
) of the container, the center is already at the center (50% 50%
), etc.
🏆 The first gold rule when using percentage values is: the size of the image needs to be different from the size of the container
What about gradients?
The above logic is the same when applied to gradients since gradients are considered images, and by default, if you don't specify a backgroundsize
, a gradient's size will be the size of its container, unlike when using an image. This is the main issue that every developer faces when dealing with gradients.
If we refer to the specification of the backgroundsize
, we can see how the problem arises:
If both values are auto then the intrinsic width and/or height of the image should be used, if any, the missing dimension (if any) behaving as auto as described above. If the image has neither an intrinsic width nor an intrinsic height, its size is determined as for contain.
And
contain
Scale the image, while preserving its intrinsic aspect ratio (if any), to the largest size such that both its width and its height can fit inside the background positioning area.
And also:
A bitmap image (such as JPG) always has intrinsic dimensions and proportions.
CSS
<gradient>
s have no intrinsic dimensions or intrinsic proportions ^{ref}
An image always has intrinsic values, so in most cases, it won't have the same size as its container, so backgroundposition
with percentage units will have an effect. Gradients don't have intrinsic values, thus a gradient's dimensions will be equal to the size of its container, and backgroundposition
with percentage values will never work unless we specify a backgroundsize
different from its container's dimensions.
🏆 The second gold rule when using perchance values is: when using gradient always define a backgroundsize
More indepth
We saw in the above examples how backgroundsize
works when using values between 0%
and 100%
, but what about using negative values or a value bigger than 100%
? The logic is the same, but finding the reference point will be more tricky.
Negative values (< 0%)
Let's suppose we want to place a background at 50% 0
. In this case, the reference point will be outside the image. Here is an example: https://jsfiddle.net/no87qv2r/4/
As we can see in the illustration, we first consider 50%
of the image, which is 50px
, to define our reference point (i.e., 50px
from the left edge of the image). Then we place that point at 50%
considering the size of the container (100px
from the left edge of the container). Then we draw the image, and we obtain the above result. Only 100px
of the image is visible.
We may also notice that negative percentage values will behave the same as negative fixed values when the size of the image is smaller than the size of the container (both will shift the image to the left). In this case 50% 0
is the same as 50px 0
(https://jsfiddle.net/no87qv2r/5/).
If for example we increase the image size to 150px 150px
, 50% 0
will be the same as 25px 0
.
When we make the size bigger than the container, negative values will start shifting the image to the right (like with positive pixel values), which is logical since the 50%
of the image will increase while the 50%
of the container will remain the same.
If we consider the previous illustration, it's like increasing the top green line until it's bigger than the bottom one. So the sign only is not enough to know how the image will be shifted; we need to also consider the size.
The same will logically apply to gradients:
In the above, note the usage of the following syntax
background:lineargradient(to right,red,blue) 50% 0/50px 150px norepeat
which means
background:[image or gradient] [backgroundposition]/[backgroundsize] norepeat
Big values (> 100%)
Same logic as previously: if we define a background at 150% 0
, then we consider our reference point 150%
from the left edge (or 50%
from the right edge), then we place it 150%
from the left edge of the container: https://jsfiddle.net/no87qv2r/9/ (in this example, 150% 0
is equivalent to 150px 0
)
If we start increasing the backgroundsize
we will have the same behavior as previously demonstrated:
Special cases
Using values outside the range [0% 100%]
allows us to hide the background image, but how do we find the exact values to completely hide the image?
Let's consider the below illustration:
Our image has a width Ws
and the container a width Wp
and we need to find the value of p
. From the figure we can obtain the following formula:
p * Wp = p * Ws + Ws <=> p = Ws/(Wp  Ws) with p in [0,1]
If the container size is 200px
and the image is 100px
then p is 1
so 100%
(we add of course the negative sign and it's 100%
).
We can make this more generic if we consider percentage values with backgroundsize
instead of fixed values. Suppose the backgroundsize
is S%
. Then we will have
Ws = Wp * s (s in [0,1] and S=s*100)
The first formula will be:
p = Ws/(Wp  Ws) <=> p = s / (1  s)
We add the negative sign and we get p = s / (s  1)
Now if we want to hide the image on the right side, we do the same logic on the right (we consider a mirror of the previous illustration), but since we will always consider the left edge to find the percentage we need to add 100%
.
We the define p'%
to be equal to 100% + p%
, and the formula will be
p' = 1 + p <=> p' = 1 + s / (1  s) = 1 / (1  s)
Here is an animation to illustrate the above calculation:
Let's calculate some values:
When s=0.5
, we have a backgroundsize
equal to 50%
, and the percentage values will be from 100%
to 200%
. In this case, we started with a negative value and ended with a positive one because the size of the image is smaller than the size of the container. If we consider the last case (s=2
) the backgroundsize
is equal to 200%
, and the percentage values will be from 200%
to 100%
. We started with a positive value and ended with a negative one because the size of the image is bigger than the size of the container.
🏆 We have our third gold rule: to shift an image to the left we need negative values if the size is smaller than the size of the container, but we need positive values if the size is bigger than the size of the container (same thing for the right).
Relation between pixel and percentage values
Let's define a way to calculate percentage values based on pixel values, or vice versa (i.e. the formula to convert between both). To do this we simply need to consider the reference points.
When using pixel values, we will consider the blue lines and we will have backgroundposition:X Y
.
When using percentage values, we will consider the green lines and we will have backgroundposition:Px Py
.
The formula will be as follow: X + Px * Ws = Px * Wp
where Ws
is the width of the image and Wp
is the width of the container (same formula for the Yaxis considering height).
We will have X = Px * (Wp  Ws)
. From this formula we can validate the gold rules explained previously:
 When
Wp = Ws
, the formula is no longer valid, which confirms that percentage values have no effect when the size of the image is the same as the container; thus there is no relation between pixel and percentage values. 
X
andPx
will have the same sign whenWp > Ws
and will have the opposite sign whenWp < Ws
. This confirms that percentage values behave differently depending on the size of the image. We can also express the formula differently if we consider percentage values ofbackgroundsize
. We will haveX = Px * Wp * (1  s)
.
Here is an animation to illustrate the above calculation:
Changing the reference
In the above calculations, we always considered the top/left corner of the image and the container to apply our logic either for pixel values or percentage values. This reference can be changed by adding more values to backgroundposition
.
By default backgroundposition: X Y
is equivalent to backgroundposition: left X top Y
(position at X from the left and at Y from the top). By adjusting top
and/or left
we change the reference and how the image is placed.
Here are some examples:
It's clear that with the X
value we can only use left
and right
(the horizontal position) while with the Y
value we can only use bottom
and top
(the vertical position). With all the different combinations we logically obtain the 4 different corners.
This feature is also useful to optimize some calculation. In the example of the special cases section, we did the first calculation to hide the image on the left and then another one to hide it on the right. If we consider changing the reference we only need to do one calculation. We take the formula used for the left side and we use the same on the right side.
Here is the new version:
For s=0.5
we will no more animate from 100%
to 200%
BUT it will be from left 100%
to right 100%
.
Here is another example using pixel values where we can see how easy is to deal with the calculation when changing the reference:
It would be tricky to achieve the same animation by keeping the same reference.
🏆 Another gold rule :if you want to have a symmetrical animation, do your logic on one side and use the same on the other side by changing the reference.
Combining pixel and percentage values
We can use calc()
to do some complex calculation that involves different units. For example, we can write width:calc(100px + 20% + 12em)
and the browser will calculate the computed value considering how each unit works and we will end with a pixel value (for this case).
What about backgroundposition
? If we write calc(50% + 50px)
, will this be evaluated to a percentage value or a pixel value? will the pixel value be converted to a percentage or it's the opposite?
The result will not be converted to a pixel value or a percentage value, but rather both will be used together. backgroundposition
has special behavior when mixing percentage and pixel values inside calc()
and the logic is as follows:
 We first use the percentage value to position the image by applying all the logic related to percentage values.
 We consider the position of (1) as the reference and we use the pixel value to position the image again by applying all the logic related to pixel values.
Doing calc(50% + 50px)
means: center the image, then shift it by 50px
to the left.
This feature can simplify a lot of calculations. Here is an example:
It would be tedious to find the correct percentage or pixel values to place the 4 red squares like above, but by mixing both using calc()
it is pretty easy.
Now, let's suppose we have something like this: calc(10% + 20px + 30% + 10px + 10% + 20px)
. How will the browser handle this?
In such cases, the browser will first evaluate each unit to obtain the simplified form calc(X% + Ypx)
and then apply the above logic to position the image.
calc(10% + 20px + 30% + 10px + 10% + 20px)
calc((10% + 30% + 10%) + (20px + 10px + 20px))
calc(50% + 30px)
Example: https://jsfiddle.net/no87qv2r/17/
Whatever the complexity of the formula is, the browser will always evaluate percentage and pixel values separately.
Here is more equivalent values if we consider calc()
:

left X top Y
=X Y

right X top Y
=calc(100%  X) Y

left X bottom Y
=X calc(100%  Y)

right X bottom Y
=calc(100%  X) calc(100%  Y)
X
and Y
are pixel values and not percentages!
Using backgroundorigin
Here is another important property that can be used to alter the position of a background image. This property relies on the box model so let's get a quick reminder about how that works:
Each element has 3 different boxes inside it: borderbox, paddingbox, and the contentbox. backgroundorigin
specifies which box we need to consider to do all our previous calculations.
Here is a selfexplanatory example:
It's clear that when we don't have padding contentbox
is equivalent to paddingbox
, when we don't have border borderbox
is equivalent to paddingbox
, and with no padding and no border, all the 3 are equivalent.
It's important to notice that backgroundsize
is affected by this property when used with percentage values.
We also have the backgroundclip
property but this one doesn't affect the calculation. It only affects the visual result by clipping some part of the background.
Making percentages behave like pixels
In case we need to have the size of the image (or the gradient) equal to the container size and move it using percentages like pixels we can consider the below ideas.
Using pseudoelement as a background layer
We should note that translate considers the size of the pseudoelement but since it's the same as the container we won't have any issue. We can also use left
/top
but transform
will have better performance. Using this method we cannot have repetition.
Using backgroundorigin
The trick is to have some padding, restrict the origin to contentbox
and make the size bigger than 100%
to cover the padding and have the image fill the container again.
In the above, I made the padding equal to half the size so logically I need to use 200%
in backgroundsize
to rectify. For the backgroundposition
, it's now easy to find the needed value based on the previous explanation.
Another example:
Using this method we can have repetition but since we are adding padding we won't be able to add content. To overcome this we can combine both methods to get the following:
That's it!
Now backgroundposition
has no more secrets for you. 👌
Top comments (6)
What on earth is this sorcery? You are truly a CSS wizard!
p.s. your subject image is a little phallic ;)
lol! now The whole article look a bit strange :p
impressive explanation, thank you
Awesome article
Great post
thanks ;)