<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[A ”Max Visible Opacity” setting for glyph markColor in Font View? Would greatly improve dark mode.]]></title><description><![CDATA[<h2>Current Issue</h2>
<p dir="auto">I’ve made a script to toggle between light &amp; dark mode in RoboFont:</p>
<p dir="auto"><a href="https://gist.github.com/arrowtype/ce0cee426f47c2fe7e82aa07d1e0a450" rel="nofollow">https://gist.github.com/arrowtype/ce0cee426f47c2fe7e82aa07d1e0a450</a></p>
<p dir="auto">However, there is an unfortunate bump in dark mode: markColors that are high-opacity can greatly disrupt the dark palette.</p>
<p dir="auto">That is, I have set up existing UFOs with marks that are opacity=1. However, these colors were selected with a light UI in mind, so they work well when surrounding glyph cell backgrounds are white, but not very well when they are dark. Here's my typical gray for glyphs made from Glyph Construction, disrupting an otherwise dark theme:</p>
<p dir="auto"><img src="/assets/uploads/files/1588538835620-13e557d1-9d62-49a2-ab3c-28d72e98ed0f-image-resized.png" alt="13e557d1-9d62-49a2-ab3c-28d72e98ed0f-image.png" class="img-responsive img-markdown" /></p>
<p dir="auto">Glyph marks are much more effective when changed to a lower opacity, about 0.25–0.5. Here are the same marks but at 0.5:</p>
<p dir="auto"><img src="/assets/uploads/files/1588538413220-09ead2a7-d2a6-42b8-904e-ddd1034af0de-image-resized.png" alt="09ead2a7-d2a6-42b8-904e-ddd1034af0de-image.png" class="img-responsive img-markdown" /></p>
<p dir="auto">Unfortunately, in my darkmode toggle script, the best I can do to get working mark colors for darkmode is to offer to change the opacity of marks if they are above a threshold. However, this requires me to change data in the actual UFO, and doesn’t work automatically for new UFOs I open. Because I have existing marks in many UFOs and don’t want to make meaningless commits, this is unappealing. Worse, for some users, they may have processes or scripts connected to specific glyph mark colors (e.g. a collaborative workflow that relies on different hues or opacities to show what is "done" vs "in progress," perhaps also connected to automatic proofing, etc).</p>
<h2>Possible Solution</h2>
<p dir="auto">If the RoboFont preferences had a setting like <code>glyphCellDisplayedMarkOpacity</code> with a 0–1 value, this problem could be very easily solved. E.g. a <code>glyphCellMaxMarkOpacity</code> of 0.5 would multiply all rendered mark opacities in the glyph view by 0.5. This would enable Font View preferences to be freely adjusted without requiring users to edit the actual mark color information in glyphs.</p>
<p dir="auto">This isn't the only possible solution, but it seems like it might allow the flexibility needed here, with a minimum of additional required preferences for users.</p>
<p dir="auto">Thanks for adding the glyph view preferences! This is a big bonus to an app I use daily. :)</p>
]]></description><link>https://forum.robofont.com/topic/852/a-max-visible-opacity-setting-for-glyph-markcolor-in-font-view-would-greatly-improve-dark-mode</link><generator>RSS for Node</generator><lastBuildDate>Sat, 11 Apr 2026 05:29:44 GMT</lastBuildDate><atom:link href="https://forum.robofont.com/topic/852.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 03 May 2020 20:56:28 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to A ”Max Visible Opacity” setting for glyph markColor in Font View? Would greatly improve dark mode. on Tue, 05 May 2020 17:19:05 GMT]]></title><description><![CDATA[<h2>Current Issue</h2>
<p dir="auto">I’ve made a script to toggle between light &amp; dark mode in RoboFont:</p>
<p dir="auto"><a href="https://gist.github.com/arrowtype/ce0cee426f47c2fe7e82aa07d1e0a450" rel="nofollow">https://gist.github.com/arrowtype/ce0cee426f47c2fe7e82aa07d1e0a450</a></p>
<p dir="auto">However, there is an unfortunate bump in dark mode: markColors that are high-opacity can greatly disrupt the dark palette.</p>
<p dir="auto">That is, I have set up existing UFOs with marks that are opacity=1. However, these colors were selected with a light UI in mind, so they work well when surrounding glyph cell backgrounds are white, but not very well when they are dark. Here's my typical gray for glyphs made from Glyph Construction, disrupting an otherwise dark theme:</p>
<p dir="auto"><img src="/assets/uploads/files/1588538835620-13e557d1-9d62-49a2-ab3c-28d72e98ed0f-image-resized.png" alt="13e557d1-9d62-49a2-ab3c-28d72e98ed0f-image.png" class="img-responsive img-markdown" /></p>
<p dir="auto">Glyph marks are much more effective when changed to a lower opacity, about 0.25–0.5. Here are the same marks but at 0.5:</p>
<p dir="auto"><img src="/assets/uploads/files/1588538413220-09ead2a7-d2a6-42b8-904e-ddd1034af0de-image-resized.png" alt="09ead2a7-d2a6-42b8-904e-ddd1034af0de-image.png" class="img-responsive img-markdown" /></p>
<p dir="auto">Unfortunately, in my darkmode toggle script, the best I can do to get working mark colors for darkmode is to offer to change the opacity of marks if they are above a threshold. However, this requires me to change data in the actual UFO, and doesn’t work automatically for new UFOs I open. Because I have existing marks in many UFOs and don’t want to make meaningless commits, this is unappealing. Worse, for some users, they may have processes or scripts connected to specific glyph mark colors (e.g. a collaborative workflow that relies on different hues or opacities to show what is "done" vs "in progress," perhaps also connected to automatic proofing, etc).</p>
<h2>Possible Solution</h2>
<p dir="auto">If the RoboFont preferences had a setting like <code>glyphCellDisplayedMarkOpacity</code> with a 0–1 value, this problem could be very easily solved. E.g. a <code>glyphCellMaxMarkOpacity</code> of 0.5 would multiply all rendered mark opacities in the glyph view by 0.5. This would enable Font View preferences to be freely adjusted without requiring users to edit the actual mark color information in glyphs.</p>
<p dir="auto">This isn't the only possible solution, but it seems like it might allow the flexibility needed here, with a minimum of additional required preferences for users.</p>
<p dir="auto">Thanks for adding the glyph view preferences! This is a big bonus to an app I use daily. :)</p>
]]></description><link>https://forum.robofont.com/post/3271</link><guid isPermaLink="true">https://forum.robofont.com/post/3271</guid><dc:creator><![CDATA[ArrowType]]></dc:creator><pubDate>Tue, 05 May 2020 17:19:05 GMT</pubDate></item></channel></rss>