<div dir="ltr"><div>I don't understand why is a 2-color font is necessary...</div><div><br></div><div>A few issues on using a font to supply the symbols on Incubator:</div>1. Having the colors inherited directly from the font color would solve some issues on the Incubator, such as getting the :visited colors to work, and getting past the heavy MutationObservers monitoring style changes. <div>
2. If the symbols themselves are actual simple text nodes in the document, wouldn't this interfere with copy-pasting signs?</div><div>3. Is there an existing way to convert FSW straight to the Unicode symbols?</div><div>
4. 2-6 MB is rather large. The largest page currently on the ASL Incubator project loads approximately 1.3MB of images from SWIS. Would this actually generally save bandwidth?</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Wed, Sep 3, 2014 at 11:21 AM, Stephen E Slevinski Jr <span dir="ltr"><<a href="mailto:slevin@signpuddle.net" target="_blank">slevin@signpuddle.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Jonathan,<br>
<br>
A promising emerging technology is being developed called "SVG glyphs for OpenType fonts".  This will include colored and/or animated glyphs in OpenType fonts.<br>
<a href="http://www.w3.org/community/svgopentype/" target="_blank">http://www.w3.org/community/<u></u>svgopentype/</a><br>
<br>
In theory, we can load the ISWA 2010 symbols as a 2-color font using the above specification.  The resulting font file will not handle the 2-dimensional placement, but it will be able to be installed on the client side.  The resulting font would support the entire symbol set of the ISWA 2010.<br>

<br>
In theory, we could load the current symbol SVGs into a font that would support the Unicode specification being published next year. The resulting file would be 2 to 6 MB.<br>
<br>
If this worked, it would be a viable alternative to an image server for SignWriting.  The 2-dimensional placement of symbols would be handled with HTML and CSS on the client side.<br>
<br>
In particular, the Incubator project would need to be rewritten to position the individual symbols rather than request a completed sign, but it would save a lot of bandwidth because we wouldn't need to download the SVGs for each new signs.<br>

<br>
Regards,<br>
-Steve<div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>__________________<br>
<br>
<br>
SIGNWRITING LIST INFORMATION<br>
<br>
Valerie Sutton<br>
SignWriting List moderator<br>
<a href="mailto:sutton@signwriting.org" target="_blank">sutton@signwriting.org</a><br>
<br>
Post Messages to the SignWriting List:<br>
<a href="mailto:sw-l@listserv.valenciacollege.edu" target="_blank">sw-l@listserv.valenciacollege.<u></u>edu</a><br>
<br>
SignWriting List Archives & Home Page<br>
<a href="http://www.signwriting.org/forums/swlist" target="_blank">http://www.signwriting.org/<u></u>forums/swlist</a><br>
<br>
Join, Leave or Change How You Receive SW List Messages<br>
<a href="http://listserv.valenciacollege.edu/cgi-bin/wa?SUBED1=SW-L&A=1" target="_blank">http://listserv.<u></u>valenciacollege.edu/cgi-bin/<u></u>wa?SUBED1=SW-L&A=1</a><br>
<br>
</div></div></blockquote></div><br></div>
________________________________________________
<p>
<p>
SIGNWRITING LIST INFORMATION
<p>
Valerie Sutton
SignWriting List moderator
sutton@signwriting.org
<p>
Post Messages to the SignWriting List:
sw-l@listserv.valenciacollege.edu
<p>
SignWriting List Archives & Home Page
http://www.signwriting.org/forums/swlist
<p>
Join, Leave or Change How You Receive SW List Messages
http://listserv.valenciacollege.edu/cgi-bin/wa?SUBED1=SW-L&A=1