Working with a bitmap image background: slow down

Tagged: bitmap image background revival slow

This topic has 2 voices, contains 2 replies, and was last updated by frederik 106 days ago.

Viewing 3 posts - 1 through 3 (of 3 total)

Author	Posts
Author	Posts
January 29, 2012 at 20:30 #3691
Mathieu Christe	Hi, I haven’t tested RoboFont intensively so far but that’s a great effort, congratulations Frederik. We now have some welcome alternatives for drawing. Recently, I gave it a better try for tracing a script logo (“That’s all Folks”) for a project. I imported (drag’n'drop) one bitmap image: 505 x 125 px (61 Kb), to be precise. As I was starting to trace, I realized that the app wasn’t snappy anymore. If I draw without any bitmap background, I feel the difference. Just wondering, have some of you used RoboFont with a bunch of images, say for a revival project? If so, could you please tell me if drawing was ok compared to a new document without any images? Thanks in advance for your feedback, best, Mathieu
February 1, 2012 at 22:25 #3709
frederik	RoboFont should not really slowdown if you add an image to a glyph, not even if you have a bunch of images in several glyphs (can you send me the UFO, and enable save images next to the UFO during saving) thanks
February 3, 2012 at 10:08 #3710
frederik	from Matthieu’s email: `What I mean by slow down is that every time I place a point, there's a lag between placing it and pulling the handle. This should be immediate, which is the case when there isn't any bitmap image.` There is a tiny distance that the mouse has to move before a bcp is added. RoboFont is doing so to prevent unnecessary adding bcp. But it seems like the zoom level isnt really taking into account to calculate the minimal mouse dragged distance in order to create/add a new bcp hope this make sense and will be solved in the next version. thanks

Viewing 3 posts - 1 through 3 (of 3 total)

You must be logged in to reply to this topic.