FontLab Forum
2012-05-16, 12:39:31 *
Welcome, Guest. Please login or register.

Login with username, password and session length
News: Welcome to the FontLab forum, read how to use it! Update: Archives from old MSN forums are now available on our forum.
 
   Home   Help Search Calendar Downloads Tags Login Register  
Del.icio.us Digg FURL FaceBook Stumble Upon Reddit SlashDot

Pages: [1]
  Print  
Author Topic: rounding coordinates  (Read 2979 times)
ArchivePoster
Guest
« on: 2008-01-17, 22:46:00 »

Posted by: Rmullin3
         
why does fontlab need to round coordinates? i wish it didn't, it sure would save me a lot of time.

         
Logged
ArchivePoster
Guest
« Reply #1 on: 2008-01-18, 12:03:00 »

Posted by: Tim Ahrens
         
Aren't integer coordinates a restriction of the font formats?

In that sense, one huge advantage is that integer coordinates in FL make it WYSIWYG. Where would be the benefit of having decimal fractions in the application if what you get in the end is something else? I rather prefer to see and edit what it really looks like in the final font files.

Also, the letters are almost always "scaled down" so the resolution of the coordinate system is more than sufficient. En example: If you print a font with a UPM of 1000 on a 1200 dpi printer you need as much 60 pt type size to get a 1:1 relation of dots and units. It's easy to forget that when you are fiddling with the nodes on the screen.
         
Logged
ArchivePoster
Guest
« Reply #2 on: 2008-01-21, 21:40:00 »

Posted by: Rmullin3
         
youre right, i guess i should just learn how to draw in fontlab rather than sticking to illustrator.

         
Logged
ArchivePoster
Guest
« Reply #3 on: 2008-01-22, 23:31:00 »

Posted by: ProdigyCurmudgeon
         
I'd prefer to have precise, unrounded coordinates for drawing, and in the final stage apply a "round to grid" type function to all the characters.
 
Rounding errors often "break" (disjoint) the handles of supposedly smooth curve points, and this is especially noticeable after multiple successive transformations (where the coordinates are getting rounded each time).
 
I'd rather deal with the rounding errors at the end of all outline editing, and make one final pass of revisions/compromises at that point.

         
Logged
ArchivePoster
Guest
« Reply #4 on: 2008-01-23, 12:15:00 »

Posted by: Tim Ahrens
         
These effects are indeed quite nasty. But that's not because of integer coordinates, it is because of FL ignoring the peculiarities of integer coordinates. Rounding errors, like "broken" smooth" points, could easily be taken into account and avoided automatically.
         
Logged
Tags:
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF | SMF © 2011, Simple Machines Valid XHTML 1.0! Valid CSS!