For a couple of months, I have had an issue with bold fonts on any website regardless of the web browser in use. All Header, titles, or any font with <b> or <strong> tags appear with an outline effect with made it impossible to read.
Here are some screenshots of the issue:
In my case, the issue was with the Helvetica Neue font family with has 2 bold-outline font types on it. Thus, any header, title, or text within the <b> or <strong> tag always appears with the outline.
By removing this Helvetica Neue font family the issue was completed fixed in my system.
Delete the Helvetica Neue font family and the issue will be gone for goods.
Related
I'm working on some web font subsets and want to see what my font's notdef / U+0000 character looks like on-screen, in a browser.
I've tried printing known-missing glyphs like รจ, which every browser (old and new, Mac and Win) shows properly but in a some kind of fallback font.
I've tried printing but it doesn't show what is defined in my actual custom font. IE11 shows the White Square U+25A1, while every other browser shows the Replacement Character U+FFFD.
Steps to solve:
CSS? Remove all other css font-family fallbacks except my custom font. Result: Does not work.
CSS? Specify unicode-range: U+0000;, does not change anything.
Browser? Can confirm browser behavior is the reason I can't see my fallback glyph. Browser shows serif as default for undefined glyphs.
Question remains: How can I show my font's specific U+0000 / notdef in the browser? Maybe it can't be done? May have to create an extra font and fill it with notdef glyphs?
And why do browsers show as serif instead of the custom font's definition?
The only way I've found to force-show a font's built-in .notdef glyph is to go to unicode-table.com, click COPY and paste the character into my UTF-8 html.
(||) each print the font's built-in Replacement Character used to replace an unknown, unrecognized, or unrepresentable character. This even applies to fonts as basic as Arial, Times New Roman and Courier + Courier New.
EDIT: Firefox 52-94 will always show it's own built-in .notdef character.
I have around 100 odd pages in my application help files in SharePoint, and users are complaining that the font size and color is not suitable for their reading.
Apart from using CSS in every single page, how do I change the settings of my site, so that any paragraph text used is changed to the new settings?
I just need to update the font color to a darker shade of black and increase the size by 2 - 4 px.
Is there an easy way to achieve this?
you can add the link to your css in the Site Master Page.
either inside oslo.master or seattle.master based on which template you used with your site.
<SharePoint:CssRegistration name="<% $SPUrl:~SiteCollection/Style Library/YourStyleSheet.css%>" runat="server"/>
If you enabled publishing feature, you may set master page Alternate CSS url(site settings->master page).
//your css
#DeltaPlaceHolderMain{
font-family: Impact, Charcoal, sans-serif;
}
I'm designing an assistant for charging csv files in a project with other widgets. I've almost finished the assistant, subclassing QWizard and QWizardPage, but I'm stuck in customizing the aspect of the title and the subtitle, as it have to be consistent with the aspect of the whole application
I've tried using stylesheets and setting the title with HTML code, but it isn't working as I expected.
I need to have the title background being dark (#38474F) and the title color being "white" (#F0F0F0). I also want the font of the title to be Arial 12 Bold, and (if possible) the font of the subtitle to be Arial 10 (if not possible, no problem)
In the links below you can see how is the aspect of the assistant and how is the aspect of another part. I've removed the logo of the app in the second, but it is in the white square
The aspect of the assistant right now
An image of another part of the app
QWizard supports rich text format for its title (see Qt doc).
If you set this property to Qt.RichText or Qt.AutoText (default value), you can use html tags in your page titles.
For example:
myPage.setTitle("<span style='color:#FF0000;'>In red</span> Normal");
Will display:
I have a problem rendering the "font-smoothing" CSS property with html2canvas on all browsers I have (FF/Chrome/Safari/0pera)
But trying desperately to solve that, I eventually wondered why I had to smooth the text in the first place and i noticed that only the fonts displayed on a dark background were causing problems.
So, I made a JSFiddle to make some tests (see the link below)
If you are on Mac (I don't know about PC's browsers), you can see with jsFiddle that:
the black font on a white background is totally ok.
the white version of the same font on a black background is now bolder and messier for whatever reason.
And this would be resolved only if I apply a css "font-smoothing" property to it.
Nothing changed in the css and the font is absolutely standard.
All that changed is the constrast: dark background with a bright font or the contrary.
So, clearly, it's not a problem related to the font or to a technically blocking issue. It just depends on the background and the font color.
I originally thought it was because of my fancy font but even the standard webfonts will generate the problem.
So, at the end of the day, it only seems to be a matter of contrast.
Black on white is ok while white on black is not.
Is there any (css) workaround to get the same results, whatever the background luminosity/contrast or font color, whitout using "font-smoothing" as a non standardized fix then?
The contrast thing is probably a known issue and I can't believe it has no standard fix or, at least, a workaround that would work without browser-specific css properties.
Applying a css property according to the background color seems very awkward.
Here is the html:
<div class="white_no_smoothing">Test of text 0123</div>
<div class="black_no_smoothing">Test of text 0123</div>
<div class="black_smoothing" >Test of text 0123</div>
Here is the CSS:
.white_no_smoothing{
background:#fff;
color:#000;
width:250px;
height:50px;
display:block;
font-size:36px;
}
.black_no_smoothing{
background:#000;
color:#fff;
width:250px;
height:50px;
display:block;
font-size:36px;
}
.black_smoothing{
-webkit-font-smoothing: antialiased;
-moz-osx-font-smoothing: grayscale;
background:#000;
color:#fff;
width:250px;
height:50px;
display:block;
font-size:36px;
}
JSFiddle:
https://jsfiddle.net/Lzy4s4tw/3/
Thanks.
Having some trouble with the CSS alignment of text generated with #font-face. For some reason, there is a ton of extra space visible at the bottom of each letter, stretching the text's containing box too far downward.
If you inspect the text on this sample page, you can see what I mean.
Have googled and inspected a bunch of other pages, but this one's got me stumped. Any chance someone could help?
Thanks!
For starters, the computed line-height is 65px, so you could always define it to be 60px if you wanted.
However, most of that space is actually just required by the font you chose. Though you've converted it to uppercase with your CSS, the font still needs room to render characters that draw below the text's baseline. Try adding a comma to that header's text, and you'll see it's actually pretty huge and should fill up most of the empty space.
You are using <h2> tag there.
for the h tags use the CSS style's margin and padding to remove those extra spaces.
<style>
h2 {
margin:0;
padding:0;
}
</style>