README

   1 FONTLOG for Cantarell GNOME 0.0.5
   2 =================================
   3
   4 This file provides detailed information on the Cantarell font
   5 software. This information should be distributed along with the
   6 Cantarell fonts and any derivative works.
   7
   8 Font Information
   9 -------------------------
  10
  11 The Cantarell typeface family is a contemporary Humanist
  12 sans serif, and is used by the GNOME project for its user
  13 interface and the Fedora project.
  14
  15 Cantarell was originally designed by Dave Crossland as part
  16 of his coursework for the MA Typeface Design programme at
  17 the Department of Typography in the University of Reading,
  18 England. [1]
  19
  20 Dave was motivated to undertake a study of typeface design because
  21 he believes it is essential that when we use digital tools, our
  22 freedom to use, understand, modify and share these tools is
  23 respected. Otherwise, when the tool does not work in the way
  24 that we need, we will be unable to fix it.
  25
  26 These fonts are developed using only such "libre" software,
  27 mainly FontForge [2].
  28
  29 Cantarell was originally aimed at on-screen reading in a specific
  30 use-case and environment: reading web pages on an HTC Dream
  31 mobile phone [3].
  32
  33 That device was the first to ship with Google Android [4], and
  34 came installed with a web browser that supported the exciting web
  35 fonts feature known as @font-face [5]. As Dave's very first typeface
  36 design, the typeface has many faults, yet he asserts it achieves
  37 his goal of improving readability on this device.
  38
  39 The regular member of the family has had recieved the most focus, and a bold
  40 family has been developed quickly to provide better somewhat better results
  41 that an operating system's automatic bolding. In the case of oblique, we
  42 decided to rely on the system generated variant for now. An actual italics
  43 variant is planned.
  44
  45 The Regular font fully supports the following writing systems:
  46 Basic Latin, Western European, Catalan, Baltic, Turkish, Central
  47 European, Dutch and Afrikaans. To date, Pan African Latin has
  48 only 33% glyph coverage.
  49
  50 Since the design is aimed at display on-screen at small sizes, the
  51 printed output (especially of the bold and oblique) may not work
  52 well. Fonts tuned to the needs of printing will be developed in
  53 the future.
  54
  55 The fonts were initially published on the 6th of July 2009 on
  56 Dave Crossland's foundry website [6] under the terms of the GNU
  57 General Public License version 3. [7] In May 2010 the fonts were
  58 republished through Google Web Fonts [8] under the terms of the
  59 SIL Open Font License version 1.1. [9] In November 2010 the
  60 project became part of the GNOME project and is now under active
  61 development by the GNOME design community. [10]
  62
  63 Dave Crossland, 21st March 2011
  64
  65 [1]: http://www.typedesign.reading.ac.uk
  66 [2]: http://fontforge.sf.net
  67 [3]: http://en.wikipedia.org/wiki/HTC_Dream
  68 [4]: http://en.wikipedia.org/wiki/Android_%28operating_system%29
  69 [5]: http://openfontlibrary.org/wiki/Web_font_linking_with_%40font-face
  70 [6]: http://abattis.org/cantarell
  71 [7]: http://www.gnu.org/licenses/gpl.html
  72 [8]: http://www.google.com/webfonts
  73 [9]: http://scripts.sil.org/OFL
  74 [10]: http://live.gnome.org/CantarellFonts
  75
  76                                   * * *
  77
  78 Developer information
  79 ---------------------
  80
  81 The original src/Cantarell-Regular.sfd file has the master sources
  82 as Cubic (PostScript) Bezier splines. There are temporary layers
  83 and a 'Spiro' layer in this file, containing forms used to create
  84 the master Cubic Bezier glyphs; the Spiro layer contains forms in
  85 Spiro splines, and much of the original typeface design by Dave
  86 Crossland was done by drawing in Spiro splines. However today the
  87 master drawing spline format is Cubic Bezier, and Spiro splines
  88 are used to inform their creation.
  89
  90 The Cantarell-Regular.sfd file is the _master_ source, and was
  91 used to generate the Cantarell-Bold.sfd which is now a hard fork.
  92
  93 All development occurs by making changes to these drawing files.
  94 When OTF or TTF binaries are compiled, they are copied to the
  95 Cantarell-*-OTF.sfd and Cantarell-*-TTF.sfd files and then a
  96 build process applied.
  97
  98 This means that there should be a 1:1 match between these files,
  99 the OTF and TTF files in the otf/ and ttf/ directories, and the
 100 output of generating new OTF and TTF files from FontForge.
 101
 102 The build process is simple; the Spiro and temp layers are removed,
 103 in the case of TTF files all layers are converted to Quadratic from
 104 Cubic, and then all glyphs have the Simplify, Add Extrema, Round
 105 to Int, and Correct Direction operations applied.
 106
 107 In the future a build script will be developed to do this in an
 108 automated way, which will be important for adding OpenType
 109 Layout features through a feature.fea file.
 110
 111 ChangeLog
 112 -------------------------
 113
 114 Please refer to the GNOME Git repository changelog at this URL:
 115
 116 http://git.gnome.org/browse/cantarell-fonts/log/
 117
 118 Acknowledgements
 119 -------------------------
 120
 121 Here is a list of major contributors; all contributors are listed
 122 in the GNOME Git repository changelogs.
 123
 124 If you make major modifications be sure to add your name (N), email (E),
 125 web-address (W) and description (D). This list is sorted by last name
 126 in alphabetical order.
 127
 128 N: Jakub Steiner
 129 E: jimmac@gmail.com
 130 W: http://jimmac.musichall.cz
 131 D: Designer - many improvements and GNOME standards engineering
 132
 133 N: Dave Crossland
 134 E: dave@understandinglimited.com
 135 W: http://abattis.org/cantarell/
 136 D: Designer - original Latin glyphs
 137
 138 N: Erik Hartenian
 139 E: infinality@infinality.net
 140 W: http://infinality.net
 141 D: Connoisseur of fine font renderding