Thiswill tell the daemon manager (launchd - 'daemons' are just background processes) to restart fontd for the current user (id -u). You can use it in a script so you don't have to manually open Activity Monitor and look for/kill the fontd process.
It's interesting that only Apple apps seem to have this bug (TextEdit/Pages/Numbers/Keynote). The regular font APIs for developers don't seem to be affected. I suspect that the Apple apps use the 'English' list for the font picker and this list isn't updated automatically.
Hi , You can do this easily as each individual page has a header in which you can use the CSS Let me send you sample code which you can use in page headers. You can use the following code in Page headers to get it done ?
I wanted to get back to you because the code you gave me did not work unfortunately. It just set my whole page back to a font I never used before (Times New Roman). However, I did enter the fonts I wanted to use in the brackets as you told me.
To identify a font from an image, use a font finder or font identifier. These tools are great for finding the name of a font or similar alternatives. All you need to do is upload an image of the text by having it readily available on your device or taking a photo.
Yes, WhatTheFont is a simple and easy font finder that can help you identify fonts. Just upload an image of the font you need identified, and the tool will do the job for you. WhatTheFont works by searching through its database and comparing its fonts to the one in your image. The app will list all font matches and give you a preview of how each looks like as text. Enter your own text and play with font size for the full experience. WhatTheFont is available for both iOS and Android devices.
I have been looking for an answer to this but haven't found much luck! I am new to Indesign so I am not sure if the problem needs to be adjusted in my settings but in my Indesign document, I am using the same font, size, stroke, etc. for all of my text boxes, but it comes up differently on different pages - even when I copy and paste the same text box from one page, it thickens it whenever I move it onto a different page. I already checked, there is no stroke, outline or transparency effect. I also saw it helped some people to change their display settings but when I tried changing my display to fast display instead of high quality, it helped some text boxes but it messed other ones up even more. I'm not sure if it is a setting with my paragraphs that I have set up wrong because my text in the text boxes won't move at all if I hit center or align on the left.
perhaps you are not aware that there is actually some transparency on the page or on the spreads the pages belong to? A transparent element could be on the pasteboard as well. Or with a layer that is currently set to not visible. Or from an applied master page.
Please, show a screenshot with Pages panel. Did you create any new settings for Master pages? Could it be that you change something keeping the text boxes selected? I don't think that it could be solved by changing Display settings, it must be something with text characteristics. Did you format the text by Paragraph styles? If so, check for any overrides (+ sign next to the style name) and delete them (the Clear overrides button at the bottom of panel). Also check Character Styles panel to see if you have any unwanted styles applied to all the box.
Thank you for your responses! Here are some screenshots: I did not actually create the document, an intern did, however, she said she didn't change any settings but here are screenshots of the pages, paragraph styles, and character styles. She also said she had pasted some of the text in from a Microsoft word document so I wasn't sure if that could have affected it as well. I'm not seeing any symbol for transparency on the pages pane. I am also using Indesign on a PC and believe I have the most recent version. This happens in Indesign and well as Adobe when I convert it into a PDF. When I open it as a PDF, some of the text looks bolded and blurry still, but it prints normally. The font I am using is Droid Sans.
Not sure if this picture helps as well - the fonts are the same (used the eyedropper tool to apply same attributes) just visually looks different. Also, even if I drag the text boxes off of the top pages (where they look normal) onto the lower pages, they look bold as well.
are you ready to reset all the text formatting? I would suggest to save the file as a copy, delete Normal style and reassign all text to Basic Paragraph styleand clear overrides, and then look at the result.
Thank you for your suggestion! I will try that! This is how it looks when I export it as a PDF (not sure if you are able to tell in the picture) Most of the text becomes normal, but some of the text almost looks as if there is a line running through it
As suggested above, I rechecked my master pages, styles, redundant colors, anything I could imagine. I even assumed that it could be a measuring unit issue. Converting mm's or inches to pixels doesn't always end well while exporting a document.
I redid the whole document again and as I was placing the images on the page when I noticed a weird *.png that looked just ok on the page. As I previewed it on my OS I realized that it was somehow distorted, squished over the long edges.
Here we are, years later, and I am having the same problem. The font settings are identical between pages, and yet the font is thicker on one page than the other. When I edit that text, it gets thin for a moment and goes back to being thick. On another page of the same document, I edit the text and it stays thin. Also, when converted to PDF, the text turns GREEN. Which is how all of it started. I'm on version 18.5 and this is 2023!
Font bolding, as Uwe Laubender pointed out above, is almost aways caused by transparency on the page. One way to reduce the risk is to be sure the text is always above any transparency in the stacking order, and I generally do this by making a layer just for text atr the top of the stack.
CSS is not my forte so this might be something simple. I have set my footer font size in a stylesheet using 0.8em but on different pages it is a different size. I'm only editing someone elses work and he did a poor job at not closing tags so its a bit painful.
This explains why you're getting different sizes on different pages. If the font size of the body is set explicitly on one page, but not set at all on another (or set explicitly to a different size) that will make your em-sized fonts render at different sizes.
This is also why it's really bad to use tags. It's going to be a serious pain to dig around those tags and figure out what explicit sizes are being set that might be throwing off your ems.
When you set your font sizes using CSS, this is not only an information which is easy to find, but also a property which is easy to modify.
As David Thomas says, the use of is deprecated. If you have a software tool to do global edits, you might try deleting all the tags and then add classes back to the HTML that actually needs to be different fonts and add the font info to the CSS.
The other option is to get through one at a time, which I imagine to be time consuming. At least you would have cleaner HTML when you were done.
My solution was basically to do inline styles to correct any problems. Using px rather than em was an option but we preferred to keep accessibility rather than best practice against using inline styles (any best practice was out the window anyway).
I've tried using as many font file types as I can, but it's not working on any of the browsers I use. I've tried different font directory paths, but that doesn't seem to work either. I've also looked around and none of the solutions I've found have solved my problem.
I know I can't use .htaccess files, since github pages hosts only static stuff and can't do server side logic. So I'm kind of lost as to why this is happening and how I can fix it. Thanks in advance, if you can manage to help.
I found the solution! I was using Absolute Links instead of Relative Links. Relative Links make the intended path start from where the currently-used file is located, and needs to start with a '/'. Absolute Links will start the intended path starting from the system's root folder, not the file's.
Unrelated answer, in case anyone comes across this issue. Make sure that you have a .nojekyll file in the root directory of your github-pages branch/dir if you have any directories that start with _, such as the ones that webpack creates: ./_/node_modules/@fortawesome/....
I work on a PC for my job, most everyone else in the company is on Mac...I use Pages on
icloud.com to still do my job, but our company has changed to use a certain font. I downloaded the font to every place I can think of on my computer, but when I open the created template on Pages on icloud, it is not pulling in my new font. Is there a way I can do this!? I don't know the workaround in getting the font into my needed template. Thanks!
All the pages I've created in the past were fully working as soon as they were showing a green check next to the link and marked as active, like below, and this for me has never been more than 5 minutes as they are small projects, but this time took more than 3 hours.
The reason I couldn't figure it out quickly was that when I saw the ../ method not working after one hour, and the other thread saying that in 2022 you should use the ../../ method, I didn't give it enough time, in the other end, the ../../ method, for me doesn't work at all, either locally or remotely, and I let it all night just to be sure.
It sounds like you're running into Apple's system of hiding fonts based on your chosen language. Some apps, like TextEdit, MS Office, the Adobe apps and others ignore these restrictions and show you every active font. Others, such as the Affinity suite, Pages, Font Book, and most other Apple created apps, block you from using fonts that don't match your language/region.
3a8082e126