[TOOLS-DEVELOPMENT] Report: RFI - Fonts for PDF RFCs

"Heather Flanagan (RFC Series Editor)" <rse@rfc-editor.org> Thu, 05 February 2015 17:58 UTC

Return-Path: <rse@rfc-editor.org>
X-Original-To: tools-development@ietfa.amsl.com
Delivered-To: tools-development@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C3C81A8A27 for <tools-development@ietfa.amsl.com>; Thu, 5 Feb 2015 09:58:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YR5FQHlGxM1z for <tools-development@ietfa.amsl.com>; Thu, 5 Feb 2015 09:58:19 -0800 (PST)
Received: from mail.amsl.com (mail.amsl.com [4.31.198.40]) by ietfa.amsl.com (Postfix) with ESMTP id C497F1A8A0D for <tools-development@ietf.org>; Thu, 5 Feb 2015 09:58:19 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id BA0ED1E5A23; Thu, 5 Feb 2015 09:57:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YxAHyEpg24BQ; Thu, 5 Feb 2015 09:57:54 -0800 (PST)
Received: from Heathers-MacBook-Pro.local (unknown [98.125.214.233]) by c8a.amsl.com (Postfix) with ESMTPSA id 7804F1E5A20; Thu, 5 Feb 2015 09:57:54 -0800 (PST)
Message-ID: <54D3AF3A.6080503@rfc-editor.org>
Date: Thu, 05 Feb 2015 09:58:18 -0800
From: "Heather Flanagan (RFC Series Editor)" <rse@rfc-editor.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: rsoc@iab.org, IETF Tools Development <tools-development@ietf.org>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/tools-development/fdjt2_2lOP4UDw_N2YjRj0is4GE>
Subject: [TOOLS-DEVELOPMENT] Report: RFI - Fonts for PDF RFCs
X-BeenThere: tools-development@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Tools Development list server <tools-development.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tools-development>, <mailto:tools-development-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tools-development/>
List-Post: <mailto:tools-development@ietf.org>
List-Help: <mailto:tools-development-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tools-development>, <mailto:tools-development-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Feb 2015 17:58:21 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


(fixed RSOC address)

Hello all,

The comment period for the font RFI has closed, and while we did not get
many responses, the input received was mostly useful.  In particular, we
now have more information on what fonts are available via an open source
license from Adobe [1], additional pointers to consider Noto [2] as well
as Roboto [3], Open Sans [4], and Skolar [5], and that the requirement
for a monospace font with broad Unicode support is going to be a problem.

One suggestion received included a suggestion that we find a
professional document designer to help with the layout and typefaces.  I
have no information on how much that would cost, so I have sent out some
very unofficial queries to see if I can get an idea of whether this is
remotely within our means.  It may be that we can combine this with a
CSS developer for the HTML format, though I have no more information to
provide at this moment on whether that's a viable idea or not.  I'll
keep pursuing that idea, but separately from the font issue (for now -
these may merge back together in the future).

Back to the question of fonts, however, based on the input received, I
think the Noto font family will be the best option.  It gives us a wide
range of Unicode support and was designed to work together across the
different scripts.  The only gap here is the lack of a monospace font
within this family.  The other fonts mentioned--the Adobe fonts, Roboto,
and Open Sans--are all more significantly limited in their scripts than
Noto is.  Adobe has a monospace font option (Source Code Pro) but it is
limited to Latin 4 (aka Western European) script support.

There are several possible next steps, in estimated order of cost
(lowest to highest):

1. Change the new format requirements to limit all code examples, ASCII
artwork, or anything else that requires a fixed-width font to only use
ASCII characters or Latin 4 characters and use Adobe's  Source Code Pro.
2. Find someone at Google to see what it would take to get monospace
variants for Noto that covers as many font families as possible.
3. Pay for the development of monospace typeface that would include at
least the most expected use cases for non-Latin characters in RFCs
(Asian scripts) as well as the Latin 3 and 4 (Eastern and Western
European) scripts.

I'd rather not do option 3 if we can avoid it.  I don't think the
(probable) expense is worth the effort if other options are available. 
Option 1 is something we can fall back on if all else fails (for now)
but this doesn't have to be a permanent choice.  It can be what we do
for now, and we can change this when fonts become available.  I think
that's the right place to start.  And while we have that as our default,
we can talk to the fine folks at Google (does anyone have a good contact
within the Noto project?) about a set of monospace variants.

Discussion and other opinions are welcome.  Please let me know if you
have any questions!

- -Heather


[1] https://github.com/adobe-fonts/
[2] http://www.google.com/get/noto , http://en.wikipedia.org/wiki/Noto_fonts
[3] http://www.google.com/fonts/specimen/Roboto ,
http://en.wikipedia.org/wiki/Roboto
[4] http://www.google.com/fonts/specimen/Open+Sans
[5] https://www.rosettatype.com/Skolar
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2
Comment: GPGTools - http://gpgtools.org

iQEcBAEBAgAGBQJU0686AAoJEER/xjINbZoGu2cIAKh32MqRhVW/uPeWtDWIMnXA
/mteW8AYBZplLl8h3jAiARTx6oEy8/HgNw6MGAFNLcCsWOuB0Oleb3Paw5pMS4HK
95MzfIl35DSnuopaIwMvdzKR4fr3NiQmhPgt5OJ6WeYpkYRS+Rq8rXH6p25DdfMg
EqTcMilcON2/mX4u+BnP9ISV7abBc01lAhLypLOXDnjCFA1GMqKtquLJZ6xUpQqL
or0vvP0FhO/OHk9WmS7hPI7q0/iKd03s3gPAOl5TjmOj+RYOObpxRzen/CzPsO7I
rpEPAAQdvwzwPDiOv+eBnZsJqkxVPz7u4ibu8BZjQSZlwN0Av0EEt6xppgHtUtc=
=n1zO
-----END PGP SIGNATURE-----