Infinality-bundle-fonts: a free multilingual font collection for Arch

infinality-bundle-fonts: a free multilingual font collection for Arch Linux
infinality-bundle-fonts is meant to be a complete, 'install-and-forget' solution for most (Arch) Linux users looking for easy access to common type-faces diversity needed to create and reproduce (hyper)text documents. It consists of freely available, hand-picked fonts providing correct, uniform and high quality rendering of multilingual content.
Obligatory teaser
click
Installation instructions
See Infinality-bundle+fonts.
Technical information and user notes
Popular proprietary fonts substitutions
See /etc/fonts/conf.avail.infinality/free/37-repl-global-free.conf.
Default sans-serif, serif, monospace, fantasy, cursive
See /etc/fonts/conf.avail.infinality/free/60-latin-free.conf.
Languages covered and special cases
Wikipedia was used as a reference when testing Latin and non-Latin linguistic scenarios and I believe that the majority of users should be satisfied with the results (the completeness, rendering quality, readability, clarity, coherence… you name it).
If in doubt, you can easily check which font family is used to display a particular script:
[~] $ fc-match :lang=ja
sawarabi-gothic-medium.ttf: "Sawarabi Gothic" "Medium"
Before you install a third-party font package, first check if it is already present in the infinality-bundle-fonts repository.
The default sans family is Noto Sans. However, in order to preserve the correct layout of certain web documents, Liberation Sans will remain the replacement for Arial. The width difference between the two could be problematic for certain websites prioritizing Arial/Helvetica over 'anything sans' (rather than 'anything serif'). Websites intentionally designed to use any sans font will select Noto Sans by default.
There is an extensive choice of available serif type-faces: the default is Heuristica, others include Crimson Text, Merriweather, TeX Gyre Termes, Gentium family, and more.
A few popular font packages available in the Arch Linux official repositories were re-packed in order to avoid rendering issues.
A few packages available in the AUR were re-packed for compatibility reasons.
You will be notified if a package you already have in your system should be replaced with a corresponding one from the infinality-bundle-fonts repository. If this is the case, just hit 'Y' to accept and install the new one.
Additional font files can be found in infinality-bundle-fonts-extra group. Some may be handy extensions for particular scripts (like 'ttf-dejavusans-yunati-*-ibx'), others are strictly optional and task specific. The 'extra' group is expected to offer those few quality bits that users most often need to use but that do not belong to the main set. Suggestions are welcome. Note: 'extra' is not a place for 10 mono / sans / decorative type-faces, etc. This is technically impossible due to server bandwidth limits and practically against the usability principle that a well organized general purpose font collection should offer.
Licensing
The files available in the infinality-bundle-fonts repository are freely available for download, redistribution, personal and/or commercial use. 95% of the fonts are licensed under the GPL, Apache or OFL license. The remaining 5% can still be freely distributed and used under certain conditions specified by the author and/or the foundry. Please, consult a particular license for details if a proper license matters to you.
Sources and build scripts
All source files are available in the usual place:
PKGBUILD
Enjoy.
Last edited by bohoomil (2013-12-04 23:29:11)

bohoomil wrote:
Thanks -- I will re-build and re-upload the package in a minute.
Edit: OK, done. ttf-chromeos-fonts has to be in conflicts=() because it provides exactly the same content as ttf-chromeos-ib. ttf-chromeos-extra-fonts was removed.
I say AND: conjuntion that mean both in this case conflict=('ttf-chromeos-fonts' 'ttf-chromes-extra-fonts')
before
ttf-chromeos-ib: /usr/share/fonts/TTF/Arimo-Bold.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Arimo-BoldItalic.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Arimo-Italic.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Arimo-Regular.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Cousine-Bold.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Cousine-BoldItalic.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Cousine-Italic.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Cousine-Regular.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Tinos-Bold.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Tinos-BoldItalic.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Tinos-Italic.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Tinos-Regular.ttf existe en el sistema de archivos
now
ttf-chromeos-ib: /usr/share/fonts/TTF/Arimo-Bold.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Arimo-BoldItalic.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Arimo-Italic.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Arimo-Regular.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Cousine-Bold.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Cousine-BoldItalic.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Cousine-Italic.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Cousine-Regular.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Tinos-Bold.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Tinos-BoldItalic.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Tinos-Italic.ttf existe en el sistema de archivos
ttf-chromeos-ib: /usr/share/fonts/TTF/Tinos-Regular.ttf existe en el sistema de archivos
ttf-lohit-oriya-ib: /usr/share/fonts/TTF/Lohit-Oriya.ttf existe en el sistema de archivos
ttf-lohit-punjabi-ib: /usr/share/fonts/TTF/Lohit-Punjabi.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansArmenian-Bold.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansArmenian-Regular.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansDevanagari-Bold.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansDevanagari-Regular.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansDevanagariUI-Bold.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansDevanagariUI-Regular.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansEthiopic-Bold.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansEthiopic-Regular.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansGeorgian-Bold.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansGeorgian-Regular.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansHebrew-Bold.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansHebrew-Regular.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansTamil-Bold.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansTamil-Regular.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansTamilUI-Bold.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansTamilUI-Regular.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansThai-Bold.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansThai-Regular.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansThaiUI-Bold.ttf existe en el sistema de archivos
ttf-noto-sans-multilang-ib: /usr/share/fonts/TTF/NotoSansThaiUI-Regular.ttf existe en el sistema de archivos
ttf-noto-serif-ib: /usr/share/fonts/TTF/NotoSerif-Bold.ttf existe en el sistema de archivos
ttf-noto-serif-ib: /usr/share/fonts/TTF/NotoSerif-BoldItalic.ttf existe en el sistema de archivos
ttf-noto-serif-ib: /usr/share/fonts/TTF/NotoSerif-Italic.ttf existe en el sistema de archivos
ttf-noto-serif-ib: /usr/share/fonts/TTF/NotoSerif-Regular.ttf existe en el sistema de archivos
ttf-noto-serif-multilang-ib: /usr/share/fonts/TTF/NotoSerifArmenian-Bold.ttf existe en el sistema de archivos
ttf-noto-serif-multilang-ib: /usr/share/fonts/TTF/NotoSerifArmenian-Regular.ttf existe en el sistema de archivos
ttf-noto-serif-multilang-ib: /usr/share/fonts/TTF/NotoSerifGeorgian-Bold.ttf existe en el sistema de archivos
ttf-noto-serif-multilang-ib: /usr/share/fonts/TTF/NotoSerifGeorgian-Regular.ttf existe en el sistema de archivos
ttf-noto-serif-multilang-ib: /usr/share/fonts/TTF/NotoSerifThai-Bold.ttf existe en el sistema de archivos
ttf-noto-serif-multilang-ib: /usr/share/fonts/TTF/NotoSerifThai-Regular.ttf existe en el sistema de archivos

Similar Messages

[SOLVED]: Weird font issues with infinality-bundle on upgrade

Ive been using the infinality-bundle for some time with no problem until a recent update, and it seems like all my fonts got replaced with stranger ones. Below is a screenshot of my font problem and a snippet from my pacman.log.
[2013-10-15 18:56] [ALPM-SCRIPTLET] If you have been using freetype2-infinality from the AUR,
[2013-10-15 18:56] [ALPM-SCRIPTLET] the runtime file that came with it has been saved as
[2013-10-15 18:56] [ALPM-SCRIPTLET] /etc/profile.d/infinality-settings.sh.pacsave and the new
[2013-10-15 18:56] [ALPM-SCRIPTLET] one was installed in its place. You can manually delete
[2013-10-15 18:56] [ALPM-SCRIPTLET] infinality-settings.sh.pacsave as it is not needed anymore.
[2013-10-15 18:56] [ALPM-SCRIPTLET]
[2013-10-15 18:56] [ALPM-SCRIPTLET] If you are using [multilib], please install/upgrade
[2013-10-15 18:56] [ALPM-SCRIPTLET] lib32-freetype2-infinality-ultimate, too.
[2013-10-15 18:56] [PACMAN] upgraded freetype2-infinality-ultimate (2.5.0.1-5 -> 2.5.0.1-7)
[2013-10-15 18:56] [ALPM-SCRIPTLET] Removing redundant symlinks ...
[2013-10-15 18:56] [ALPM-SCRIPTLET] Done.
[2013-10-15 18:56] [ALPM-SCRIPTLET] Updating font cache...
[2013-10-15 18:56] [ALPM-SCRIPTLET] Done.
[2013-10-15 18:56] [PACMAN] upgraded fontconfig-infinality-ultimate (2.10.95-2 -> 2.11.0-3)
Last edited by cmm7825 (2013-10-15 23:42:36)

The recent Infinality update requires a uninstall/install of fontconfig. I posted the same problem here:
https://bbs.archlinux.org/viewtopic.php?id=171240
Last edited by mixer (2013-10-15 23:40:03)

How to access a specific font in a TrueType font collection (TTC) file

I am trying to create a Font as follows:
InputStream is = new FileInputStream("myname.ttc");
Font font = Font.createFont(Font.TRUETYPE_FONT,is);
This works fine but I need to get a specific font from the collection.
How does one go about creating a font from a particular font within
a collection?
I need to access the font file directly. I can't use the
properties file to install the font first.
Any help is appreciated!
Thanks

You also have to be careful with fonts. The font you download may be the same name, but a different font. Just because you find a Zurich BT font, does not mean it is the same. If you search on the internet, there are several sources of some Zurich BT fonts free. However, they may or may not be the same font. Editing is best done on the original document and not the PDF. One of the PDFs I found on the Landis site was only in Zurich font. I would think that the original file is available from the company and that should be the document you edit, not the PDF. It appears the original was created in InDesign (CS3).

Where can I get a free BIG5 font?

Hi all,
would appreciate if you can let me know where I can get a free BIG5 font
rina roy

An encoding is a mapping from a coded character set's values to a byte sequence. Some common encodings include ISO-8859-1 (latin-1) and ASCII. The IANA registry lists many:
http://www.iana.org/assignments/character-sets
An encoded character is nothing more than a byte sequence, which is independent from the character's visual appearance.
A font maps character values to glyph representations. A font provides a visual representation of a character.

Using free Edge fonts in Adobe Muse

Hi, my question concerns the use of free Edge Web fonts in Adobe Muse.
I'm Creative Cloud subsciber and have access to the portfolio plan, but I want to be sure that my customers websites will work in case I'll need to quit my subsciption.
Therefore I wanted to ask if the fonts currently shown in the Webfonts panel can be filtered to use just free Edge Webfonts, so that the fonts on my customer's websites won't have a problem once I should quit the subscription.
Thanks!
Tibor

The Typekit fonts that you CAN use through Muse are free as part of your Muse subscription, and it shouldn't make any difference if you let your Muse subscription cease...those fonts on the site will still be rendered to viewers.
So, basically - Muse Tyepkit fonts are free to use and will remain free to view even after your subsciption lapses.

Unlicensed fonts in Adobe Typekit (Font Server)

Right now our company is in negotiations with licensing for the full Adobe CC Suite.
We're looking at utilizing the Adobe Font Server - Typekit since it will be part of the licensing, but we believe we've run into a huge roadblock.
We've come to understand that Typekit doesn't like free fonts that weren't aquired through their list of registered Foundries.
The problem is, we literally have thousands that have been collected over many years we'd need to import.
Has anyone else out there come across this bridge yet?
Thanks,
Jeff

Hi David,
Thanks for your reply. The Typekit logo is included in the missing fonts dialog for several Creative Cloud programs, most noticeably in InDesign. We have found that this causes confusion as it's not clear that the missing font prompt is often unrelated to Typekit; this will change in a future software update so that you only see the Typekit logo if the fonts that are missing are available for desktop sync.
You can also turn off the Typekit font sync option in your Creative Cloud application, under Preferences > Fonts. This won't remove the logo from the missing fonts window, but may reassure you that Typekit is no longer being invoked by your software programs.
I'm sorry that we can't provide another option at the moment, but it is something we are working on to improve in the near future. Please let me know if you have any other questions,
-- liz

New fonts look fine in Font Book don't work in apps

I need someone's help. I understand that to install new fonts I can either bring them into my font book (and chose whether they apply to a user or to the system) or can drag them directly into library/fonts or user/library/fonts. I am looking for some new foreign language fonts (e.g. hebrew - cursive, for example). I found some possibilities - ttf fonts - downloaded them, put them into my font book, they validated fine and within the font book they look right (i.e. as they are supposed to). I then quit the font book and go into my app, and it's not happening. When I go into MS word (2008), they don't all appear in the various menus (e.g. I made a font collection for one set, and only two appear in that collection), and when I go to use the ones that appear the font does not look much different from the latin alphabet font that was there before. So, I then tried Apple Mail and, while all the fonts appear in the font collection folder, when I choose any of them, same thing, my test letters are still in the same alphabet - size and intensity a little different, that's all.
Someone told me that for MS Office that there is a separate folder somewhere for office fonts - is that true - where is that? Also, why aren't any of my fonts doing what they're supposed to do in a native Mac application, Apple Mail, despite the fact that they look as advertised in my font books?
Frustrated & confused...

my test letters are still in the same alphabet
To generate non-Latin text in a modern OS you can't just change the font, you need to change the keyboard layout. Go to system prefs/international/input menu and check the box for Hebrew or whatever you want, plus the box for "show input menu in finder." Then select Hebrew in the "flag" menu at the top right of the Finder and type.
You need to make sure you use Unicode fonts. Also MS Word does not yet support correct Hebrew, so use another app. For that script, Mellel is the best. See the applications section of this note:
http://homepage.mac.com/thgewecke/TypingHebrew.html

Fonts showing up in Font Book, but not in other apps

This morning, while rummaging through Font Book for something new to use, I discovered that some of my (large) collection of fonts did not show up in various programs... meaning I never think of using them unless I'm actually rummaging through Font Book.
I got onto the Apple support forums and looked at why this might be. I discovered that some of my fonts, for various reasons, were only in the "User" folder, while some that were listed in "All Fonts" were NOT showing up in the User folder. Cleaning this up seemed like a good place to start. I quit Font Book and all other programs, went to /Library/Fonts and ~/Library/Fonts, and moved all the fonts in the User folder into the All folder, as suggested on some answers here. (In addition I changed my Font Book prefs so that new additions in the future will not go to the User folder, but to the main folder and be usable to all.)
Then, also following answers here,
—I did a Safe Mode reboot
—rebooted again out of Safe Mode
—removed font cache files through Terminal
—and finally checked Font Book.
The screen shot above shows that all fonts are under "All Fonts" now, instead of some showing up only under All and some, oddly, only under User, as it was before I started the cleanup. Nice and neat. There is no User folder anymore, and I assume that is because it has no contents—User gets what All gets. Seemed like everything worked.
So I opened one of the programs I use to take notes (Microsoft Entourage), just for a quick check...
... and discovered that some fonts which *have* always been usable, are now not showing up. (On the plus side, however, some of those fonts which had been hidden to me—ones that I discovered in my morning rummage—are showing up, so half of what I was aiming for is working.)
I read a few more support forum posts, and saw that some folks have success when they remove the fontbook .plist. So I did this as well, and checked everything again.
Font Book itself is still nice and neat, and appears to be complete, but Entourage and TextEdit, which I chose to be representatives of how this font cleanup is working in real programs, still do not show all my fonts. And stranger still, though most of their problems are the same, each of the programs also has different fonts which are or aren't showing up!! For instance: Aviano Slab, shown highlighted in the screenshot, isn't visible in either program, but Aviano Flare, right above it, is visible/usable in TextEdit but not visible/not usable in Entourage.
Now, to be clear, as far as I know all of my typefaces are currently showing up in Font Book, and about 95% of my fonts are visible in both Entourage and Text Edit, even though the 5% that's problematic is partially the same/ partially different in each. I hope I'm not going to have to open every single program I own to keep checking for variations—hopefully knowing that there *are* variations between programs will help someone to give me a suggestion.
If the 5% that don't work were the exact same, I was going to assume Mac voodoo. My lame workaround was going to be, to manually check my font folder against one program or the other, and copy every font that doesn't show up, back into the User folder. It would take quite a while, and there would be two copies, but at least the ones that are not visible to my programs would (hopefully?) be visible again.
But the ones that don't show up and therefore can't be used are not all the same. So this indicates worse voodoo, some sort of font management issue that I don't get, and it probably means I'd be at this check-and-copy thing forever with each and every program I use. Or, I could waste a lot of disk space, and copy all fonts to User. Ugh.
So I'm hoping that by laying out everything I *have* already tried this morning, someone will be able to spot a step I missed that will help me get Font Book to wrangle these darned typefaces better.
If Font Book *thinks* all fonts are now available to all users, how can I get my programs to agree—and get my programs also to "see" and let me use all of my fonts?
MacBook Pro, Mac OS X (10.7.5)
Font Book version 3

Okay!
So, should anyone else ever find themselves with this weird problem, here's what the rest of my day looked like—and yes, I did at last get the problems solved.
First I printed out a list of all my fonts (in the /Library/Fonts folder). Very long. Then I skimmed through the two programs standing in, hopefully, for every program, to try and see if something the problem fonts have in common would jump out at me.
One thing did: all of the "problem" fonts in TextEdit (the ones that didn't show up, in other words) were from a period when one of the type companies I use was automatically installing to a subfolder within the font folder (named with their company's name). Though TextEdit "sees" all the fonts in the Microsoft subfolder, apparently it can't handle other subfolders. So I removed all of these fonts from the company subfolder to the main /Fonts folder, and solved one problem. This problem, oddly, must have been there all along, but who uses a ton of fonts in TextEdit? So I didn't notice the problem until I was troubleshooting today, and thinking that was a nice neutral program to test things in.
But it did nothing for the problem in Entourage, which is where I began my day—even though *some* of Entourage's problem fonts were also in that subfolder, most were not, and the ones that were in that subfolder were still not made visible to Entourage by moving them out of it. So then I scrubbed the long, long list of fonts, looking for all the ones that were not visible in Entourage. Blech. That took a while.
When I got my complete list of missing fonts, I went back to Font Book and validated all of those fonts. I discovered that all but one, share one tiny problem: the "'name' table structure" error. (The final font did have a minor error in validation, but not that error.)
Now I didn't make a list early this morning, so I can't be sure that every one of these fonts was among the ones that started my attempt to clean up and make things right, but I'm assuming they are. I suppose it's possible that during the things I tried to fix the mess today, that one or two fonts actually started working on their own, but probably this list would be the same as one I could have made in the morning, back when I was young and innocent and thought I wouldn't need lists because it was all going to work with ease.
Before I got too excited, I then stopped and validated all the fonts I have. I wanted to make sure that this wasn't an error tons of fonts of mine have, in which case I had not located the problem. But in fact, only the typefaces I couldn't see in Entourage had this error. So I went back to the www to search for what to do about this error.
And in case anyone else needs to replicate my success, this is the site with the fix that worked for me on it:
http://www.iwebss.com/tech/540-fixing-fonts-with-validation-errors-on-mac
Skip down to where it says "Quick Instructions." Download the program suggested there, and do *exactly* what it says under Quick Instructions and no more (and please, make a folder with copies of any otfs or ttfs you need to do this with before you try the fix, in case it doesn't work for you as it did for me and you need to back up to the old versions).
One note: in those instructions, he doesn't mention that after "Save As," the program may hang up and give you a nasty message about access—just go to the Finder and do a Force Quit, no need to report, open the program again, and carry on. You haven't harmed the font or the program, and it does save before hanging up, so you can just go on to the next font in your list. For some miraculous reason, doing this does repair the "'name' table structure" error (and the error that the one odd font had as well!), and when I reopened Font Book, Entourage, and just for good measure, TextEdit, all of the fonts which had been plaguing me were perfectly visible and absolutely functional.
Thank you, Kurt, for your good ideas here and elsewhere on these forums. You were of great help to me today even before your answered this question. Though I was so deep in troubleshooting that I didn't get back to see your latest reply, I appreciate your taking the time to try to guess at this very odd hiccup.
Why this error bothers some programs and not others... why it's so easy to fix, with a simple program that you purposely use to make absolutely no changes... who knows. But check your subfolders first, and if that's not the problem, try validating fonts and see if the "'name' table structure" error is at the root of your problems. Perhaps this will work for others.

Has the issue with font licences and embedding fonts in a dynamic PDF been solved?

Hi all,
Can I check if this issue has been fixed in LiveCycle yet please?
http://forums.adobe.com/message/3724557
Issue is that although LC lets you specify what typeface should be used for the caption/value in a form, it cannot discern the corresponding licencing requirements.
So in the case where even though a particular font isn’t used for any editable information – being set as the caption only – LC requires a font permitting embedding for editing, otherwise the font is not embedded at all and therefore is substituted for another typeface on a system where the font isn’t available.
Seems LC needs it's embedding requirements to catch up with the usage of type in a dynamic PDF, as in cases where the fonts bundled with Reader or system fonts aren't suitable, such as when a visual standard needs to be met, the user may not be overly keen on paying a significant financial penalty for editable font licences.
Thanks
James

Hi James,
I don't think that it the case at all. If the font has a license for enbedding then that is what happens:
I accept that some fonts come with expensive "embedding for editing" licenses, but Adobe's implementation is in line with the font industry's expectations.
I don't think this is a "bug" that will be fixed.
Niall

How to get the actual font name from a font file?

Hi
I have only the font Path I have to get the font name from that path. Any idea how to get the actual font name?
Thanks,

I would ask you these questions:
Why do you need to do this? What are you ultimately trying to accomplish?
Are you really asking about the InDesign SDK?
Do you really need to get the "name" of a font from an arbitrary file? Or do you want information about a font installed on the system? If so, what OS?
Do you need to be able to handle any font format?
Which font "name" do you mean?
What language do you want the name in?
(1) It's not clear what you're trying to accomplish. A bit more information about your ultimate goal would be helpful.
(2) This question is not at all specific to the InDesign SDK. Are you really trying to do something in the context of an InDesign plug-in? If so, you probably want to look at IID_IFONTFAMILY and the IFontFamily::GetFamilyName function.
(3) If you are asking more generally, Windows and Mac both have system API calls to get this information, although those tend to deal with installed system fonts, not with arbitrary font files per se.
Also, you can parse the name table from a True Type or Open Type font without using any system APIs; as True Type and Open Type are well-documented standards. I would start by reading these:
The Naming Table
Font Names Table
(4) Although there are other standards, such as Type 1 (PostScript) fonts, and True Type Collection files and other formats, especially on Mac.
(5) Also, when you start down this road, you will quickly realize that your seemingly simple question is actually ambiguous, and that the answer is kind of complicated, because a font can have many names (a family name, a full font name, a style name, a PostScript name, etc.).
(6) And not only does a font have multiple names, it can have each of those names in multiple languages and encodings.
Any clarification would make this a better question.

Font Book: Installed postscript Fonts don't always appear in Font Book list

Greetings,
I was helping a user the other day with Font Book. I was showing him how to add/enable fonts into Font Book when I noticed a problem I had never seen before. Before I get started, the fonts in question are from the Adobe 7 Font Folio library. There were newly installed by me from the original disk, and known not to be corrupt. I also know that that Postscript fonts are an accepted font format in Tiger.
That said, when adding.installing a particular font using Font Book, it would not "Appear" in the Font Book" list of fonts. I would attemp to, again add/enable the font (by selecting it from the Adobe Library) and still it would not appear in the Font Book list with the other installed fonts. This would happen to any font that I tried to install. Once this happenend to a specific font, I could no longer get that specific font to install.
I removed the Font Book .plist - no luck. I also rebooted - no luck.
Obviously, no application was able to recognize any of the fonts that would not install.
It was as if Font Book would not recognize any font that I was trying to add/enable.
Could this be a corrupted cache issue, or .plist problem? Could this be a permissions related issue? What did work finally was to add the font to the "Computer" set, where it would be avaialbe to all users. But I could not get the font to install into the "User" set. Weird.
Also, What is the significance of these four fonts:
HelveLTMM
Helvetica LT MM
Times LT MM
TimesLTMM
These fonts above are part of the default package that is loaded into the /System/Library/Fonts
Is it safe to replace these with Postscript version from my Adobe 7 Font Folio collection?
I have read most of the font related tutorials and articals.
thanks,
Hairfarm
G4 Mac OS X (10.4.3)
G5 Mac OS X (10.3.6)

where did
you get the information about pre-92 Adobe postscript
fonts being uncompatible?
Oh, sure, it's hard enough for me to remember things these days and now you want me to remember where I learned them from?? geez... [gone lookin' ... okay, back] It was, as I vaguely recalled, on the Adobe site, re troubleshooting in OS X, in a list of "do this to solve your problems": "Make sure that you are using the latest version of the font... If the font's creation date is prior to 1992, a new version of the font may be available." The only Type 1's that have given me any problems were, all three of them, older than 92, and in troubleshooting something here a few weeks ago, that turned out to be a problem for someone else, too.
But all of the Tiger font
research that I have done suggests that Adobe
Postscript fonts were acceptable.
Yes, well... Type 1's are supported. It seems that some older ones are a little funky (not in a design sense....)
Ideally, what fonts can be removed from Tiger from
the System/Libray/Fonts folder? I know that all four
of the MM's (Helvetica LTand Times LT), Lucida
Grande, Geneva, Keyboard, Last Resort, and Monoco
must stay, but what about the others?
You also need a real Helvetica - that is, not the MM version. You can replace the system's Helvetica with one of your own, but there must be an available Helvetica around at all times.
Then there's AquaKana (two of them, regular and bold). They're not on Apple's official "do not remove" list, but there's some anecdotal evidence of its being needed. It's "real" name begins with a period, so it doesn't appear in any menu, so it's not going to hurt anything if you leave it there.
In stripping down nonessential fonts, lots of people just remove everything from the Library/Fonts folder, but I think it's good to leave the basic most common web fonts available: Comic Sans, Georgia, Trebuchet, Verdana, Times New Roman. This keeps web pages looking the way they're supposed to - and they shouldn't conflict with anything that's being really designed!
This is assuming that the fonts
being used are not damaged and "Pass" Font Book's
validation test.
The assumption within that assumption is false: Font Book's validation is pretty iffy. I think the only reason we don't see it as REALLY iffy is because fonts, on the whole, are pretty solid in OS X (your current experience to the contrary). I've installed fonts (properly) that flew through the automatic-on-install validation but failed when I used the Validate Font command afterwards. I've had fonts that pass both the on-install and specific after-install validation but get a Bad Font warning dialog when being re-enabled after a disabling. (And I didn't use the font in between... ) Who knew Font Book did any validating when you re-enable fonts??
This is what I would do:
(Not necessarily in this order)
1. Trash Font Book .plist
2. Trash all Font Cache's from all three libraries
(System, Computer, and User folders)
3. Reboot
4. Delete problem fonts from User and Computer
Libraries and reinstall using Font Book.
Please tell me if this strategy is ill-advised, and
what the better course of action might be.
None of it is ill-advised. I would add starting up in Safe Mode to see if the problems exist there as part of the narrow-down-the-problem stage. Same goes for setting up a separate user account and see how things are behaving there. (Yikes... did you try that yet??)
In addition, there are some special things to do when it's Office apps having the problem, or something going on with Adobe's application fonts folder...
Also, Zaph Dingbats is acting up as well. I removed
the .dfont version that was in the system folder, and
replaced it with the Adobe Font Folio Postscript
version (ITC Zaph Dingbats) that I loaded into Font
Book User/Library/Fonts folder. Now that I think
about it, that specific font has been around for
along time, and may very well be pre-1992. Hmmm...
Can you further define "acting up" ? In addition to the ZD dfont from the system, I've been using/testing ITC ZD from Adobe with no problems. It's version 2.0 with copyright dates of 1985 through 1987.
A lot to respond to. My apologies.
No problem. You caught me on a night when I'm too tired for real work but not so far gone I can't do this (tho I'm soon on my way, bleary-eyed, to get a fix of Sudoku puzzles).

Does Font Book or other font management come with OS 10.9?

I have been using Suitcase Fusion and it takes forever to activate fonts, it is old and I'm reluctant to purchase the newer version especially if I'm supposed to get Font Book free with 10.9.
Can I have thought on recommendations?

You should have it on one of the discs that came with your computer. I don't know if it's the same disc as the Mac OS X itself, or if it is on another disc.
You may (if you wish) also need to download a program called Pacifist, from here
http://www.charlessoft.com/

Help N8 Font Zoomer application ruined Font

hi,
I used the Font Zoomer application to increase my phone font size to 140%.
But when i reset it to 100%, i still feel that it has a bold kind of effect, as every thing feels different.
I am uploading images of my home screen and some homescreen from different mobiles. Please check if you feel some difference and tell me how to recitify this error.
If you look in my homescreen the clock number "11:39" seem thick and bold while in other home screen the number are not bold.
Also if you see the date on " this is my home screen.jpg", you see it is bold.
While in other images you see that it is not bold.
Please help!
Thank you in advance.
Sailare
Solved!
Go to Solution.
Attachments:
This my home screen.jpg ‏36 KB
Foursquare-for-Symbian-Home-Screen-Widget.jpg ‏73 KB
data counter widget symbian^3 free download nokia n8.jpg ‏34 KB

@sailare
Has novelty worn off and you want to un-install this application?
Have to say that it is strange that Psiloc Font Magnifier has not been released for Symbian^3 OS yet, although believe on some Symbian Anna firmware versions so whether there can be issues magnifying I don't know.
You are correct that still not as default comparing these two screenshots:
Happy to have helped forum with a Support Ratio = 42.5

System fonts not showing in Font Book

I am using Font Agent Pro as a font manager and am wondering if there's a conflict with it and Apple's Font Book. I cannot get the system fonts to show up in Font Book and, hence, those (System) fonts don't show in Apple apps, e.g., Safari, Grapher, Text Edit, etc., etc.
The only way I can get the system fonts to show in apple apps it to drag the System>Library>Fonts folder to the "Collection" column onto the "Computer" collection. This is fine, but it copies the System fonts to the ComputerName>Library>Fonts folder.
I've tried for hours to get the System fonts to show in Font Book and do it without the System fonts being copied to the Library or User folder, i.e., I want the System fonts to stay in the System fonts folder only.
If I boot into another partition and bring up Font Book everything works as I would expect, and Font Agent Pro is not installed on that partition...
Any Ideas?
TIA,
Geoff
Quicksilver 933, PB 15" 1.67 Superdrive Mac OS X (10.3.9)

Hi PS1,
I am using Font Agent Pro as a font manager and am wondering if there's a conflict with it and Apple's Font Book.
Yes, in a sense. If you always open and close your fonts through FAP's interface, then it's no problem leaving Font Book on your Mac. It will simply sit there and take up a small amount of disk space.
That said, it's still a nuisance having more than one font manager on your computer at a time. Say you disable all of the fonts in Font Book that you can. Assuming the fonts are still in the /Library/Fonts/ folder, you then turn them on and off with FAP. The problem then is which orders are the applications going to believe? Are the fonts active, according to FAP? Or inactive, according to Font Book?
Also, if you double click on any font to quick activate it, both FAP and Font Book will activate the font. So you will find yourself confused fairly often when you deactivate the font in FAP, but they still keep showing up in your applications as active. That would be because Font Book is still holding it open.
So if FAP is going to be your main font manager, then copy Font Book off to another disk for safe keeping (so you don't have to use Pacifist or an OS install to get it back on your system if you need, or want to), and then remove it from your hard drive.
Definitely don't remove the /System/Library/Fonts/ folder! If you remove Lucida Grande from its default location in any way, you will lose control of your desktop. The only way I can think that Taavi managed to accomplish this was moving files around booted to an external drive, or from another Mac via FireWire Target Mode. It's impossible to do on the same drive your booted to. You'll lose control of the desktop every time if you remove Lucida Grande. Although Taavi may have made his/her copy to the /Library/Fonts/ folder. That at least would still leave an active copy of Lucida Grande somewhere, but I highly recommend against that sort of handling of the system fonts.

HT2509 Can you see the list of fonts in the actual font?

Is it possible to see the name of the font in the list in the actual font?

If you are looking for a third-party utility that can display the various font faces in a list, then there might be one available (I'm not sure which is the best one, but there may be a good free one out there); however, if you want to view them in various font menus that you access in the system then as I mentioned above this will be an application-specific behavior, and some will support it whereas others will not.
Despite this, one crude approach to previewing fonts is to use Apple's "Stacks" view for folders in the Dock. To do this, go to the Macintosh HD/Library/Fonts/ folder and drag it to the Dock next to the trash. Then click it to open it and you will see your fonts listed, with capital and lower-case A characters in the font face. You can then highlight a font either by hovering over it with your mouse or by using the arrow keys, and then press the Space bar to show a preview of it for you to get a better sense of its style.
The fonts on the system will be in the following folders:
Macintosh HD/Library/Fonts
Macintosh HD/System/Library/Fonts
Macintosh HD/Users/username/Library/Fonts (this library folder is hidden but can be revealed by holding Option then opening the Go meny in the Finder).

Infinality-bundle-fonts: a free multilingual font collection for Arch

Similar Messages

Maybe you are looking for