Ysl Font Name

[Marybelle Bailey]

Toidentify 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.

And opening a compiled font file in Glyphs is reverse-engineering including some guesswork, so that is not a good idea for verifying fonts. The process I described above is hard to reverse, because it is not reliably possible to tell which part of the family name was originally meant as style name. For inspecting compiled fonts, I suggest tools like OTMaster, Font Table Viewer, or online tools like FontDrop.

One issue with putting the internal company font code as a prefix is that the styles for that family will be scattered all throughout the font list. We already had that problem with a bunch of Font Company fonts that always put a letter in front of the name from the style. For instance Avant Garde Condensed Bold would actually show up as BCAVGarde in the list.

Adding the suffix to the style name messes up the style linking and compatibility between apps (if you open a formatted document in different apps, the font selection may be different). And you end up with two very similar styles in the family. The can confuse the user.

On the contrary, you may run into legal issues because if you create modified versions of the font, the license usually stipulates that the family name must be different. It is probably best to double check in the original font EULA.

I talked to one of the other graphic designers here and we decided to compromise by putting the font code at the end of the font family name as suggested. It will make the font list pull down longer, but at least the code will be part of the font name.

Hi there!

I've been using google fonts not only for digital but also print usecases. I've never had any issues with it, when exporting a PDF/X-3 out i.e. of illustrator for print.

Now I have a print product which does have some visual problems with the fonts. I have not converted the fonts into vector paths as I thought, they are going to be embedded anyways.

Unfortunately now I've realised, that the PDF does contain embedded fonts BUT the "wrong" typefaces - or it is missing some. The preflight is giving an alert named: "font name is not unique".

I went through all older PDF-files that I've created the past years with google fonts in it and they ALL have this alert showing up when I do the preflight. There were never any problems with the final print product, so this is the first time it seemed to really making trouble. I am in shock as I didn't know that this can happen... I didn't know there were some fonts that are not able to be embedded properly - and that it is google fonts, that seem to have this issue. Does anyone know this problem (I couldn't really find any problems reported)? Does anyone know how to "rename" the fonts properly? Is there any preflight-fix for this?

Thanks for replies!

I've just realized: Could that be because the font is a "various (VAR) font"? So the font is always named after the "first" one of the possible ones that are listed in the preset-styles? That might be an explanation. I then will never be sure that the PDF has the right "info" about the typeface for the printer in it, as it has simply any name.

Is there a quick way to find the file names of fonts used in a drawing, ie ****.shx or ****.ttf? I get the occasional error message about a missing SHX file but it doesn't seem to give me the option of finding out what a missing file is actually named. That way I could contact whoever sent me the file with the missing SHX file and tell them exactly the additional file to send me.

Our company uses Lucinda Sans as our standard font and I found that it wasn't showing up when working from home. When looking through a true type font directory I found LSANS.ttf and when I copied it to my AutoCAD font directory at home the font showed correctly. It seems that AutoCAD is still using 8.3 file naming convention for font files so matching font names with file names takes guesswork.

In a similar situation if I have a missing XREF I can hover over the saved path and it will give me the name of the the DWG file that is missing. Similar thing with missing color tables where it will tell me the file name of the CTB file. I have found no such thing with fonts.

Another way for fonts is easy done by command _STYLE ... there you have on the left side the list of text styles defined in the drawing, select each of the styles to see if the field "Font Name" shows a yellow warning marker, if so that file is not found.

I'll have to disagree on the first statement. I don't think I have ever seen it tell me what the actual missing file name is when I select the "specify replacement SHX file" option. It is not showing any filename on AutoCAD LT 2018 for Mac here at home and I don't remember seeing it on AutoCAD 2016 for Windows at work. I just indicates that 1 file is missing. I'll check again on Monday.

I did play with the STYLE and _STYLE. I did find a font SHX file that had the yellow warning and was able to install that file. After relaunching AutoCAD I see that there are no longer any yellow warnings on fonts but I still get the missing SHX file warning when opening. Maybe my problem is the line type with symbols problem that you mentioned.

Thanks for the video. I seem to remember that when I tried the "specify missing SHX file" before the file listed in the dialog was one that I had but it kept bouncing me back every time I selected it and tried to open it.

My problem is, since updating Mac to Ventura the other day some fonts in my Publisher documents are now showing Exclamation mark (!) in front of the name and Font Manager says "Unsupported characters used".

I have read some topics here about the issue, I get an idea what the problem is but can't find solution. Just to mention that before upgrade I absolutely did NOT have that issue.

Now suddenly seems like a lots of my fonts on my computer that I used before are not working properly in Affinity. I would say about 30% of fonts are now showing with Exclamation mark?!?

Any idea why is this happening, are you guys aware of the issue, are you working on an update to rectify this.

The exclamation mark indicates, as the message indicated, that you've used a character that is not present in the font. When you do that, either you'll get a "not found" symbol (often an empty rectangle) or, more usually, the character will be substituted with one from another font you have installed that does contain that character.

Could you copy and paste one of the text boxes that shows the issue into a new document and attach it here? I can check it on MacOS 12 as well as 13 and see if the behaviour is different. But as @walt.farrellhas pointed out, normally when you see this, you need to use a font that does have that character or pick a different but supported character.

Just last week I had something similar. That wasn't on Ventura but on [drum roll] El Capitan, but the basic culprit is usually the same since the early days of Mac OS X:

System font cache corruption

Onyx is a free and reliable software that has a "font cache cleaner": titanium-software.fr/en/onyx.html

Try that. Make sure to read the instructions and follow the steps exactly.

@walt.farrell thanks for reply. As mentioned I sort of understand what it means, but the thing is we did not have this problem two weeks ago, it only happened after the update. I am looking for solution. Sure I can change the font and use different but that makes it not really a solution because;-

b) all the artworks that are approved by clients that are saved, all of them will have to be re-opened, fonts in question changed and then sent to clients for another approval which is really not something one wants to go into.

I have tried Preferences>Misc>Reset Fonts in Affinity but when pressing the "Reset Fonts" button, nothing happens. Button clicks/blinks, but you don't see it doing anything. It just blinks very quickly and if that is the function that did no change anything. Issue is still here.

That's what I thought. but he says there was no problem before. so I thought he hadn't seen the exclamation mark until updated the Mac.

Affinity does not show the "fallback" fonts on Ventura.

If it's about Latin characters, it's definitely the fallback fonts problem.

Well, that would be typing the appropriate command to delete the cache files into the Terminal app. If you know what to type in there, that is.

Because that's essentially what Onyx is doing overall. All it adds is a comfortable user interface so that you don't have to type anything, just click a few buttons.

Alright. So, I'm on El Capitan, but with Damascus active, I also see the exclamation mark when selecting text. The actual text appears as Lucida Grande which is (or was? I don't know about Ventura & co.) the standard "last resort fallback font" on MacOS.

In mean time, did select few random fonts on a text, and ones that are appearing with '!' are mostly those arabic type fonts and ones with some sort of 'special characters' etc... So it could be connected with the latin vs arabic vs special characters...

3a8082e126