Ive packaged and delivered a couple of different inDesign projects to a client using both Oswald-Bold & Oswald-Regular True Type fonts among a couple others. When she downloads the packaged folder and attached packaged fonts to her PC, the Oswalds only show up italicized despite there not being an italic version of the font to choose from.
When she selects the text boxes with the italicized font and switches it to Oswald- Medium (not one of the fonts I used in the packaged docs/ files... this is a version of Oswald she has installed on her computer) the italics go away, but then they are no longer The intended weight.
We've ruled out any mistakenly added character or paragraph styles (that I can see) and I imagine it's an issue with her computer not being able to read the packaged Oswalds that the files were made with.
To be sure of it, I changed the fonts to something completely different in the document saved it, and removed all instances of Oswald from my computer. I then installed fresh versions of Oswald from Google Fonts, and switched the fonts in the document to the new Oswald fonts, and sent her the new packaged file, t telling her to do the same on her end. She did and said she is still getting the same issue. Text is still stuck in italics.
Thanks for sending this over Derek. However, this problem lies in the indd file and it seems this person's issue was with the pdf. I'll run the pdf through some testing in Acrobat to see if it can tell me anything else about the fonts that may be affecting the indd file, but Im not sure I have enough experience with this to be able to know what to look for.
It sounds to me like the fact that your client is on a PC could be the problem. If, as you said, you have been using True Type fonts then there is an issue of incompatibilty depending on whether you are using Macintosh True Type fonts rather than Windows True Type fonts. True Type fonts manufactured for Windows are designed to be "cross-platform". That means that they can be read on a Mac as well as on a PC. True Type fonts manufactured for Macintosh are not designed to be cross-platform. They will not be read correctly on a Windows PC. The only true cross-platform fonts available are Open Type fonts. Hopefully the font you need is available in Open type.
I'm having the same problem with Oswald displaying as an italic version even with the regular or bold version selected. I'm on a mac running Ventura with the latest version of Illustrator (27.2) and InDesign (18), so it's not necessarily a PC problem, nor an InDesign problem. I have no character styles set, a few paragraph styles in InDesign, but there's no skew or italics selected. There were no paragraph or character styles in my Illustrator file.
I'm at a loss of what to do - I've tried reinstalling the font (even with a fresh download). I've tried activating it in Adobe fonts but I get an error message (no other details). It worked fine yesterday and today I open the same file and it's all italics. I wish I could change the font, but it's the client's brand font.
I'm not sure, as both myself and my client removed the versions of Oswald we had on our computers (Mac & PC) and installed fresh versions from Google Fonts. Still was happening on her end, but not mine. The same thing happened with another client of mine that uses PC (different font, different InDesign file). I checked to make sure no styles were in place as well as trying different file typed (indd, idml, etc). I'm at a loss of what to do.
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 personally prefer the title with font-weight:100; as it's more slick, modern etc., but I'm worried that others might not be able to read it very well when there are many of these wrappers on a page. Also, it seems to me, that the "content text" under the title is heavier and is taking the eye away from the title.
Yes, there is. First you have to understand that type/fonts are judged by their "readability" (how easily can words, sentences, and paragraphs be read by an average reader) and their "legibility" (how easily can letter forms be distinguished from one another).
Studies have shown that readability tends to increase when using a "normal" or "regular" font weight (i.e. 400). The reason for this is that it when words and sentences are able to read quickly the reader's eyes will actually slow down their normal blinking rate, which allows the user to not grow weary reading over long periods of time. Yet when lighter or heavier weights are used in large blocks of text, readers tend to blink more because they have to concentrate more while reading. Lighter type weights introduce more negative space and heavier type weights introduce more positive space. Both require readers to concentrate more.
The first thing to remember is that simply using font-weight: 100; in HTML doesn't actually create a lighter typeface. The weight has to be in the font. Most standard fonts out there, come in 2 weights (4 styles): Regular, Italic, Bold, and Bold Italic. In HTML that's font-weight: 400 and font-weight: 700. If the font that you're trying to apply a different font-weight to doesn't have that weight, the browser is going to try and approximate what it could look like. And it could get it wrong. And depending on the operating systems and even browsers, it could look pretty different.
The general rule of thumb I use with type weights are, the larger and shorter the type (i.e. headlines), the easier it is to use lighter weights. The longer and smaller the type, you're better off using regular weights and utilizing heavier weights for emphasis. This approach also falls in line with studies that shows people don't read, they scan copy online.
WCAG 2.0 accessibility guidelines for the web have certain specifications that you must follow in order to have your website fully accessible to people with any number of disabilities. One such specification is in regards to the color contrast of font to it's background color: Full Details Here
Text that is larger and has wider character strokes is easier to read at lower contrast. The contrast requirement for larger text is therefore lower. This allows authors to use a wider range of color choices for large text, which is helpful for design of pages, particularly titles.
Just a perk, which I wish HD44780 had for regular characters, you can see inverted characters after reading inverted for a while but they're poor to begin with. The best inverted characters are displayed using rows 1 and 2, while rows 0 and 3 are filled black boxes, like the hello. The point of the big fonts is to be able to see the normal characters from far away.
If you have a 20X4 display you could probably use all 4 rows to display 4 numbers in good resolution, with 57 dot matrix font. With two rows and three columns it's the best I could come up with, which is 35 dot matrix font.
Music Playing Alarm Clock: This Instructable will be about designing a music player from using various building blocks. You will understand the communication between the microcontroller, memory, computer, LCD display, RTC, IR remote,...
Hi
I'm only wanting to display numbers and a decimal point (for temperature display on a 16x2), is it possible to change the custom characters used in the library for a "rounded style"? - I haven't quite got my head around libraries yet...
Thanks
Actually not possible. I made a trade off ugly looking for displaying all symbols. Each character is a 3*5 matrix of dots so you can't have one dot that is rounded on the bottom left and another on top left. There are other libraries out there that only do numbers with rounded corners and possibly dot and colon. Good luck!
within the sketch to display a temperature reading. Everything I've found so far takes individual numbers, breaks them up into bytes and calls them that way (as far as I can tell) and that's just way too complicated for me to fathom out - that's why I was looking for a library.
I understand. My library is offering that (send string to display) but font isn't too good looking. Have you looked at my super font with 5 lines width? It looks better but needs 20x4 display for 3 characters.
Unfortunately, this seems to be broken as of August 2018. If it ever gets fixed, it will be your simplest option. The package includes a \sourcesansprolight font family whose regular weight is Source Sans Pro Light and whose bold weight is Source Sans Pro Semibold.
The most popular guideline for determining the proper sign and banner font size is to make them at least one inch (72 pt.) tall for every 10 feet of viewing distance. As for specific font sizes, according to the James Madison University School of Media Arts & Design, 1 point (pt) is roughly equivalent to 1/72th of an inch.
Generally speaking, the most crucial messages on your signs and banners have to be the largest, and therefore the easiest to read. The further away the expected viewing distance is, the bigger the letters -- and your sign -- should be.
I installed Affinity Photo on my new desktop and the font family Bahnschrift seems to not display it's different styles. When I open other programs like Clip Studio Paint, the different font styles such as bold and semi-bold are available. In Affinity Photo, it shows that I have multiple styles available but they all are "Regular." I try choosing different styles and they all are the same regular font.
3a8082e126