sup, sub { vertical-align: baseline; position: relative; top: -0.4em; } sub { top: 0.4em; }Prevent Superscripts and Subscripts from Affecting Line-Height
Chris Coyier on
Psst! Create a DigitalOcean account and get $200 in free credit for cloud-based hosting and services.
perfect!
just saved me a tonne of work
YAY!
Thank you so much! I tried several other options I had found and none worked. Thank you for your genius and generosity. Deep bow.
Thank you!
I’d been tearing my hair out trying to do this. Thanks for sharing and for saving my remaining hair.
Thank you very much!!!! ;)
Thanks a tonnnnnn!!!!!!!!!!!!!!!!!!
Hi,
I knew this css hack cause it’s already in the starter theme for Drupal I’m using (omega) but when the superscript is underlined, it doesn’t work well (or maybe depends on the font used, mine was “Nunito” from google fonts).
I’ve found a solution from a post on stackoverflow (http://stackoverflow.com/questions/16835280/superscript-underline-moves-up-with-text/20671391#20671391) but doesn’t take the text color in consideration to build the line nor place it as a regular text-decoration:underline will.
As I needed a solution for one of my clients, I’ve made a small jQuery fix you can also try: https://github.com/webastien/superscript-fixer
If it can save time and prevent headaches…
Thank you! This was exactly what I needed. I’ve added it to my new and growing CSS bag of tricks, and I noted this page in a comment so I’ll always remember where I got it — and so will anyone else I pass it along to.
Thanks again!
Really helpful with additional comments below for more complex issues. Great! Thanks!
Thanks for the tip, really useful. I add that if you increase the font size too much, the line height moves again, so the solution I found is just to add
Thank you, Valentin!
I’ve been using this hack for a long time, but today I noticed that subscripts were once again (or still??) slightly affecting line spacing, in both Chrome and IE 11 (but not in Firefox). Adding your “line-height:0” fix solved it:
p {font:normal normal 11pt Verdana,Arial,sans-serif; line-height:1.3em;}
sub {vertical-align:baseline; position:relative; top:0.3em; line-height:0;}
Of course, when we do that we’re assuming there will always be other (non-subscript) text on every line, to establish the correct line spacing. But I didn’t really like that assumption, so I experimented with other line-spacing values, and I was very surprised to find that “100%” works just as well as “0”:
p {font:normal normal 11pt Verdana,Arial,sans-serif; line-height:1.3em;}
sub {vertical-align:baseline; position:relative; top:0.3em; line-height:100%;}
In fact, anything up to 147% (in Chrome version 47.0.2526.106 m) or 163% (in IE version 11.0.9600.18124 / 11.0.26) seems to work. I don’t understand why, but it does.
I wanted a way to write out the trig functions with pi/4 or pi/3. This did the trick with modification of the sub and sup as follows:
sub { top: 0.2em; }
sup { right: -0.4em;}
Chris, the “see here” link has gone dead. Fortunately, the WayBack Machine has a copy, here:
http://web.archive.org/web/20130813092354/http://paularmstrongdesigns.com/weblog/stop-superscripts-from-breaking-line-heights-once-and-for-all/
Hi Chris!…
What CSS trick can I invoke to have 100% CONTIGUOUS VERTICAL MONOSPACIAL ALIGNMENT of a screen’s Normal Point size within a Text Formatting Office Suite (e.g., LibreOffice), afterupon adding Superscript, Subscript, or Box elements to the Normal Point size?
Presently… e.g., within LibreOffice… when adding the aforenoted SS/ SS or box elements to the Normal Point Size on “e-pages”, the SS/ SS or box elements create their own TABULAR JUSTIFICATION in relation to the Normal Point size; and, thereby, eliminating the CONTIGUOUS VERTICAL MONOSPACIAL ALIGNMENT of the Normal Point Size! And so!… thereby!… ending my continued use, of L/O!
But, this problem also extends to all other Office Suites I’ve used!
And although it’s been said that Nick Gravgaard’s Elastic Tabstops may be a solution, I’m unsure as to how this could be incorporated within L/O!… and!… if included, whether such would actually work!
I… for my purposes!… require 100% C.V.M.A., to complement the COMPLETE “look and feel” of old-style mechanical typewriters!… and it’s the LAST HOLDOUT to the realization of a truly old-style mechanical typewriter’s aesthetic! And it would be nice to finally add this, to the current roster of old-style mechanical typewriter aesthetics software… e.g., the “bleeding” of keystrokes on one’s computer screen that some programmers have fashioned– and, weighted to the actual pressure one uses when hitting one’s PC keyboard!; the ability to go backwards, and then overtype one’s already typed text!– and with sundry glyphs!; and, software that affords the “clicking sound” of a typewriter’s keys! And hopefully, soon, all of these aesthetic features will be standard fare (though, deserving of their own “GADGET CACHE”and WIDGETS, within the Fonts Caches now found within Operating Systems)!
Now… I know!… that the SS/ SS and box elements within old-style mechanical typewriters do not impinge on the CVMA of its Normal Point size, due to the “fixed mechanics” of these typewriters!… as both the Normal Point size and SS/ SS glyphs, are all equal! But!… arguing this misses the main point! And being, that the typewriter affords 100% CVMA for the Normal Point size, EVEN WHEN SS/ SS AND BOX ELEMENTS ARE ADDED (the latter elements… e.g…. when using the “single quote” and “underscore” symbols!)! And that, to me– at least!– is, THE “QUINTESSENTIAL DEFINITION” OF CVMA… AND, “QUINTESSENTIAL CHARACTERISTIC” OF OLD-STYLE TYPING! Simply put… PROGRAMMING FOR 100% CVMA ON A PC SCREEN, IS A LOGICAL EXTENSION OF THE CVMA FOUND, WITHIN A CLASSICAL TYPEWRITER (the differences between the fixed sizes of the SS/ SS and box glyphs within a mechanical typewriter, versus that shown on a PC screen… of whatever description!… NOTWITHSTANDING!)!
100% CVMA ON A PC’S SCREEN– FOR ME!– IS SYNONYMOUS WITH
OLD-STYLE MECHANICAL TYPEWRITING!… OTHERWISE, IT IS FAKE OLD-STYLE MECHANICAL TYPEWRITING! And why this issue wasn’t tackled to the ground at the very beginning of the move from old-style typewriters to Office Suites, is perplexing!… and frustrating!!
Please!… no emails!
Thanks you so much for the solution code !
Excellent! thanks for the solution.
Beautiful! Thank you very much! :)
I love using this. Every time I have to write it out in my HTML, I speak aloud as though I’m talking to my best bud,”‘SUP, dude!”
Thanks! Great help!
ThAnK yOu!!! (love it when solutions are short and to the point)
This is simpler, why not use this:
sup, sub {font-size: 0.7em; /* overwriting smaller(.833333em) */
line-height: 1;
}