Post any defects you find in the released or beta versions of the ImageMagick software here. Include the ImageMagick version, OS, and any command-line required to reproduce the problem. Got a patch for a bug? Post it here.
We've come across a little problem with IM 6.54 and Hindi characters (did this on OS X) in which characters which when typed together should form a single character, are being rendered as separate characters - the ligatures are not joining. I have created an image which demonstrates the problem, but am not sure where to go from here. I suspect other languages (which we work with) such as Urdu would suffer from the very same problem. I'm not sure how well phpBB deals with UTF-8 but here goes - these are the actual offending characters "केंद्रों". If not, then the sample is from this page http://www.bbc.co.uk/hindi/southasia/20 ... g_vv.shtml, 10th paragraph, 5th word from the end of the last sentence.
It does look like a problem with the font for the Freetype library. Try ftview, a freetype demo program. It returns the same incorrect results as ImageMagick.
Freetype developers are simply wiping off their hands from this.I am facing the same issue which hasn't been resolved yet ; inspite of trying various alternative.
Surprisingly it worked on a Cent OS Distro installed in our office, however we haven't been able to reproduce it work on any other machine.
I hope the forum member and developers would have some answers to this
It may be that the older freetype library that is on CentOS worked.
Compared to later Linux's CentOS is anchient. It is designed for use in servers, and as such they only want to use software that have been known to work without serious bugs for a long time. Hence, older software revisions.
There is something very interesting I want to share.Kindly have a look at the configuration bellow.
[1]Cent OS 5.2
[2]Ghost script 8.15
[3]libfreetype.so.6.3.10
[4] Imagemagick 6.2
the ligature joining was working perfectly fine(except for text wrapping) until I upgraded to Imagemagick to 6.5.5. Now I am facing the same issue with ligature joining.I installed the application from the source file {./configure,make,make install}.
My question here is simple , do the freetype and ghost script library come along with the imagemagick source (i guess no)? If the answer is no , then Imagemagick should be using the existing versions of the libraries to render the text.If such is the case then I do not see an issue with freetype or gs
I do not intend to crib about the issue,however we wanted to use this feature for a very noble cause , I hope someone in the community addresses this.
I filed a bug with the Freetype people but they told me this:
FreeType doesn't handle the ligature forming process. This is done one level higher by libraries like Qt, Pango, or ICU.
FreeType simply receives a glyph index, and it returns a rendered image of that glyph; this process is executed after ligature forming has been done.
So I should try filing the bug with the Pango team.... would really love to get this working.
I can conclude that the issue is not with Imagemagick but with freetype or other such libraries,
I tried using gd library{php} and the result is the same.
Not only that , I had painstakingly installed PIL (Python Imaging library) for this purpose , however the ligature issue persists.
Just an update to this - we eventually got it working by using Pango. We are rendering images as part of the normal content production chain from our content management system (Topcat 2).