<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://typophile.com" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>Typophile - Multiple Master question - Comments</title>
 <link>http://typophile.com/node/45734</link>
 <description>Comments for &quot;Multiple Master question&quot;</description>
 <language>en</language>
<item>
 <title>True. I have thought through</title>
 <link>http://typophile.com/node/45734#comment-284084</link>
 <description>&lt;p&gt;True. I have thought through a couple of examples since my last post. In most of them path directions could be corrected automatically, but there are cases which are indeed ambiguous, or put differently: where path direction is a design decision.&lt;/p&gt;
</description>
 <pubDate>Mon, 16 Jun 2008 02:44:39 -0700</pubDate>
 <dc:creator>k.l.</dc:creator>
 <guid isPermaLink="false">comment 284084 at http://typophile.com</guid>
</item>
<item>
 <title>Still I’d prefer it if FLS</title>
 <link>http://typophile.com/node/45734#comment-284071</link>
 <description>&lt;p&gt;&lt;em&gt;Still I’d prefer it if FLS would do the right thing automatically.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;I don&amp;#8217;t see how that&amp;#8217;s possible. The reason it doesn&amp;#8217;t do both automatically is that it&amp;#8217;s ambiguous. How does a program know how to resolve that ambiguity?&lt;/p&gt;
</description>
 <pubDate>Sun, 15 Jun 2008 22:59:20 -0700</pubDate>
 <dc:creator>mr</dc:creator>
 <guid isPermaLink="false">comment 284071 at http://typophile.com</guid>
</item>
<item>
 <title>But if you do one manually,</title>
 <link>http://typophile.com/node/45734#comment-281110</link>
 <description>&lt;p&gt;&lt;cite&gt;But if you do one manually, then you can safely do the other automatically.&lt;/cite&gt;&lt;/p&gt;
&lt;p&gt;Yes, another collegue made this point during a chat today. Still I&amp;#8217;d prefer it if FLS would do the right thing automatically. A designer really shouldn&amp;#8217;t need to bother about path directions or closepaths or things like that, these are technical issues on the level of the font format to be generated. But I repeat myself, sorry.&lt;/p&gt;
</description>
 <pubDate>Thu, 29 May 2008 15:01:33 -0700</pubDate>
 <dc:creator>k.l.</dc:creator>
 <guid isPermaLink="false">comment 281110 at http://typophile.com</guid>
</item>
<item>
 <title>It is not safe to correct</title>
 <link>http://typophile.com/node/45734#comment-281008</link>
 <description>&lt;p&gt;&lt;em&gt;It is not safe to correct path direction and remove overlaps automatically..&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;No, it isn&amp;#8217;t. But if you do one manually, then you can safely do the other automatically. I personally prefer to do direction manually and remove overlaps automatically (since removing overlaps by hand is tricky, and maintaining direction is not).&lt;/p&gt;
&lt;p&gt;Apparently the AFDKO does both, and correctly. I don&amp;#8217;t see how this can work always: I assume that it uses heuristics, and mostly guesses right. I&amp;#8217;d be curious as to what that heuristic is, if it isn&amp;#8217;t an Adobe trade secret.&lt;/p&gt;
</description>
 <pubDate>Thu, 29 May 2008 05:19:01 -0700</pubDate>
 <dc:creator>mr</dc:creator>
 <guid isPermaLink="false">comment 281008 at http://typophile.com</guid>
</item>
<item>
 <title>I’m a big fan of using</title>
 <link>http://typophile.com/node/45734#comment-280948</link>
 <description>&lt;p&gt;I&amp;#8217;m a big fan of using overlapping paths in MMs as ain intermediate step, and only removing overlap in the generated instances. It can avoid many sorts of interpolation problems. Mark&amp;#8217;s example is a good one, but there are many.&lt;/p&gt;
&lt;p&gt;Cheers,&lt;/p&gt;
&lt;p&gt;T&lt;/p&gt;
</description>
 <pubDate>Wed, 28 May 2008 16:36:38 -0700</pubDate>
 <dc:creator>Thomas Phinney</dc:creator>
 <guid isPermaLink="false">comment 280948 at http://typophile.com</guid>
</item>
<item>
 <title>Thanks for both tips! These</title>
 <link>http://typophile.com/node/45734#comment-280763</link>
 <description>&lt;p&gt;Thanks for both tips! These are two parts of AFDKO which I haven&amp;#8217;t used so far.&lt;/p&gt;
</description>
 <pubDate>Tue, 27 May 2008 15:30:52 -0700</pubDate>
 <dc:creator>k.l.</dc:creator>
 <guid isPermaLink="false">comment 280763 at http://typophile.com</guid>
</item>
<item>
 <title>Speaking of the AFDKO, one</title>
 <link>http://typophile.com/node/45734#comment-280758</link>
 <description>&lt;p&gt;Speaking of the AFDKO, one little known thing is that the CheckOutlines tool actually corrects the direction of the contours and removes overlaps. Just use the &amp;#8217;-e&amp;#8217; option like so,&lt;/p&gt;
&lt;p&gt;&lt;code&gt;checkoutlines -e font.pfa&lt;/code&gt;&lt;/p&gt;
</description>
 <pubDate>Tue, 27 May 2008 14:50:57 -0700</pubDate>
 <dc:creator>Miguel Sousa</dc:creator>
 <guid isPermaLink="false">comment 280758 at http://typophile.com</guid>
</item>
<item>
 <title>One thing that bugs me is</title>
 <link>http://typophile.com/node/45734#comment-280740</link>
 <description>&lt;p&gt;&lt;cite&gt;One thing that bugs me is that FLS has a problem with removing overlaps in some cases like an ’A’: FLS seems to expect that in this case, both the ’arrow’ and the ’dash’ outlines follow the same direction — but FLS’s own function for setting outline directions to ’PS’ turns one counter-clockwise, the other clockwise. Then removing overlaps fails.&lt;/cite&gt;&lt;/p&gt;
&lt;p&gt;Yes, I have had that problem a few times. However, since I&amp;#8217;ve been using AFDK macro&amp;#8217;s for setting contour directions I haven&amp;#8217;t seen it occur anymore. And ofcourse checking a print out of the complete charset for faulty overlaps is standard procedure.&lt;/p&gt;
&lt;p&gt;Best,&lt;br /&gt;
Artur&lt;/p&gt;
</description>
 <pubDate>Tue, 27 May 2008 13:33:30 -0700</pubDate>
 <dc:creator>Artur Schmal</dc:creator>
 <guid isPermaLink="false">comment 280740 at http://typophile.com</guid>
</item>
<item>
 <title>There is also the vastly</title>
 <link>http://typophile.com/node/45734#comment-280738</link>
 <description>&lt;p&gt;There is also the vastly superior &lt;a href=&quot;http://superpolator.com/&quot;&gt;Superpolator&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;—K&lt;/p&gt;
</description>
 <pubDate>Tue, 27 May 2008 13:29:17 -0700</pubDate>
 <dc:creator>kris</dc:creator>
 <guid isPermaLink="false">comment 280738 at http://typophile.com</guid>
</item>
<item>
 <title>There are definitely cases</title>
 <link>http://typophile.com/node/45734#comment-280729</link>
 <description>&lt;p&gt;There are definitely cases when keeping a glyph as separate parts has advantages when using multiple masters. A good example is a Q in which the tail crosses the bowl at an angle. When you go from the lightest to the boldest weight, you want the intersection of the tail and the bowl to follow the curve of the bowl. If you remove overlaps before interpolating, the intersection will follow a straight line between the two extremes, rather than the curve of the bowl:&lt;/p&gt;
&lt;p&gt;&lt;div class=&quot;imageWrap&quot;&gt;&lt;img src=&quot;/files/QvsQ_6394.jpg&quot; /&gt;&lt;/div&gt;&lt;/p&gt;
&lt;p&gt;The Q on the left was interpolated from separate parts; the Q on the right was interpolated from a continuous outline. Note the distortion in the area where the tail intersects the bowl.&lt;/p&gt;
&lt;p&gt;In fact, anytime there is a change of angle or rotation between the extremes, you&amp;#8217;re going to have interpolation problems. There isn&amp;#8217;t always an adequate solution, but in some cases, having separate parts helps.&lt;/p&gt;
</description>
 <pubDate>Tue, 27 May 2008 12:18:44 -0700</pubDate>
 <dc:creator>Mark Simonson</dc:creator>
 <guid isPermaLink="false">comment 280729 at http://typophile.com</guid>
</item>
<item>
 <title>One thing that bugs me is</title>
 <link>http://typophile.com/node/45734#comment-280692</link>
 <description>&lt;p&gt;One thing that bugs me is that FLS has a problem with removing overlaps in some cases like an &amp;#8217;A&amp;#8217;: FLS seems to expect that in this case, both the &amp;#8217;arrow&amp;#8217; and the &amp;#8217;dash&amp;#8217; outlines follow the same direction &amp;#8212; but FLS&amp;#8217;s own function for setting outline directions to &amp;#8217;PS&amp;#8217; turns one counter-clockwise, the other clockwise. Then removing overlaps fails. It is not safe to correct path direction and remove overlaps automatically. In so far I never trusted the last-minute removal of overlaps, but envy everyone who does it successfully.&lt;br /&gt;
(I really don&amp;#8217;t want to care for outline directions manually ...)&lt;/p&gt;
&lt;p&gt;Karsten&lt;/p&gt;
</description>
 <pubDate>Tue, 27 May 2008 10:02:34 -0700</pubDate>
 <dc:creator>k.l.</dc:creator>
 <guid isPermaLink="false">comment 280692 at http://typophile.com</guid>
</item>
<item>
 <title>&gt; Notice that a few points</title>
 <link>http://typophile.com/node/45734#comment-280683</link>
 <description>&lt;p&gt;&amp;gt; &lt;em&gt;Notice that a few points of the master in the background are being cast into space.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;I&amp;#8217;ve seen this happen too. I think it&amp;#8217;s related with the contour&amp;#8217;s starting point and the type of the previous node.&lt;/p&gt;
</description>
 <pubDate>Tue, 27 May 2008 09:35:19 -0700</pubDate>
 <dc:creator>Miguel Sousa</dc:creator>
 <guid isPermaLink="false">comment 280683 at http://typophile.com</guid>
</item>
<item>
 <title>Personally, I prefer to have</title>
 <link>http://typophile.com/node/45734#comment-280641</link>
 <description>&lt;p&gt;Personally, I prefer to have all my in between weights built from parts.&lt;br /&gt;
If for whatever reason I need to edit something, it&amp;#8217;s going to be a lot of pain with all the overlaps removed. A lot more pain than running a macro which the removes overlaps without any touching up after.&lt;/p&gt;
&lt;p&gt;Best,&lt;br /&gt;
Artur&lt;/p&gt;
</description>
 <pubDate>Tue, 27 May 2008 07:33:48 -0700</pubDate>
 <dc:creator>Artur Schmal</dc:creator>
 <guid isPermaLink="false">comment 280641 at http://typophile.com</guid>
</item>
<item>
 <title>Artur,
I see by your</title>
 <link>http://typophile.com/node/45734#comment-280606</link>
 <description>&lt;p&gt;Artur,&lt;/p&gt;
&lt;p&gt;I see by your example, that your g is made up of three separate pieces. May I suggest that you try to interpolate as many characters as possible as whole glyphs, and not rely on this piece-together approach. &lt;/p&gt;
&lt;p&gt;With your current approach once you have all your instances generated, you are still going to have a lot of &amp;#8220;remove overlap&amp;#8221; work to do. Wouldn&amp;#8217;t you agree that touching up two g glyphs is more efficient that touching up 6, 8 or 12?&lt;/p&gt;
&lt;p&gt;And I agree that Tim&amp;#8217;s RMX tools are terrific!&lt;/p&gt;
&lt;p&gt;JamesM&lt;/p&gt;
</description>
 <pubDate>Tue, 27 May 2008 04:58:54 -0700</pubDate>
 <dc:creator>terminaldesign</dc:creator>
 <guid isPermaLink="false">comment 280606 at http://typophile.com</guid>
</item>
<item>
 <title>Cool, that last suggestion</title>
 <link>http://typophile.com/node/45734#comment-280523</link>
 <description>&lt;p&gt;Cool, that last suggestion worked actually! Well, I didn&amp;#8217;t maunually shift nodes, but I copied the contours of g from the source font and pasted them into the mask layer of the bold master in the MM font, then I used the Mask to Master command.&lt;/p&gt;
&lt;p&gt;So what I understand from this is that it is better to first assign a source font as a mask to an MM font, and then use the Mask to Master command.&lt;/p&gt;
&lt;p&gt;And all this only to use your wonderful RMX tools Tim! ;)&lt;/p&gt;
&lt;p&gt;Best,&lt;br /&gt;
Artur&lt;/p&gt;
</description>
 <pubDate>Mon, 26 May 2008 15:10:58 -0700</pubDate>
 <dc:creator>Artur Schmal</dc:creator>
 <guid isPermaLink="false">comment 280523 at http://typophile.com</guid>
</item>
<item>
 <title>Multiple Master question</title>
 <link>http://typophile.com/node/45734</link>
 <description>&lt;p&gt;Hi all,&lt;/p&gt;
&lt;p&gt;I&amp;#8217;ve recently started working with MM technology in FL and there&amp;#8217;s a particular problem I&amp;#8217;m running into which I haven&amp;#8217;t been able to solve, so I thought let&amp;#8217;s see if anyone here can help me with this.&lt;/p&gt;
&lt;p&gt;In the attached picture you see a lowercase g with another master behind it.&lt;br /&gt;
Notice that a few points of the master in the background are being cast into space.&lt;br /&gt;
I have compared pointstructures, starting points, contour direction and the glyphs seem to be identical.&lt;/p&gt;
&lt;p&gt;Any thoughts on this?&lt;/p&gt;
&lt;p&gt;Best,&lt;br /&gt;
Artur&lt;/p&gt;
</description>
 <comments>http://typophile.com/node/45734#comments</comments>
 <category domain="http://typophile.com/taxonomy/term/6">Build</category>
 <enclosure url="http://typophile.com/files/MM_g.png" length="18478" type="image/png" />
 <pubDate>Mon, 26 May 2008 11:14:56 -0700</pubDate>
 <dc:creator>Artur Schmal</dc:creator>
 <guid isPermaLink="false">45734 at http://typophile.com</guid>
</item>
</channel>
</rss>
