Hello,
I have never tried a similar command in ImageMagick before, so I do not know whether something like that was possible in previous versions or not. I tried to check the manual for ImageMagick and found a section on -annotate where there is a line:Text is any UTF-8 encoded character sequence. If text is of the form '@mytext.txt', the text is read from the file
mytext.txt. Text in a file is taken literally; no embedded
formatting characters are recognized.I also tried to check the info on -draw which, according to the manual should be able to provide more flexibility on text handling and I realized that this option could not interpret the \n sign as a linebreak, instead typed it into the text. I wonder if -annotate can handle multiple lines. It seems that the given position also is a starting point for the new line, so it gets merged together. It seems logical to me, because how should IM know the space between the lines?
I tried to use the following command, telling IM to use two texts on two locations:
convert -size 30x25 xc:yellow -annotate +1+10 "2016" -annotate +1+25 "0912" 20160912.png
And I was able to create the picture you wanted.
Are you sure the IM command works in other versions of Fedora (25, 26) and other distributions as you require?
Lukas
On Sat, Jan 6, 2018 at 4:08 PM René Lesterhuis <fedora@xxxxxxx> wrote:
Hello,
this week I filed a bug on bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=1531267
This is my first bug report so I hope I did it well and I might need some advice.
I understand I filed the bug against f27 and this list is for rawhide. I tested the problem on rawhide and I see the same problem/bug.
Should I make a copy of the bug report for rawhide?
The bug seems not be in ImageMagick so it is probably not assigned to the right component but I have no idea what component is responsible.
There is already a suggestion in bug report that it might be gcc, glibc, or bash.
I tried the command 'convert -size 30x25 xc:yellow -annotate +1+10 "2016\n0912" 20160912.png' in zsh and then I get the same output.
I took a fresh f26 install with all updates installed. Then I changed my repo's to f27 and did a update for gcc and glibc.
So I tested with a f26 system with the following f27 packages:
gcc-c++-7.2.1-2.fc27.x86_64
libgomp-7.2.1-2.fc27.x86_64
libcrypt-nss-2.26-21.fc27.x86_64
libquadmath-7.2.1-2.fc27.x86_64
glibc-common-2.26-21.fc27.x86_64
libgfortran-7.2.1-2.fc27.x86_64
glibc-langpack-en-2.26-21.fc27.x86_64
libstdc++-devel-7.2.1-2.fc27.x86_64
libgcc-7.2.1-2.fc27.x86_64
libquadmath-devel-7.2.1-2.fc27.x86_64
libstdc++-7.2.1-2.fc27.x86_64
gcc-gdb-plugin-7.2.1-2.fc27.x86_64
glibc-headers-2.26-21.fc27.x86_64
gcc-7.2.1-2.fc27.x86_64
glibc-devel-2.26-21.fc27.x86_64
glibc-2.26-21.fc27.x86_64
cpp-7.2.1-2.fc27.x86_64
When recompiling ImageMagick-6.9.9.27-1.fc27.src.rpm on this system I can not reproduce the bug.
Any suggestion for how to continue now is welcome.
_______________________________________________
test mailing list -- test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to test-leave@xxxxxxxxxxxxxxxxxxxxxxx
--
Czech Republic
_______________________________________________ test mailing list -- test@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to test-leave@xxxxxxxxxxxxxxxxxxxxxxx
