Hi Sandy and Steve,<br><br>I like Sandy's methodology of rotation on the wrist as this shows articulation for a rotation which seems much closer than rotation on the center of the graphic.  <br><br>Charles<br><br><br><b><i>Steve Slevinski <slevin@signpuddle.net></i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> Hi Sandy,<br><br>The SignWriting alphabet uses 3 colors: black, white and transparent.  <br>This information needs to be part of the SVG or Image.<br><br>One standard Val and I have been using regards white palms.  Here's how <br>the base ten hand shape looks.  The palms are filled white as well as <br>the overhead line break.<br><br><br><br><br>Programs can not figure this out properly.<br><br>The current IMWA does not have all of the palms filled.  This should be <br>fixed with the International SignWriting Alphabet when they are <br>renumbered and redone in SVG.  I think the
 contact symbols need to be <br>renumbered... along with some other.<br><br>The center of each symbol also need to be know for rotation.  SignPuddle <br>doesn't rotate properly. <br><br>I can see how a single SVG file could contain information all 96 <br>handshapes and variations.  (To reduce the number of files, I'm <br>currently packing all 96 pngs into one file as well).<br><br>I'm guessing the SVG would need to know.<br><br>Base handshape: square<br>Finger strokes: thumb<br>Palm area: solid white square<br>Half filled area: black rectangle<br>Overhead line break: thick white line<br>Center of symbol: palm's center?<br><br>With this information, we could build any of the 96 variations to any <br>scale.  Printing with the "I SW A" in SVG format is going to be great...<br><br>This could open all kinds of SignMaker improvements.  Instead of writing <br>with the Build Format and the SSS id numbers, we could write in SVG. <br><br>However with proper writing in lanes,
 additional complications are <br>added.  For each sign we need to know the head's center of a sign.  This <br>information will need to be included in a signs SVG data.<br><br>Fun stuff.  I like the editor ideas.<br>-Steve<br><br><br>Sandy Fleming wrote:<br>> On Wed, 2007-04-25 at 15:11 -0300, machado@softwarelivre.org wrote:<br>>   <br>>> Try these: http://www.softwarelivre.org/~machado/SSS-2004svg/ or  <br>>> http://www.softwarelivre.org/~machado/SSS-2004svg.tar.gz<br>>><br>>><br>>> Its full set of sss2004. By full I mean no flips or rotations. but the  <br>>> whole set.<br>>>     <br>><br>> Machado,<br>><br>> I spent some time playing with a few of these SVG files yesterday,<br>> seeing how they transformed and re-styled.<br>><br>> I was very impressed with the way they're done entirely as outlines to<br>> the black parts, so that what are strokes in handwriting are filled<br>> areas on the
 computer. This completely solves the scaling problem I<br>> spoke about recently!<br>><br>> The only thing I'd (maybe) like to see done differently is that the<br>> internal parts of some symbols (but not others) should be white rather<br>> than transparent. But we'd have to decide which symbols and anyway this<br>> could be solved by programming, I should think, so it's not a problem,<br>> just a remark.<br>><br>> Something I'd like to do is to take all these files and arrange them<br>> into database form, so that the paths can be looked up from the SSS<br>> label. This way software would be able to look up the paths from the<br>> symbols more easily, and the user wouldn't have to download all the<br>> files. This is a good idea, isn't it? Or do you have a way of using the<br>> symbols in a web page directly, that I don't know about?<br>><br>> Sandy<br>><br>><br>><br>><br>><br>><br>>  
 <br></blockquote><br>