> > This works, thanks. However, I would rather prefer to stop the > animation completely with a click, and restarting the animation with > another click. After some time, the blinking becomes annoying :-)
Done. Kept a button for that. > Yes, but please add a note that there are currently problems with > Chrome. > BTW, please change LIBS in `tests/Makefile' to > LIBS = -lpng -dld > If I use the original value with more (unnecessary) libraries, I get > nasty segfaults: > Command: ./tests \ > /home/wl/kushal/base/objs/.libs/libfreetype.so \ > /home/wl/kushal/test/objs/.libs/libfreetype.so \ > test.ttf 16 RGB 96 > Invalid write of size 8 > at 0x700E444: FT_Library_SetLcdFilter (ftlcdfil.c:328) > by 0x4017AB: main (make_sprite.c:275) > Address 0x6bf6008 is 0 bytes after a block of size 376 alloc'd > at 0x4C29160: malloc (in /usr/lib64/valgrind/vgpreload_ > memcheck-amd64-linux.so) > by 0x6FFC360: ft_alloc (ftsystem.c:102) > by 0x64D3ADF: ft_mem_qalloc (ftutil.c:76) > by 0x64D3B27: ft_mem_alloc (ftutil.c:55) > by 0x64D3E66: FT_New_Library (ftobjs.c:4972) > by 0x6FFC7E4: FT_Init_FreeType (ftinit.c:253) > by 0x401731: main (make_sprite.c:262) Done. I will take care of the Memory leakage and the chrome browser issue after the submission. Thank You. On Tue, Aug 29, 2017 at 11:57 AM, Werner LEMBERG <[email protected]> wrote: > > >> * It would be helpful, as you've already suggested, if I could stop > >> and start the blinking, for example, by clicking on the image (or > >> having a button for that – I don't care, as long as it is explained > >> somewhere). > > > > Done. Click and hold on the image to pause the animation. > > This works, thanks. However, I would rather prefer to stop the > animation completely with a click, and restarting the animation with > another click. After some time, the blinking becomes annoying :-) > > >> * The animation works with Firefox 55 but doesn't work with Chrome 58 > >> on my GNU/Linux box. [...] > > > > one of the solutions I've found is running this using a web server > > to run the pages. > > > > 1. sudo python -m SimpleHTTPServer 8888 > > 2. Open web browser to http://localhost and go to top.html > > Well, yes, but... > > > > > Other is using window.postMessage in Javascript. > > ... this sounds better :-) It's quite important IMHO to find a soluion > that works universally in all browsers (not counting for browser > bugs). > > > I am looking into this solution. I will commit this as soon as I do > > it. This may not be implemented in time for the submission (today). > > Is this Ok? > > Yes, but please add a note that there are currently problems with > Chrome. > > BTW, please change LIBS in `tests/Makefile' to > > LIBS = -lpng -dld > > If I use the original value with more (unnecessary) libraries, I get > nasty segfaults: > > Command: ./tests \ > /home/wl/kushal/base/objs/.libs/libfreetype.so \ > /home/wl/kushal/test/objs/.libs/libfreetype.so \ > test.ttf 16 RGB 96 > > Invalid write of size 8 > at 0x700E444: FT_Library_SetLcdFilter (ftlcdfil.c:328) > by 0x4017AB: main (make_sprite.c:275) > Address 0x6bf6008 is 0 bytes after a block of size 376 alloc'd > at 0x4C29160: malloc (in /usr/lib64/valgrind/vgpreload_ > memcheck-amd64-linux.so) > by 0x6FFC360: ft_alloc (ftsystem.c:102) > by 0x64D3ADF: ft_mem_qalloc (ftutil.c:76) > by 0x64D3B27: ft_mem_alloc (ftutil.c:55) > by 0x64D3E66: FT_New_Library (ftobjs.c:4972) > by 0x6FFC7E4: FT_Init_FreeType (ftinit.c:253) > by 0x401731: main (make_sprite.c:262) > > > Werner >
_______________________________________________ Freetype-devel mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/freetype-devel
