Would it be possible to add the ability to scale the input fonts glyphs uniformly to fit within the width of the reference font?

Take FontAwesome as input and DejaVu Sans Mono as reference, many of the symbols from FontAwsome (the battery-icons for example) are a bit too big to fit, putting them between > and < usually makes them overlap. What I would like was for either some option to set a scale factor, or the program to calculate an optimal factor.

Currently all DBCS characters' widths are chopped as half after being processed by monospacifier.py.

(Still can be displayed in full when spaces are added between every character though)

Awesome work. Could you also consider support Source Code Pro font?

https://github.com/adobe-fonts/source-code-pro

Thanks!

Here are best fallback chains for my liking (for Roboto Mono and Consolas).

I think that creating a single font is too restricting because of the different FOSS font licenses. Now I think it's better to write a nice UI for "Fallbacker" so end-users can create temporal fallback fonts directly on their computers - when they need a single font file. Or simply use CSS fallback chains when using Browsers and Browser-based editors.

For my Emacs config on Ubuntu 15.10 I had to set the fontset in this way for some reason:
(set-fontset-font "fontset-startup" 'unicode "Symbola monospacified for Ubuntu Mono" nil 'append)

Then everything seemed to work as expected.
I'm not quite sure about the difference between "fontset-default" and "fontset-startup" and if this could be system dependent, but perhaps you could add a note about this in the readme.

Great work! I stumbled upon it setting up my mu4e config.

Installation on a fresh 18.04 is a drag. Even with Ubuntu I had to rerun bootstrap script a dozen of times because of missed dependencies. Please install m4, please install automake (probably irrelevant if you ever built any other package on this system), please install libtool, please install pkg-config, please use --force on each iteration because there's no skip or overwrite by default. And when you are done with it, here comes configure script with its own bunch. It didn't help either when I didn't remember how the package is called, libglib2.0-dev took me embarassing amount of time to remember when I was asked for a GLIB. And this happens on a most bloated distro you can find. I cannot speak for everybody and I understand this software is rather niche, but having a dependency list in readme.md might save someone a couple of hours, especially on a slow connection. I'll post a list of all packages I needed on 18.04 during the install in a reply below, hope it'll help.

I tried running this using Windows 10 with Linux Subsystem with Ubuntu and Python and it almost worked but got stuck on ./bootstrap and it said

please set 'build_aux' in 'bootstrap.conf'bootstrap: or add the following (or similar) to your 'configure.ac':bootstrap: AC_CONFIG_AUX_DIR([name of a directory for build scripts])

Is it possible to make a "fallbacker" script that tunes fallback font to the main font? So that small letters would be of the same height as in main font, same for the capital letters respectively. Their weight should also be fixed independently. I know this can be done via FontForge. Is it possible to determine coefficients automatically?

And how do Monospacifier works now? Does it adjust small and capital letters independently?

Would it be possible to include all fonts in one zip? It's pretty annoying to have to individually click to install them all.

Free fonts that you monospacify often have licenses that do not allow modified font to have any of the word from the name of the original font (OFL is the case).

So I suggest to implement another auto-naming: replace the last letter in every word to 0 or _ (and also shorten a bit):

For example Noto Sans to:

• Not_ San_ monosp for Consolas or
• Not0 San0 monosp for Consolas.

I found this font going very well with DejaVu Sans Mono and would suggest to add it to the "precompiled" font list.

DejaVuMathTeXGyre_monospacified_for_DejaVuSansMono.zip

(created with ./monospacifier.py --reference /usr/share/fonts/truetype/dejavu/DejaVuSansMono.ttf --inputs /usr/share/fonts/truetype/dejavu/DejaVuMathTeXGyre.ttf on my Windows 10 machine within WSL1 Debian Buster)

Thanks!

How difficult would it be to generate fonts with half-width characters monospacified, and full-width characters set to exactly double their width?

I am not sure how to distinguish between half- and full-width characters programmatically. Is the difference specified in Unicode, or does each font decide which characters are which width?

Hi @cpitclaudel,

I tried using the Symbola monospacified for Inconsolata font and I end up with overlapping icons (and slight miss-alignment)

See attached picture bellow:

Hi, this is an absolutely awesome tool! Thank you so much, you saved me hours of work! It still took me hours to figure out that I needed to monospace my font, and it was only luck that I stumbled across this neat little tool - it is not easy to find.

Still, I have two small issues with it. One, it sort of crashes with --copy-metrics, but it does seem to save the font anyway:

Traceback (most recent call last):
  File "./monospacifier.py", line 281, in <module>
    main()
  File "./monospacifier.py", line 267, in main
    results = list(process_fonts(args.references, args.inputs, args.save_to, args.merge, args.copy_metrics))
  File "./monospacifier.py", line 256, in process_fonts
    path = make_monospace(reference, fallback, gscaler, save_to, copy_metrics)
  File "./monospacifier.py", line 206, in make_monospace
    fscaler.copy_metrics(reference)
  File "./monospacifier.py", line 169, in copy_metrics
    setattr(self.font, metric, getattr(reference, metric))
AttributeError: 'fontforge.font' object has no attribute 'os2_capheight'

And two, the generated font's glyphs (octicons in my case) get squeezed horizontally more than vertically, so the round ones now look more like an egg rather than a circle. Would it be possible to supply a parameter that keeps the aspect ratio of the glyphs?

Or, even better in this case: keep the size of the visible "drawing" and shrink only the glyph's canvas width so that the icon might be drawn over neighbouring glyphs. I wouldn't care, I can simply add a space in front and after it, but that would look better :)

thanks!

If your favorite combination is not available, please let me know.

I got used to using Courier New on my Windows machine. Do you have one for that?

Command line: ./monospacifier.py --references ./sources/references/* --inputs ./sources/inputs/* --save-to ./fonts --copy-metrics --merge

Error log:

Traceback (most recent call last):
  File "/home/lcw/fck/./monospacifier.py", line 309, in <module>
    main()
  File "/home/lcw/fck/./monospacifier.py", line 293, in main
    results = list(process_fonts(args.references, args.inputs,
  File "/home/lcw/fck/./monospacifier.py", line 284, in process_fonts
    path = make_monospace(reference, fallback, gscaler, save_to, copy_metrics, renames)
  File "/home/lcw/fck/./monospacifier.py", line 227, in make_monospace
    fscaler.scale_glyphs(gscaler)
  File "/home/lcw/fck/./monospacifier.py", line 172, in scale_glyphs
    scaler.scale(glyph)
  File "/home/lcw/fck/./monospacifier.py", line 124, in scale
    GlyphScaler.set_width(glyph, self.cell_width)
  File "/home/lcw/fck/./monospacifier.py", line 66, in set_width
    glyph.left_side_bearing += delta / 2
TypeError: 'float' object cannot be interpreted as an integer

Seems to be related with #30.

Could you please consider supporting JetBrains Mono?

https://github.com/JetBrains/JetBrainsMono.

Thanks in advance.

I'm struggling to find where nested composite glyphs are handled. (I'm reading the code, since I can't find a way to run it on my Win10x64 system).

Adjustment of simple glyphs is clearly handled with grace and consideration.

But if a simple glyph is a component in another composite glyph, the attachment points are now incorrect since the simple glyph has (or will soon be) moved. Do not the attachment points have to be adjusted to account for re-positioning of the components? Otherwise, since each glyph can be re-positioned by a different amount, attachment points for components will be incorrect.

Furthermore, composite glyphs can be arbitrarily nested, so some kind of iterative strategy seems to be needed. I'm thinking that no composite glyph can be processed until all it's components have been processed ... i.e. starting with all simple glyphs then composite glyphs that only have simple glyphs as components, then working your way up the dependency tree of composite glyphs. At each stage, a structure is needed to remember how much each component has been re-positioned.

This gets more thorny because of the scaling that is performed by monospacifier.

Finally, bounding boxes and global bounding metrics need to be re-calculated.

Am I missing something here? I am just not seeing where all this complexity is handled. Or is there some strategy going on here that handles these issues that I just don't grok.

See fontforge/fontforge#2638. Perhaps you want to include a branch or commit hash or tag in the suggestion?

I've done a lot of looking into unicode support on monospace fonts, and i haven't found anything better than Everson Mono http://www.evertype.com/emono/

Mostly I just think you should consider it as a font for merging/falling back to as it is monospace already and should scale nicely (plus it supports 11,000 unicode glyphs which is better than even most non-monospace fonts).

My everson mono + courier new merged font is working beautifully, and everson mono may be the right answer for other people as well.

At the moment monospacifier does not work with python3 and Fontforge does not appear to have bindings for python2 anymore. So even to use tauthon is not possible.

How difficult would it be to port monospacifier to python3?

Hello :)
When I launch the python script, I have the following error: ImportError: No module named fontforge...
But fontforge is installed, and I have no errors when I try import fontforge in ptpython...
I use Manjaro.
Thanks :)

I observe this bug on monospacified Roboto Mono.

$ fontforge -script monospacifier.py --input input/Raleway-* --references fonts/CourierStd.otf --copy-metrics

 License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
 with many parts BSD <http://fontforge.org/license.html>. Please read LICENSE.
 Based on sources from 13:38 UTC 25-Apr-2019-ML-D.
 Based on source from git with hash: f0c988e05b088411a47668c4582848165f5f0e4d
The following table(s) in the font have been ignored by FontForge
  Ignoring 'DSIG' digital signature table
Warning: Mac and Windows entries in the 'name' table differ for the
  Fullname string in the language English (US)
  Mac String: Courier Std Medium
  Windows String: CourierStd
>>> For reference font Courier Std:
The following table(s) in the font have been ignored by FontForge
  Ignoring 'DSIG' digital signature table
>>> - Monospacifying Raleway Black
Traceback (most recent call last):
  File "monospacifier.py", line 308, in <module>
    main()
  File "monospacifier.py", line 294, in main
    args.copy_metrics, args.rename))
  File "monospacifier.py", line 283, in process_fonts
    path = make_monospace(reference, fallback, gscaler, save_to, copy_metrics, renames)
  File "monospacifier.py", line 207, in make_monospace
    cleanup_font_name(fallback.fontname, renames),
  File "monospacifier.py", line 201, in cleanup_font_name
    for old, new in renames:
TypeError: 'NoneType' object is not iterable

Running Arch Linux, Compiled Fontforge from source using the following workaround: https://stackoverflow.com/questions/29441053/importerror-psmat-is-not-a-built-in-module

Would be great to have pre-compiled monospacified fonts for Liberation Mono.

I just compiled my own version of Symbola monospacified for Liberation Mono. Your tool worked great--thanks!

Since I've got things working now, I'd add this myself and submit a pull request, but the Makefile is specific to your machine.