infinality-bundle: good looking fonts made (even) easier

bohoomil · 2014-06-25 19:02:12

zeroone wrote:

Thanks, I tried doing that but there was no change.
Turning on hinting seems to have improved how it looks, but also made it more clear that its a different font. Here's another screen for comparison, new font on the left and old font to the right:

I am not quite sure I understand. Are you using my freetype2-iu, fontconfig-iu and cairo-iu? If yes, there is no need to turn on anything. All you may want to do is set your UI font -- here it seems to be Ubuntu. All rendering parameters are already set correctly: you can check it out by issuing `env | grep INFINALITY` and `xrdb -q | Xft`. The output should be

$ env | grep INFINALITY
INFINALITY_FT_AUTOHINT_HORIZONTAL_STEM_DARKEN_STRENGTH=0
INFINALITY_FT_BOLD_EMBOLDEN_X_VALUE=0
INFINALITY_FT_AUTOHINT_VERTICAL_STEM_DARKEN_STRENGTH=0
INFINALITY_FT_CONTRAST=0
INFINALITY_FT_GRAYSCALE_FILTER_STRENGTH=0
INFINALITY_FT_FRINGE_FILTER_STRENGTH=0
INFINALITY_FT_USE_VARIOUS_TWEAKS=true
INFINALITY_FT_BRIGHTNESS=0
INFINALITY_FT_GAMMA_CORRECTION=15 90
INFINALITY_FT_FILTER_PARAMS=07 24 35 24 07
INFINALITY_FT_USE_KNOWN_SETTINGS_ON_SELECTED_FONTS=true
INFINALITY_FT_STEM_SNAPPING_SLIDING_SCALE=0
INFINALITY_FT_WINDOWS_STYLE_SHARPENING_STRENGTH=0
INFINALITY_FT_CHROMEOS_STYLE_SHARPENING_STRENGTH=30
INFINALITY_FT_STEM_ALIGNMENT_STRENGTH=0
INFINALITY_FT_AUTOHINT_SNAP_STEM_HEIGHT=0
INFINALITY_FT_BOLD_EMBOLDEN_Y_VALUE=0
INFINALITY_FT_GLOBAL_EMBOLDEN_Y_VALUE=0
INFINALITY_FT_STEM_FITTING_STRENGTH=0
INFINALITY_FT_AUTOHINT_INCREASE_GLYPH_HEIGHTS=false
INFINALITY_FT_GLOBAL_EMBOLDEN_X_VALUE=0

$ xrdb -q | grep Xft
Xft.antialias:  1
Xft.autohint:   0
Xft.dpi:        96
Xft.hinting:    1
Xft.hintstyle:  hintfull
Xft.lcdfilter:  lcddefault
Xft.rgba:       rgb

zeroone · 2014-06-25 19:19:53

Yes, I have everything but was also using a custom font.conf for a really dumb reason so I disabled that. How would I find out which UI font I'm using and how do I change it?

bohoomil · 2014-06-25 19:38:56

It depends on the toolkit: for Gtk2 it can be either the control panel for your DE or, which seems to be more relevant in your case, ~/.gtkrc-2.0 file. Just edit it and alter the line:

gtk-font-name="Source Sans Pro Regular 9"

For Gtk3, it is ~/.config/gtk-3.0/settings.ini and the line:

gtk-font-name=Source Sans Pro 9

For Qt4 you can set your UI preferences either directly in the config file (~/.config/Trolltech.conf) or via qtconfig-qt4.

There is a comprehensive article in the Arch Wiki which covers the subject in great detail.

Last edited by bohoomil (2014-06-25 19:39:48)

zeroone · 2014-06-25 20:10:18

Thanks for all your help bohoomil, I downloaded lxappearance and was able to change the font back .

Could it be that every time I install fonts some of the alias get over written? I'm not used to alias and fonts in linux yet, but some of the fonts seem to have more than one name or redirect to other fonts. When browsing thru the fonts with lxappearance, I found "Candara" and it looked a lot like what I had so I picked it. Then it showed as "Linux Biolinum" and it was added to .gtkrc-2.0 as "Sans".

bohoomil · 2014-06-25 20:45:40

You have to decide which fonts you are going to set as default ones: if you want to use Microsoft fonts for main aliases (sans-serif, serif & monospace) and do not want to replace MS proprietary fonts with free equivalents (like Candara with Linux Biolinum), than you should instruct fontconfig to act like this: run `fc-presets set` as root and hit 3 when asked to enter your choice. This will set the `ms` preset and MS fonts will become your main collection. If, on the other hand, you would rather use free fonts instead (replace the standard proprietary typefaces with free fonts), you do not need to set anything by default (or, if you changed default settings previously, set them back to `free` preset by hitting 2).

There is also a third option, which I am going to push to the repos with the next fontconfig update, which will let you use both MS fonts and free ones in the manner described by progandy (right now the `combi` preset works differently). And the fourth one, recommended only if you now what you are doing: you can create your highly personalized font collection from scratch using the `combi` preset as a starting point. Right now, however, if I understand correctly what you seem to want, just use the `ms` preset as described above. This way none of the MS fonts (Arial, Calibri, Verdana, etc.) will be replaced and you will still be able to use all the fonts from the `infinality-bundle-fonts` repository (e.g. all fonts in your font selection menus will be just what they really are).

Again, check out the Wiki article on Infinality-bundle+fonts first. The documentation will further explain how to use multiple font sets simultaneously plus a few handy tricks.

zeroone · 2014-06-25 22:26:56

I've been using combi because I thought using free or ms would lock me out of using the other fonts, nice to know this isn't the case. Thanks for anwsering my questions, I'll have a look at the wiki.

cfr · 2014-06-28 02:29:53

bohoomil wrote:

There is also a third option, which I am going to push to the repos with the next fontconfig update, which will let you use both MS fonts and free ones in the manner described by progandy

So will this be an option allowing me to set the free fonts as defaults but ensure the MS fonts get used if specifically requested (and available)? Or have I misunderstood? If I've understood, that sounds perfect! (It would really be better for me if documents I received from others rendered using the specified fonts when I have them. Even, in fact, if those fonts don't look as good as the replacements would. It's more useful for me to see what's specified.)

I worry that I will never, ever get to grips with fonts on Linux!

bohoomil · 2014-06-28 02:54:43

@cfr Yes, exactly. For instance:

sans-serif => Noto Sans
serif => Heuristica
monospace => Liberation Mono
Arial => Arial
Times New Roman => Times New Roman
Consolas => Consolas

--- etc. I think that this is the most obvious combination and probably the most required one. Unfortunately, I sometimes do not notice obvious things…

(Nice to read you again. )

Runiq · 2014-06-29 17:35:38

If I want to inject a single font (in my case, Consola Mono) into the monospace family, is it enough to do it like this:

<fontconfig>
  <alias>
    <family>monospace</family>
    <prefer>
      <family>Consola Mono</family>
    </prefer>
  </alias>
</fontconfig>

in both 60-latin.conf and 65-non-latin.conf, or do I indeed have to replicate the entire list from my chosen preset lest I encounter some kind of trouble?

Edit: Or is the better approach to actually use the combi preset? Edit2: Or something completely different? I'm sort of at a loss. Fonts are hard, let's go shopping.

Edit3: Solved. It is indeed enough to add the above snippet to (e.g.) $XDG_CONFIG_HOME/fontconfig/conf.d/60-latin.conf, the rest of the list doesn't seem to be affected (according to "fc-match -s monospace"). Adding the font to 65-non-latin.conf is probably not a good idea, though I'm not sure in that respect.

Last edited by Runiq (2014-06-29 18:37:41)

bohoomil · 2014-06-29 21:45:08

Runiq wrote:

It is indeed enough to add the above snippet to (e.g.) $XDG_CONFIG_HOME/fontconfig/conf.d/60-latin.conf […] Adding the font to 65-non-latin.conf is probably not a good idea, though I'm not sure in that respect.

I am sorry for responding a bit late. Your solution was perfectly correct of course. Indeed, altering the global 60-latin-${preset}.conf and 65-non-latin-${preset}.conf is not a good idea because main configuration files should be left untouched. All alias and font replacement tweaks are supposed to be done either in dedicated global files (35-repl-custom.conf for the `free` and `ms` presets) or on a per-user basis, just like you did.

Runiq · 2014-06-29 22:19:42

bohoomil wrote:

I am sorry for responding a bit late.

No problem! Do you have a PayPal address or something other than a flattr? I'd like to throw a few bucks your way. Tweaking fonts would feel like a pretty thankless and sisyphean task to me.

cfr · 2014-06-30 01:16:27

bohoomil wrote:

--- etc. I think that this is the most obvious combination and probably the most required one. Unfortunately, I sometimes do not notice obvious things…

Or we insist on wanting the unobvious...

(Nice to read you again. )

Thank you. It is nice to be able to post again . I couldn't post for a long time. My submissions disappeared due to some authentication error. I think this was due to some change in the forum software but it might have been the site exacting a form of poetic justice.... [I could post by starting a fresh instance of Firefox with a default profile. But before long, I'd need another fresh one... and another... They seemed to last a few minutes each. This made posting rather frustrating.]

Last edited by cfr (2014-06-30 01:16:50)

Harrison_Bricks · 2014-06-30 17:54:16

Hello, bohoomil !

I have been creating fontconfig package for my favourite distro and wanted to ask , what to do with font-settings directory which I found in your git. There is a lot of config files for fonts.

Where I should copy it?

Thanks in advance.

Last edited by Harrison_Bricks (2014-07-01 20:55:59)

stilleh · 2014-07-03 12:52:24

Hey all

Is the below related to a server being unavailable? I have tried this on different installations on different boxes at different locations even. Sometimes it works sometimes not it is hit and miss as to whether or not the key is able to be signed.

sudo pacman-key --lsign-key 962DDE58
  -> Locally signing key 962DDE58...
==> ERROR: 962DDE58 could not be locally signed.

Thanks

karol · 2014-07-03 13:12:45

Have you tried https://wiki.archlinux.org/index.php/Pa … mport_keys ?

stilleh · 2014-07-03 14:04:18

karol wrote:

Have you tried https://wiki.archlinux.org/index.php/Pa … mport_keys ?

I will certainly give it a try, thanks for the reply.

Weegee · 2014-07-04 20:39:05

Just realised I posted this in the wrong thread, heh.

---

@bohoomil:

Do you have any idea why Qt5 applications render fonts so completely different compared to other toolkits (comparison image: GTK+2, Qt5, Qt4, GTK+3)? I don't even know what font Qt5 applications are using, but it's definitely not the one they're supposed to (sans-serif, so Noto Sans).

EDIT: Fixed it by purging all configuration files in /etc/fonts/conf.d and reinstalling/-configuring.

Last edited by Weegee (2014-07-04 21:59:44)

conorbev · 2014-07-06 19:59:28

Hi bohoomil,

First of all, thanks for the beautiful fonts. Your work is amazing!

I'm aware of the Emacs fix described at: https://wiki.archlinux.org/index.php/In … ndle+fonts but I was hoping to get an understanding of the root cause and whether it can fixed any other way.

I notced a few things:

If you only install ib-fonts-base Emacs works just fine and seems to respect the default fonts with no special fix needed. If you install ibfonts-meta-extended or ibfonts-meta-extended-lt then things go wrong.

The fix on the wiki could be just:

(custom-set-faces
  '(variable-pitch ((t (:family "Liberation Sans" :slant normal :weight regular)))))

The default font will be monospace anyway.

If I run FC_DEBUG=1 emacs with only ib-fonts-base installed and open a file with only latin characters including a variable-width font then I'll see this as the final output on the console:

lang: aa|ab|af|ast|av|ay|az-az|ba|bm|be|bg|bh|bho|bi|bin|br|bs|bua|ca|ce|ch|chm|co|cs|cu|cv|cy|da|de|el|en|eo|es|et|eu|fi|fj|fo|fr|ff|fur|fy|ga|gd|gl|gn|gv|ha|haw|hi|ho|hr|hu|ia|ig|id|ie|ik|io|is|it|kaa|ki|kk|kl|kok|ku-am|kum|kv|kw|ky|la|lb|lez|ln|lt|lv|mg|mh|mi|mk|mo|mr|mt|nb|nds|ne|nl|nn|no|nr|nso|ny|oc|om|os|pl|pt|rm|ro|ru|sa|sah|sco|se|sel|sh|shs|sk|sl|sm|sma|smj|smn|sms|so|sq|sr|ss|st|sv|sw|tg|tk|tl|tn|to|tr|ts|tt|tw|tyv|uk|uz|ve|vi|vo|vot|wa|wen|wo|xh|yap|yo|zu|ak|an|ber-dz|crh|csb|ee|fat|fil|hne|hsb|ht|hz|jv|kab|kj|kr|ku-tr|kwm|lg|li|mai|mn-mn|ms|na|ng|nv|pap-an|pap-aw|qu|quz|rn|rw|sc|sg|sn|su|ty|za|brx|sat|doi(w)
	fontversion: 46(i)(w)
	capability: "otlayout:cyrl otlayout:dev2 otlayout:deva otlayout:grek otlayout:latn"(w)
	fontformat: "TrueType"(w)
	decorative: False(w)
	hash: "sha256:68bdd57a1e1e62663a0b372c7224204b82a89820b9cf30391337f61f0c5e7123"(w)
	postscriptname: "NotoSans-Bold"(w)

If I then install ibfonts-meta-extended-lt and run Emacs again and open the same file the last output in the console is now:

Best score 0 1 0 1 1 1 1 0 2001 2 0 0 0 0 1 1 1 1 0 0 0 2.14748e+12
Pattern has 22 elts (size 22)
	family: "Noto Sans"(w)
	familylang: "en"(w) "en"(w)
	style: "Bold"(w)
	stylelang: "en"(w)
	fullname: "Noto Sans Bold"(w)
	fullnamelang: "en"(w)
	slant: 0(i)(w)
	weight: 200(i)(w)
	width: 100(i)(w)
	foundry: "unknown"(w)
	file: "/usr/share/fonts/ttf-noto-sans-multilang-ib/NotoSansKhmer-Bold.ttf"(w)
	index: 0(i)(w)
	outline: True(w)
	scalable: True(w)
	charset: 
	0000: 00000000 ffffffff 00000001 78000000 00000000 08002800 00000000 00000000
	0017: 00000000 00000000 00000000 00000000 ffffffff ffffffff 3fffffff 03ff03ff
	0019: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ffffffff
	0020: 00000800 00000000 00000000 00000000 00000000 00000000 00000000 00000000
(w)
	lang: km(w)
	fontversion: 23(i)(w)
	capability: "otlayout:khmr"(w)
	fontformat: "TrueType"(w)
	decorative: False(w)
	hash: "sha256:60fbf69388171e2b81f89a223a7a61f85a3b76356e5e4069a64a65c62ac7db67"(w)
	postscriptname: "NotoSansKhmer-Bold"(w)

If I edit /etc/fonts/conf.avail.infinality/free/60-latin-free.conf and set Liberation Sans above Noto Sans in the sans-serif family then Emacs finds Liberation Sans just fine and fonts work again as expected (without any custom-set-faces or special Emacs config whatsoever).

For me (and I think many people) just changing the default from Noto Sans to Liberation Sans is a better fix than messing with custom-set-faces because the issue can come up with other fonts (not just variable-width) leading to additional custom-set-faces each time you find a new example and I use the same Emacs configuration on many different machines so it's nice to not have anything specific to a particular distro/font configuration in my .emacs.

This leads me to some questions:

It looks like Emacs is choosing a version of Noto Sans with non latin characters and then is unable to render the latin only text?
Is this an Emacs specific issue (bug?) or could something in fontconfig files be changed so Emacs picks the right Noto Sans version and avoid the issue altogether?
Perhaps the wiki should be updated with the fix of simply changing the default sans-serif font? Is editing the /etc/fonts/conf.avail.infinality/free/60-latin-free.conf the best way to do that? Obviously I'd rather not touch files that future versions of your package might want to overwrite.

Thanks!

bohoomil · 2014-07-10 22:26:01

@conorbev Thanks a lot for the feedback and sorry for the late response: I have not been receiving mail notifications on new posts in this thread lately, hence the silence on my side.

I must confess I am not an Emacs expert so the solution I proposed a while ago seemed the right one. As far as I am concerned, the three basic typefaces can be changed completely to Liberation family. The reason of my choosing Noto Sans for the default sans face was its overall higher quality and much better optimization for screen than Liberation Sans'. Besides, as it was possible to change it on a per-user basis (which now is even easier than it was in the early releases of fontconfig-iu), I did not worry too much about it. However, if other users accept the swap, I will do it in the next update.

Why does Emacs behave like this? I may be wrong, but I think it can be the way Emacs handles stack fonts: Noto Sans is, as you know it, a collection of many individual language specific font files. It is possible that Emacs gets "confused" when it is served the entire list of fonts behind a single family name, and simply picks the last one from almost 70 available. At least this seems to be a possible explanation of what it is doing. Since you have already done plenty of useful debugging (thanks for the valuable work!), you may want to check if it acts similarly with other stack font family, Droid Sans for example. If the answer is correct, than the issue lives in Emacs code. (By the way, this would not surprise me: Chromium is another application I know which has problems with correct interpretation of fontconfig instructions, and the symptoms are similar to yours.) Otherwise, it can a problem with one of the sub-fonts in the Noto stack.

The workaround in the Wiki can be safely updated/extended in accordance with your suggestion. I would leave the one we already have and simply added one more point on changing the default sans face. In this case, the necessary code:

  <alias>
    <family>sans-serif</family>
    <prefer>
      <family>Liberation Sans</family>
    </prefer>
  </alias>

---should be placed either in `35-repl-custom.conf` for global effect or in `$XDG_CONFIG_HOME/fontconfig/fonts.conf` || `$XDG_CONFIG_HOME/fontconfig/conf.d/60-latin.conf` for a single user. For `combi` users, `60-latin-combi.conf` should be modified accordingly. I can add the commented code with necessary explanation to `35-repl-custom.conf` and a note in the Wiki for Emacs users to uncomment it if necessary.

Of course, if we pick the third option---i.e. swap the default Noto Sans for Liberation Sans---the update will remain valid only for those users who are still going to use Noto Sans globally and Emacs. However, I would like to read what others think so that I will not mess too much and everyone remains content.

bohoomil · 2014-07-10 22:29:24

Harrison_Bricks wrote:

Hello, bohoomil !
I have been creating fontconfig package for my favourite distro and wanted to ask , what to do with font-settings directory which I found in your git. There is a lot of config files for fonts.
Where I should copy it?
Thanks in advance.

Please, send me an email so we can discuss your case. Thanks!

rbellamy · 2014-07-13 22:51:25

Trying to re-install infinality-bundle-fonts meta package, and keep getting what seems to be internal conflicts. I've read through this thread and the other found here, without coming to an understanding of how to "fix" my problem.

Specifically, I get:
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: otf-heuristica-ib and ttf-heuristica-ibx are in conflict

If I remove the *otf-heuristica-ib* font, then it'll start barking about something else... I've done this with a few of the fonts, and now am starting to get worried that I don't know what I'm doing and will screw up my fonts.

Any help is appreciated.

Here's a sample pacman session:

rbellamy@m i ~/Development/dotfiles master % sudo pacman -S infinality-bundle-fonts          
:: There are 50 members in group infinality-bundle-fonts:
:: Repository infinality-bundle-fonts
   1) otf-cantoraone-ib  2) otf-heuristica-ib  3) otf-melthofonts-ib  4) otf-oswald-ib  5) otf-quintessential-ib  6) otf-tex-gyre-ib  7) t1-bh-ib  8) t1-cursor-ib  9) t1-dejavu-ib  10) t1-urw-fonts-ib
   11) ttf-bh-ib  12) ttf-caladea-ib  13) ttf-carlito-ib  14) ttf-courier-prime-ib  15) ttf-ddc-uchen-ib  16) ttf-dejavu-ib  17) ttf-droid-ib  18) ttf-gelasio-ib  19) ttf-heuristica-ibx  20) ttf-ipafont-ib
   21) ttf-liberastika-ib  22) ttf-liberation-ib  23) ttf-lklug-ib  24) ttf-lohit-assamese-ib  25) ttf-lohit-bengali-ib  26) ttf-lohit-devanagari-ib  27) ttf-lohit-fonts-meta-ib  28) ttf-lohit-gujarati-ib
   29) ttf-lohit-gurmukhi-ib  30) ttf-lohit-kannada-ib  31) ttf-lohit-malayalam-ib  32) ttf-lohit-marathi-ib  33) ttf-lohit-nepali-ib  34) ttf-lohit-odia-ib  35) ttf-lohit-punjabi-ib  36) ttf-lohit-tamil-ib
   37) ttf-lohit-telugu-ib  38) ttf-merriweather-ib  39) ttf-merriweather-sans-ib  40) ttf-mph-2b-damase-ib  41) ttf-nanum-fonts-ib  42) ttf-noto-sans-ib  43) ttf-noto-sans-multilang-ib  44) ttf-noto-serif-ib
   45) ttf-noto-serif-multilang-ib  46) ttf-opensans-ib  47) ttf-symbola-ib  48) ttf-tharlon-ib  49) ttf-ubuntu-font-family-ib  50) ttf-wqy-microhei-ib

Enter a selection (default=all): 
warning: otf-cantoraone-ib-1.001-4 is up to date -- reinstalling
warning: otf-melthofonts-ib-1.21-5 is up to date -- reinstalling
warning: otf-oswald-ib-3.0-5 is up to date -- reinstalling
warning: otf-quintessential-ib-1.000-4 is up to date -- reinstalling
warning: otf-tex-gyre-ib-2.005-5 is up to date -- reinstalling
warning: t1-bh-ib-1.0.3-1 is up to date -- reinstalling
warning: t1-cursor-ib-1.0.2-3 is up to date -- reinstalling
warning: t1-urw-fonts-ib-2.4-5 is up to date -- reinstalling
warning: ttf-caladea-ib-20130214-4 is up to date -- reinstalling
warning: ttf-carlito-ib-20130920-5 is up to date -- reinstalling
warning: ttf-courier-prime-ib-1.203-4 is up to date -- reinstalling
warning: ttf-ddc-uchen-ib-1.000-4 is up to date -- reinstalling
warning: ttf-dejavu-ib-2.34-9 is up to date -- reinstalling
warning: ttf-droid-ib-20121017-8 is up to date -- reinstalling
warning: ttf-gelasio-ib-1.00-3 is up to date -- reinstalling
warning: ttf-ipafont-ib-003.03-3 is up to date -- reinstalling
warning: ttf-liberastika-ib-1.1.4-1 is up to date -- reinstalling
warning: ttf-liberation-ib-2.00.1-6 is up to date -- reinstalling
warning: ttf-lklug-ib-0.6-5 is up to date -- reinstalling
warning: ttf-lohit-odia-ib-2.5.5-4 is up to date -- reinstalling
warning: ttf-lohit-punjabi-ib-2.5.3-5 is up to date -- reinstalling
warning: ttf-merriweather-ib-1.003-6 is up to date -- reinstalling
warning: ttf-merriweather-sans-ib-1.003-6 is up to date -- reinstalling
warning: ttf-mph-2b-damase-ib-002.000-7 is up to date -- reinstalling
warning: ttf-nanum-fonts-ib-3.020-4 is up to date -- reinstalling
warning: ttf-noto-sans-ib-1.04-4 is up to date -- reinstalling
warning: ttf-noto-sans-multilang-ib-1.04-5 is up to date -- reinstalling
warning: ttf-noto-serif-ib-1.02-4 is up to date -- reinstalling
warning: ttf-noto-serif-multilang-ib-1.04-4 is up to date -- reinstalling
warning: ttf-opensans-ib-1.2-11 is up to date -- reinstalling
warning: ttf-symbola-ib-7.12-3 is up to date -- reinstalling
warning: ttf-tharlon-ib-1.002-3 is up to date -- reinstalling
warning: ttf-ubuntu-font-family-ib-0.80-9 is up to date -- reinstalling
warning: ttf-wqy-microhei-ib-0.2.0_beta-8 is up to date -- reinstalling
resolving dependencies...
looking for inter-conflicts...
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: otf-heuristica-ib and ttf-heuristica-ibx are in conflict
zsh: exit 1     sudo pacman -S infinality-bundle-fonts

Last edited by rbellamy (2014-07-13 23:35:42)

karol · 2014-07-13 23:29:26

When posting configs, code or command output, please use [ code ] tags, not [ quote ] tags https://bbs.archlinux.org/help.php#bbcode

like this

It makes the code more readable and - in case of longer listings - more convenient to scroll through.

It may be related to this update: http://bohoomil.com/2014/06/12/2014-06-12/

rbellamy · 2014-07-13 23:39:05

@karol, thanks for the pointer, updated my post.

As for the recent update, I'm assuming it's related, as the fonts I'm fumbling with are mentioned there. I need some guidance on how to deal with possible internal conflicts between fonts within the meta package.

progandy · 2014-07-14 00:05:44

rbellamy wrote:

@karol, thanks for the pointer, updated my post.
As for the recent update, I'm assuming it's related, as the fonts I'm fumbling with are mentioned there. I need some guidance on how to deal with possible internal conflicts between fonts within the meta package.

infinality-bundle-fonts is not a meta-package, but simply a collection of fonts, some of them conflicting.
The meta-packages are ibfonts-meta-{base,extended,extended-lt}

Last edited by progandy (2014-07-14 00:06:00)

vvo · 2014-07-15 10:46:39

progandy wrote:

rbellamy wrote:
@karol, thanks for the pointer, updated my post.
As for the recent update, I'm assuming it's related, as the fonts I'm fumbling with are mentioned there. I need some guidance on how to deal with possible internal conflicts between fonts within the meta package.
infinality-bundle-fonts is not a meta-package, but simply a collection of fonts, some of them conflicting.
The meta-packages are ibfonts-meta-{base,extended,extended-lt}

I too suffer from conflicts, will they be resolved inside the package?

Arch Linux

#1251 2014-06-25 19:02:12

Re: infinality-bundle: good looking fonts made (even) easier

#1252 2014-06-25 19:19:53

Re: infinality-bundle: good looking fonts made (even) easier

#1253 2014-06-25 19:38:56

Re: infinality-bundle: good looking fonts made (even) easier

#1254 2014-06-25 20:10:18

Re: infinality-bundle: good looking fonts made (even) easier

#1255 2014-06-25 20:45:40

Re: infinality-bundle: good looking fonts made (even) easier

#1256 2014-06-25 22:26:56

Re: infinality-bundle: good looking fonts made (even) easier

#1257 2014-06-28 02:29:53

Re: infinality-bundle: good looking fonts made (even) easier

#1258 2014-06-28 02:54:43

Re: infinality-bundle: good looking fonts made (even) easier

#1259 2014-06-29 17:35:38

Re: infinality-bundle: good looking fonts made (even) easier

#1260 2014-06-29 21:45:08

Re: infinality-bundle: good looking fonts made (even) easier

#1261 2014-06-29 22:19:42

Re: infinality-bundle: good looking fonts made (even) easier

#1262 2014-06-30 01:16:27

Re: infinality-bundle: good looking fonts made (even) easier

#1263 2014-06-30 17:54:16

Re: infinality-bundle: good looking fonts made (even) easier

#1264 2014-07-03 12:52:24

Re: infinality-bundle: good looking fonts made (even) easier

#1265 2014-07-03 13:12:45

Re: infinality-bundle: good looking fonts made (even) easier

#1266 2014-07-03 14:04:18

Re: infinality-bundle: good looking fonts made (even) easier

#1267 2014-07-04 20:39:05

Re: infinality-bundle: good looking fonts made (even) easier

#1268 2014-07-06 19:59:28

Re: infinality-bundle: good looking fonts made (even) easier

#1269 2014-07-10 22:26:01

Re: infinality-bundle: good looking fonts made (even) easier

#1270 2014-07-10 22:29:24

Re: infinality-bundle: good looking fonts made (even) easier

#1271 2014-07-13 22:51:25

Re: infinality-bundle: good looking fonts made (even) easier

#1272 2014-07-13 23:29:26

Re: infinality-bundle: good looking fonts made (even) easier

#1273 2014-07-13 23:39:05

Re: infinality-bundle: good looking fonts made (even) easier

#1274 2014-07-14 00:05:44

Re: infinality-bundle: good looking fonts made (even) easier

#1275 2014-07-15 10:46:39

Re: infinality-bundle: good looking fonts made (even) easier

Board footer