#212 text rendering with opacity

open
Algorithms (87)
5
2012-11-13
2012-11-13
draconyster
No

gm convert -size 100x60 xc:blue -fill "#ffffffaa" -font ecards/fonts/Cloudlike.ttf -pointsize 20 -draw "text 10 30 hello" test.png

See attached image. The box around each letter should not be there

Discussion

  • draconyster

    draconyster - 2012-11-13

    sample

     
  • draconyster

    draconyster - 2012-11-13

    It is not a font issue i tried it with a few fonts

     
  • Bob Friesenhahn

    Bob Friesenhahn - 2012-11-14

    This is really weird. I am able to reproduce it. It looks like text undercolor was somehow influenced. Please leave this bug open even though there is a workaround.

    Things work fine if all of the arguments are specified via the draw string rather than as independent command-line parameters. For example:

    gm convert -size 100x60 xc:blue -draw "font Generic.ttf font-size 20 stroke none fill '#ffffffaa' text 10 30 hello" test.png

    It is best to provide all of the parameters within the draw string. I will fully document the available parameters for the next release.

    Bob

     
  • draconyster

    draconyster - 2012-11-14

    Sadly this also breaks php Gmagick library (which is the one I'm using to interact with graphicsmagick).

     
  • Bob Friesenhahn

    Bob Friesenhahn - 2012-11-15

    This does not seem to be an underbox issue like I originally thought. Valgrind does not detect any memory issue. The problem must be a an actual rendering problem due to transparency in the fill color. Without the alpha in the color, the result looks good.

     

Log in to post a comment.