Unless someone shares the url to a site where you cant bold, noone can help. Changing to bold in the wp text editor will set the text to bold, but if your theme is setting bold to something else, it wont be bold.
I am experiencing the same issue. The issue is that there is a style that overwrites all font weights that are applied inside a rich text editor from beaver builder. When I bold a word or manually add a element [See screenshot below], the style overwrites any decorating element. The class name in question that is causing the issue is .fl-builder-content .fl-node-5fd376cec570d .fl-rich-text *, it targets everything inside a rich text editor and overwrites it.
Is there a setting which changes a BOLD font message heading (in the Inbox) into a REGULAR font automatically after the message has been opened and read. In other words on opening emClient all previous messages are in Regular font but incoming mail appears in BOLD font?
I am very new to emClient having crossed the floor from Thunderbird (also having used Outlook, Outlook Express, Incredimail, Postbox etc.,) and am well pleased with the Bordeaux interface which in my own humble opinion is far and away the most pleasing I have yet used - easy to navigate and follow for an 82 year old! Just this little problem above would put the icing on the cake.
I'm not sure what happened, but Friday I was working in the App Builder and the entire Retool environment started displaying in bold font across all of my browsers (Edge, Chrome, and Firefox). No other websites are displaying this way. I used Chrome's Inspector and it looks like everything suddenly is displaying with a font-weight of 600. Again this is everything under my Retool subdomain and no where else across all browsers. I've tried clearing browser caches and rebooting my computer with no success at returning the Retool environment to default font settings. I've accessed it from another computer and it displays fine, but for some reason on my primary workstation it's displaying all fonts with a the font-weight of 600. Any suggestions on how to correct this would be greatly appreciated.
Thanks.
Sorry for the delay in my response. Yes, I'm still having this issue. It's only occurring for anything under our retool subdomain, everything under apps, resources, database, query library, and workflows, even elements in apps when I'm working on them. I've tried it from other devices and it displays fine. My workstation is running Windows 10 and no matter what browser I'm using (including incognito / in-private browsing) all text appears bold under our retool subdomain. I think it may be a system font related issue.
I am faced by a very strange problem regarding the generation of PDF files. The main idea is to format a PDF a little more user friendly. The Designer returns the results as they should look, but when I tested the same on the server all bold fonts are gone.
Bold font should be supported I believe on the server since it is not a custom font.
Can you try using HTML tags? Something like Replace([Your field],[Text that you want in bold],"" + [Text you want in bold] + "")
While many fonts have a particular weight corresponding to one of the numbers in Common weight name mapping, most variable fonts support a range of weights providing much finer granularity, giving designers and developers more control over the chosen weight.
People experiencing low vision conditions may have difficulty reading text set with a font-weight value of 100 (Thin/Hairline) or 200 (Extra Light), especially if the font has a low contrast color ratio.
I am using a Skia font that I have used in other projects and programs (so the font should work). However, in Affinity Publisher, it does not properly export to pdf (even though it displays without problems in the UI).
I can't be 100% certain but I've found with Font Book on macOS that you physically need to delete (not just disable) the variable font version to avoid conflicts so it may be worth giving that a try to see if it makes any difference.
If it doesn't, are you able to upload a sample Affinity document where you're experiencing the issue so we can take a look to see if we can diagnose what is causing the problem with PDF exports for you?
I'm doing a Photoshop-to-XHTML conversion, and the website designer used the Myriad Pro Semi-bold font which looks good in the photoshop file, but when I try the semi-bold option in CSS, it looks pretty much like a normal bold font, which is too bold for my purpose. Is there a way to achieve a nicer looking semi-bold font in HTML and CSS or am I just stuck with 'font-weight: 600;'?
Web browsers have been poor at implementing font weights by the book: they largely cannot find the specific weight version, except bold. The workaround is to include the information in the font family name, even though this is not how things are supposed to work.
Testing with Segoe UI, which often exists in different font weight versions on Windows systems, I was able to make Internet Explorer 9 select the proper version when using the logical approach (of using the font family name Segoe UI and different font-weight values), but it failed on Firefox 9 and Chrome 16 (only normal and bold work). On all of these browsers, for example, setting font-family: Segoe UI Light works OK.
For example, extra-bold will make the font look quite different in say, Photoshop, because you're selecting a different font. The same applies to italic font, which can look very different indeed. Setting font-weight:800 or font-style:italic may result in just a best effort of the web browser to fatten or slant the normal font in the family.
(You may use the fall-backs of serif and sans-serif, but you will get the font mapped to these by the individual web browser version used, within the fonts available in the OS version it's running under, and not what you designed.)
How to specify a bold font in VS Code's settings.json? For example, I have Envy Code R and Envy Code R Bold (exact names shown in windows' font viewer) installed on my windows machine, and while
I am using Hypatia Sans for my body copy, which is a preloaded font. I am using 300 weight and the default bold is very heavy. I would like to bring the bold down to the 600 weight. I have found how to adjust the bold across the entire website, but not for just the body copy.
I have files with the 300 and 600 weights in normal, but not italic. I can upload those, and set the body copy in the style editor, but since I don't have the italic versions it isn't working very well.
When you choose the style of the word, DO NOT just make it bold, you have to change the font name from "CMU Serif" to "CMU Serif Bold" (if you can't find this "CMU Serif Bold" font in the drop down menu, you can type it).
For this, I uninstalled the font, changed its font family to "CMU Serif BoldOnly" and installed it again. Then I selected "CMU Serif BoldOnly" as font in Word, which resulted the the correct font on screen and in the PDF export.
No clue though why this workaround is necessary. Probably just yet another bug in Word's PDF export feature. For me, the PDF export feature was the only one that worked for me because I wanted to get my embedded SVGs as vector graphics in the PDF. "Print to PDF" rasterizes the graphics...
Could this be a problem of your screen? Could you make a test using other applications with the same fonts and font size?
If the problem can be identified as a LibO issue, please file a bug report under:
-help/bug/
This problem appears to relate either to the MacOS build of LO or the MacOS-provided copy of Papyrus TTC (which includes Regular and Condensed) v6.1d10e1 (i.e., the MacOS 10.6.8 version, dated 2009-01-09). The Apple font is generally better than the Microsoft-provided one. However in this case using LO v4.2.0.4 I am seeing the same thing as the OP:
I'm used to the buttons with in bold. They need to attract attention. And bold font style is one way. But, I've heard that sometimes such text looks awful (for example, Mac?). In bootstrap 3 font on buttons is normal. So which is better? bold / normal?
There are many ways to make buttons noticeable. (ie color, boldness, uppercase, stroke, shadow, etc) Keeping these button styles consistent and following your branding guidelines should be your focus.
Assuming many buttons have a darker background colour: the white letters will appear optically larger. As a result, letters typically have larger letter-spacing to compensate. Although this is limited on the web.
This is very much a stylistic decision. While paragraphs of bold text can decrease readability, this is not an issue with the few words you are likely to have on a button. The typeface will also impact this decision as all bolds are not equal. Some fonts have many weights, for instance Source Sans Pro has 6 weights. But I assume by bold that you a referring to a heavier weight than the body text. There are other ways to attract attention (color, size, etc.). In general, I prefer normal text, but again, that is a stylistic preference. I have seen it work well both "normal" and "bold".
This is what the new tags look like on Software Engineering Stack Exchange, with an example of a question with a watched tag and a question without, using the home view (which doesn't show a question excerpt).
In this view, the most important content is the question title. However, the bold of the tags draws my eyes away from the question title to the tags. The next most important metadata is the votes, answers, views, asker, and asked/answered/modified timestamp. The tags, in my opinion, are tertiary content. However, they are more prominent than the primary or second pieces of information that I look at when browsing.
c80f0f1006