CSS translate percentage meaning [duplicate] - css

This question already has answers here:
Transform: translate(-50%, -50%)
(2 answers)
Closed 6 months ago.
When there is css style like below:
.text-box {
width: 90%;
color: #fff;
position: absolute;
top: 50%;
left: 50%;
transform: translate(-50%, -50%);
}
Where is translate's percentage based on? The body? or the parent div? -50% of what?

Actually this percentage based on size of "reference box" which defined by transform-box property. You can see details here and here.
To put it simple, by default this based on size (width/height) of element which class applied to.

According to the spec and MDN, it's based on the transform-box property.
The spec for transform-box outlines the values and what that means. The default in the browser is still content-box which is defined as,
content-box
Uses the content box as reference box. The reference box of a table is the border box of its table wrapper box, not its table box.
So lots of words to say it's based on the size of the element assigned the class.

Related

CSS Opacity atop Image Overlay [duplicate]

This question already has answers here:
How do I give text or an image a transparent background using CSS?
(29 answers)
I do not want to inherit the child opacity from the parent in CSS
(18 answers)
Closed 3 years ago.
I am seeking help correcting the opacity on a class. Please pardon my not having shown the work for the many approaches I have tried.
Following is a demo on codepen:
Codepen Demo
.intro .uk-overlay-primary {
opacity: 0.5;
}
.intro .intro-title {
opacity: 1;
}
The 'intro-title' class is inheriting the opacity of the 'ul-overlay' class. How can I resolve this, forcing the 'intro-title' opacity to be 1, atop of the overlay class?
As I commented this is somehow similar to this post. For the solution, you can try this. I changed the structure if its okay to you and made the overlay position: absolute
.intro .uk-overlay-primary {
position: absolute;
top: 0;
left: 0;
width: 100%;
height: 100%;
background-image: linear-gradient(326deg, #80009F 0%, #643097 98%);
opacity: 0.5;
}
There are other ways to get this result but I choose to use this approach to have minor changes on your code.
For better understanding, as mentioned in MDN web docs
opacity applies to the element as a whole, including its contents,
even though the value is not inherited by child elements. Thus, the
element and its children all have the same opacity relative to the
element's background, even if they have different opacities relative
to one another.
Answer is simple. You need to use the background opacity rather than style opacity. Change the following css and it should work fine :)
.intro .uk-overlay-primary
{
background-image: linear-gradient(326deg, #80009F50 0%, #64309750 98%);
}

Responsive pseudo text [duplicate]

This question already has answers here:
Responsive font size in CSS
(33 answers)
Closed 5 years ago.
I'm trying to add text in a pseudo element :before the body. It seems however I am forced to set the font-size which means it isn't responsive.
How can I force the content:'404' to be responsive when changing the browser dimensions? I'm I absolutely limited to SVG images?
Result I'm looking for is the 404 text behind content:
.
have you tried with "vw" - Viewport-percentage lengths
body::before {
content: "404";
font-size: 50vw;
position: absolute;
left: 50%;
transform: translate(-50%, -25px);
}

translate() vs top/left for positioning

From what I find, translate() seems to offer smoother animations over plain top/left but my question is related to a CSS layout I saw recently. The author used the following setting to position a block of text inside the main header image:
.hero-text-box {
position: absolute;
width: 1140px;
top: 50%;
left: 50%;
transform: translate(-50%, -50%);
}
He didn't explain, and I'm left wondering what advantage translate() has over top/left in percentage values when it comes to pure layouts (i.e., no animation). I'm guessing this really doesn't matter in the case of layouts, and was the result of the author's habits. But even then, this combines both top/left and translate(). What's going on?
The code you posted is used to position an element vertically and horizontally centered. translate is used here because the percentage are relative to the element dimensions. The percentage values for top and left with position: absolute are relative to the dimensions of the first parent element with position set to relative, absolute or fixed.

Chrome Font appears Blurry

It's doing my eyes in!
looks fine in IE and Firefox
Chrome(Above)
Running version 39 of chrome,
only appears blurry in a modal box, does not make any difference if I change the font family.
This is the CSS (for label "Start") the browser renders the following
box-sizing: border-box;
color: rgb(85, 85, 85);
cursor: default;
display: block;
float: left;
font-family: sans-serif;
font-size: 12px;
font-weight: 600;
height: 24px;
line-height: 17.142858505249px;
margin-bottom: 0px;
margin-top: 0px;
min-height: 1px;
padding-left: 15px;
padding-right: 15px;
padding-top: 7px;
position: relative;
text-align: right;
visibility: visible;
width: 89.65625px;
Is it the browser or CSS?
--UPDATE---
Ok looks like its this CSS
.md-modal {
position: fixed;
top: 50%;
left: 50%;
width: 50%;
max-width: 630px;
min-width: 320px;
height: auto !important;
z-index: 2000;
visibility: hidden;
-webkit-backface-visibility: hidden;
-moz-backface-visibility: hidden;
backface-visibility: hidden;
-webkit-transform: translateX(-50%) translateY(-50%); <--- This line
-moz-transform: translateX(-50%) translateY(-50%);
-ms-transform: translateX(-50%) translateY(-50%);
transform: translateX(-50%) translateY(-50%);
}
However if I take it out my modal no longer centres?
I fixed this issue by subtracting 0.5px from the value of the Y-axis. So instead of doing:
transform: translateX(-50%) translateY(-50%);
I did this:
transform: translateX(-50%) translateY(calc(-50% - .5px));
This solved it for me and I find this a cleaner solution then fiddling around with the percentage or using Javascript.
I experienced the same issue on chrome after applying translate transform to one of my elements. It seems to be a bug on chrome. The only thing that worked for me was this:
#the_element_that_you_applied_translate_to {
-webkit-filter: blur(0.000001px);
}
An Other solution can be turning smooth font rendering on:
#the_element_that_you_applied_translate_to {
-webkit-font-smoothing: antialiased;
}
This fiddle tests out a few different solutions from:
CSS transition effect makes image blurry / moves image 1px, in Chrome?
WebKit: Blurry text with css scale + translate3d
http://www.useragentman.com/blog/2014/05/04/fixing-typography-inside-of-2-d-css-transforms/
Test Output
Fix 0
-webkit-transform: translateZ(0);
transform: translateZ(0);
Fix 3
-webkit-transform: translate3d(0,0,0) !important;
transform: translate3d(0,0,0) !important;
The only correct way to solve this:
This problem arises from the fact of using % values to align the divs using css transforms. This results in decimals subpixel values, which your screen cannot render correctly. The solution is to normalize the resulting transformation matrix.
Might work better for fixed divs that don´t do transforming animation. But if you do animate you could use a after end callback to this function to correct the final state.
So:
matrix (1,0,0,1,-375,-451.5) would become matrix (1,0,0,1,-375,-451)
I call this method before the .show() of jquery... Or maybe just once in the application ( depends on your case) , you might need to also call this on the resize event etc..
function roundCssTransformMatrix(element){
var el = document.getElementById(element);
el.style.transform=""; //resets the redifined matrix to allow recalculation, the original style should be defined in the class not inline.
var mx = window.getComputedStyle(el, null); //gets the current computed style
mx = mx.getPropertyValue("-webkit-transform") ||
mx.getPropertyValue("-moz-transform") ||
mx.getPropertyValue("-ms-transform") ||
mx.getPropertyValue("-o-transform") ||
mx.getPropertyValue("transform") || false;
var values = mx.replace(/ |\(|\)|matrix/g,"").split(",");
for(var v in values) { values[v]=v>4?Math.ceil(values[v]):values[v]; }
$("#"+element).css({transform:"matrix("+values.join()+")"});
}
and call it
roundCssTransformMatrix("MyElementDivId");
$("#MyElementDivId").show();
Beautiful isn't it?
If you need to update on resize you could do it with:
$( window ).resize(function() {
roundCssTransformMatrix("MyElementDivId");
});
For this to work, all the parent must "be aligned / normalized"
because if you by instance have the body with x=10.1px left, and the
child is 10px .. the issue wont disapear because of the parent having residual decimals on their matrix
So you must apply this function to the each element that is a parent and
uses transform.
You can see this live script here: https://jsbin.com/fobana/edit?html,css,js,output
Thanks for the CSS example. It seems translateX(50%) and translateY(50%) are calculating a pixel value with a decimal place (eg, 0.5px) which causes subpixel rendering.
There are many fixes for this but if you want to retain the quality of the text, your best solution right now is to use -webkit-font-smoothing: subpixel-antialiased; on .md-modal to force the render state for webkit browsers like Chrome and Safari.
I ended up fixing this by removing these lines:
-webkit-backface-visibility: hidden;
-moz-backface-visibility: hidden;
backface-visibility: hidden;
It took me a while to find a solution that I wouldn't bother using, so I'll post it here.
The problem for me was that the child div had width and height properties with a combination that caused the problem.
As I changed the height for another value, it just worked!
This probably has to do with the other answers, but I didn't want to use any JS or change the transform property to fix it.
Here is a live example: JSFIDDLE
If you want to center something, better use flexbox. It will help you position without having blurred text.
Add this to parent div of that element you want to center:
display: flex;
justify-content: center;
align-items: center;
Hope this helps.
Seems Chrome 78 still has this bug https://bugs.chromium.org/p/chromium/issues/detail?id=521364.
Building upon previous answers, I found the CSS below gave me the sharpest display on a translated modal:
transform: translate(calc(-50% - .4px), calc(-50% - .4px));
EDIT:
For IE11 compatibility:
transform: translateX(-50%) translateX(-0.4px) translateY(-50%) translateY(-0.4px);
For modal boxes, this css will help:
-webkit-transform: translate3d(-50%, -51%, 0);
-moz-transform: translate3d(-50%, -51%, 0);
transform: translate3d(-50%, -51%, 0);
Instead of placing Y axis at 50%, make it 51%. This helps in my cse.
If you have a different positioning, play around, but usually 1% up/down fixes blurry content.
TLDR
I faced this problem a few days ago. I almost went crazy trying to sharpen the fonts in Chrome. I have read all posts in this thread and in all other posts regarding sharpening fonts in Chrome. Even the message "The only correct way to solve this" did not help in my case. What helped?
It is worth mentioning that the problem occurred in the following div:
position: sticky;
left: 16%;
And the 'sticky' attribute turned out to be the biggest problem. For sticky elements, we set the position as for 'absolute' elements - using attributes the 'left', 'top' etc. And here is the problem: with not integer values ​​of the 'left' the font is rendered dramatically blurry, with integers it is much better.
What is the solution?
position: sticky;
left: 0;
margin-left: 16%;
And that's all. Chrome will handle the percentage 'margin' and the fonts will look sharp.
I know this is an old issue but since i stumbled across it in 2022 I thought I just tell someone who needs this how I solved it in my situation:
I had a modal with a textarea in it and in Chrome it was displayed blurry, but only when the textarea was overflowing.
My modal - NOT the textarea itself - had overflow: hidden; so I just removed that.
Adding a CSS transition to the parent element of the parent element of my blurry element (which was using transformX which was causing blurriness) actually cancelled out the offending blurriness.
The similar issue happened for me.
I tried with all the suggested methods none worked fine. However,finally I resolved it.
As there is an issue with google chrome having font-weight:600 or more.
Try changing the font-family to font-family:"Webly Sleek SemiBold","Helvetica";
The font-weight property will work fine for it.
Another cause may be that you are not providing the needed font weights that you are utilizing.
For example, if you want to use both Lato or Roboto you want to include more than just the standard weight. This example applies if you are using Google Font API:
<link rel="stylesheet" href="https://fonts.googleapis.com/css?family=Lato:400,900|Roboto:500,700">
Note: Lato is available in 100, 300, 400, 700, and 900 font-weight, but I had to specify 900 for my 700 text to become crisp...not sure why.
For now, I found only one good solution:
transform: translate(-50%, -50.1%)
0.1% - in general user can't see this
Hope chrome will fix it - the bug exists since 2014))))
If you do not want implementing any special js or custom solution and the only what you want to achieve is center your div, and the width and height does not have fixed size, you can simply use this:
position: absolute;
left: 0;
right: 0;
top: 0;
bottom: 0;
margin: auto;
If one of sizes is fixed, you can try this approach:
position: absolute;
left: 50%;
translate: transformX(-50%);
top: 0;
bottom: 0;
margin: auto;
It fixes the problem with blurred font in chrome.
You can solve this issue by putting:
transform: inherit;
The best way I've found to resolve this issue which appears to only be an issue in Chrome and only on specific screen sizes, is to replace all transform:translate(-50%,50%) definitions with alternate solutions. Using any other solution may solve it on your screen, but not on another.
Transform definitions are usually used to center elements. Rather than using a transform definition, find another way to center your element, problem will be solved. In our case, we had a fixed div we wanted centered, with a max-width of 1800px and bottom set to 0px;
#cntr{position:fixed;left:50%;bottom:0;width:100%;max-width:1800px;transform:translateX(-50%);-ms-transform:translateX(-50%);-webkit-transform:translateX(-50%);-moz-transform:translateX(-50%);-o-transform:translateX(-50%);text-align:center;}
Lot of definitions in there to cover all browsers. Changed to this to resolve it :
#cntr{position:fixed;left:0;right:0;margin:auto;bottom:0;width:100%;max-width:1800px;text-align:center;}
A lot less code, cleaner, faster, and worked 100%, without needing to edit any HTML.
Definitions that now center the fixed pos div are: left:0;right:0;margin:auto;
No translate required, no decimal point placed divs.
For those still trying to find a solution to this, setting background fixed it for me for some reason.
background: #fff;
I found that applying the translate3d(0, 0, 0) fix as JSuar suggested worked in Chrome but not Safari.
The one thing that did work across browsers was to give the element I was centring (using transform: translate(50%, -50%)) an even pixel width — changing the width from 425px to 426px made the text sharp again.
The issue often happens with position: fixed; and transform: translate(...) when the width and height of the element are not a round even number.
One of the solutions is to round up the numbers programmatically. Example:
function roundToEven(x) {
const rounded = Math.round(x)
return rounded % 2 ? rounded + 1 : rounded
}
const element = document.getElementById('element-id')
const rect = element.getBoundingClientRect()
element.style.width = roundToEven(rect.width) + 'px'
element.style.height = roundToEven(rect.height) + 'px'
You should choose your font with corresponding font weight which you want if you want thin, regular and bold text. You should choose font with weight 100 | 400 | 700 example: like below
Font weight is not only number. File should be available in server or directory.
Each font weight is separate file.
If you force to change regular font into bold without resource, it showing with blurry. I hope you get it.
#import
url('https://fonts.googleapis.com/css2?family=Roboto:wght#100;400;700&display=swap');
Just in case anyone is having this issue using the Roboto font from Google. My text was looking sort of blurry. I noticed that I wasn't importing the correct font-weight from Google. I needed 700 but wasn't including it.
https://fonts.googleapis.com/css2?family=Roboto:wght#300;400;500&display=swap
vs
https://fonts.googleapis.com/css2?family=Roboto:wght#300;400;500;700&display=swap
I had this issue with my site as well, using a similar setup.
The issue appears because of a 0.5px difference.
An easy fix is to change the top property from 50% to calc(50% - .5px)

how to move an element under other element with the transform property

I use sly jquery plugin , this plugin sets the transform property for one element
and then this element goes on top of all the other elements
I have one element that I want to be on top of this element
properties of the element that I want to be on top
CSS...
width: 235px;
height: 55px;
position: fixed;
z-index: 1900px;
and properties of the element that is on top (that's what I don't want)
transform: translateZ(0px) translateX(0px);
width: 1710px;height:100%;
It's difficult to say what is the correct answer.
Anyway, z-index is an abstract property, and only uses numbers (not pixels).
The correct syntax is:
z-index: 1900;
That, by the way, is a very high value for a z-index. You only need to set it higher than other values.

Resources