LISTSERV mailing list manager LISTSERV 16.0

Help for SW-L Archives


SW-L Archives

SW-L Archives


SW-L@LISTSERV.VALENCIACOLLEGE.EDU


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

SW-L Home

SW-L Home

SW-L  December 2012

SW-L December 2012

Subject:

Re: Smart font for ISWA 2010

From:

Eduardo Trápani <[log in to unmask]>

Reply-To:

SignWriting List: Read and Write Sign Languages

Date:

Thu, 6 Dec 2012 09:58:48 -0200

Content-Type:

multipart/mixed

Parts/Attachments:

Parts/Attachments

text/plain (35 lines) , Pantallazo1.png (35 lines) , Pantallazo2.png (35 lines) , Pantallazo3.png (35 lines)

> The first possible solution is to drop category 6.  This solution would
> be fine for everyday regular use.  Would it be enough?

I'll check that.

> I have included information about Jonathan Duncan's font work on the
> ISWA 2010 Font Reference.  Near the bottom, "Derivative ISWA 2010 Fonts".
> http://signpuddle.net/iswa

> This solution requires an additional level of symbol encoding.  Each symbol is analyzed for repeating shapes and pieces.  Each symbol is described as a 2-dimensional construct of pieces. The Cartesian coordinates used to place the symbols are used to translate the coordinates of the individual pieces.

Nice.  Thanks for explaining.  I think it would be pretty difficult (if
possible at all) to implement in graphite.  The construction information
database would have to live inside graphite, or inside the font, but
that would require even more glyphs ...

> About the links, number 7 gives me a "403 Forbidden" error.  A screen
> capture would be appreciated too.
>> [7] http://mapache.unesco.org.uy/sw/Main_page_2.html

Sorry, it should have been:

http://programoj.esperanto.org.uy/sw/Main_page_2.html

Find attached the screen captures.  There seems to be some more work to
do to integrate Firefox and Graphite, the printing output depends on
where it gets the font.  A remote font (via css @font-face) yields
squares bu a local font shows all symbols correctly filled/rotated but
not positioned and it also the structural markers.  That is weird, it
has to go through graphite to show the right symbols and, if it does, it
should not be printing the other unicode characters ...

Eduardo.

Top of Message | Previous Page | Permalink

Advanced Options


Options

Log In

Log In