<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 2 October 2015 at 07:50, Paul Wise <span dir="ltr"><<a href="mailto:pabs@debian.org" target="_blank">pabs@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>On Fri, 2015-10-02 at 07:27 -0600, Dave Crossland wrote:<br>
<br>
> Sources and binaries are not the same stuff.<br>
<br>
</span>They are two different forms of the same stuff.<br>
<br>
One form is used by designers/developers to create new versions of the stuff.<br>
<br>
The other form is an artefact that (usually) isn't altered and only used.</blockquote><div><br></div><div>Right. Thus 1 repo for the binaries, and a repo per project for sources</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>> I ask people to drop the rfn, but when they refuse, I get permission;<br>
> for Google to use the rfn (and trademark.)<br>
> However, for the source repos, this could be a good idea. I can ask<br>
> about that.<br>
</span>...<br>
<span>> The official name is the rfn name; that's why the maintainer reserved<br>
> the name. The distros need to rename or get permission. Same as<br>
> Firefox.<br>
<br>
</span>It appears as though I wasn't clear enough in explaining my idea, so I<br>
will try again. I get the impression that many of the fonts on Google<br>
fonts are basically abandoned by their original designers and turned<br>
over to Google to maintain. For such fonts with a RFN that the original<br>
designers refuse to remove, Google could just rename their font and use<br>
the new name instead. The license will still have an RFN but it will<br>
not be the name of the font so people can basically ignore the RFN as<br>
long as they don't rename the font back to the RFN. Obviously this<br>
doesn't apply to all the fonts on Google fonts but probably many of<br>
them.</blockquote><div><br></div><div>I understand; where your supposition is true (like with the Play font) then I agree, the RFN prevents further development under that name, and so must be renamed. But for the majority of fonts, the RFN holder isn't abandoning the project, they merely require their labour time to be paid. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>> The font development community is not uniform, like the software<br>
> development community is not uniform in choice of text editor, ide,<br>
> distro, etc. It would be like asking everyone to use eclipse on<br>
> fedora.<br>
<br>
</span>Generally one's choice of distro/editor/compiler etc is irrelevant for<br>
the software development community, they are for the most part<br>
interoperable as plain text and individual programming languages are<br>
quite universal. One can modify C code with any text editor on any OS<br>
and compile it for the most part with many different compilers.</blockquote><div><br></div><div>"Generally one's choice of font editor is irrelevant for the font development community, they are for the most part interoperable as Bezier outlines and OpenType features are quite universal. One can open and modify CFF outlines with any font editor on any OS, and re-compile it for the most part with many different compilers." No? :)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>> Ufo is not great as a source format, it lacks structures for a lot of<br>
> basic source data types. If you use RoboFont it stores a lot in the<br>
> private data areas, essentially forking the format. Glyphs and sfd<br>
> formats are  richer.<br>
<br>
</span>Interesting. Does Glyphs support SFD or FontForge support Glyphs?</blockquote><div><br></div><div>Neither.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>> Behdads FontTools isn't a compiler, and is now maintained by a<br>
> community of mostly non google developers btw.<br>
> The Google Roboto github repo has a ttf compiler branch under<br>
> development, but it's far from ready.<br>
<br>
</span>Not sure what you mean by a font compiler, but FontTools can certainly<br>
transform non-TTF forms of fonts to TTF.</blockquote><div><br></div><div>What non-TTF forms? :)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>> Fontforge is another libre compiler but it's not good quality, so I<br>
> suggest avoiding it where possible.<br>
<br>
</span>What about it isn't good quality?</blockquote><div><br></div><div>The ufo read/write support is buggy and incompatible with other implementations including the reference implementation. </div></div><div><br></div>-- <br><div>Cheers<br>Dave</div>
</div></div>