Legacy ImageMagick Discussions Archive

would it be like this in php? that width you had at the beginning not sure what it was for (its all hardcoded for demo) for ($i=1; $i<$number_texts;$i++) { $command.=' convert -gravity west -fill #337766 -background none -pointsize 100 -page +100+100 label:"hello\nmyfriend" miff:- done con...

actually i have doubts how to pass this to php, that miff:- output, will it hold in a for php loop? and the final convert outside the loop will that connect with the previous ones when all is done in php instead of in the command line? while read width gravity color pointsize x y text do convert -si...

yes i will try to pass to php your code i can just take the data from my array instead of from the text file so thats all good, i will try thank you Anthony! :) while read width gravity color pointsize x y text do convert -size ${width}x -gravity $gravity -fill $color -background wheat \ -pointsize ...

hey Anthony, thank you very much for all of that, thats fantastic,
im going to try it out

hey Bonzo, just wanted to say thank you for trying all these versions, that was
really nice of you
let's see if anybody else can tell us if there is anything else left to try to make justification independent of the large canvas within a single command
thank you again
jav

i agree yess,

i guess there is no way to move the -geometry positioning + canvas 2040x2880 definition to the very end of the command,
or maybe there is another type of command as you say

that is a great try you did there, its amazing that still like that it doesnt work, seems like in the moment we create a large canvas in first step, all what comes after is interpreted relative to that large canvas, is there any way to create the large canvas on the last step instead of the first? m...

i wonder if there is a different solution using pipes or something to still in 1 command, first generate all the texts with justification and then pipe them all together into the final large canvas, but doing that in two parts united by pipes so that the justification doesnt interfere with the secon...

the key here is if a text has a position of 100,100 relative to top left corner and that text has a justification of West the result should be a left (west) justified text in coordinates 100,100 however what we get is a left justified text in coordinates 100,1440 , because the west is applied to the...

sorry, that was because of the -trim
without the -trim, the final canvas size is good,
and the justification seems good, but again the final positioning is not correct, its still taking the gravity as reference point of canvas also

you are right Bonzo, i tried it and the problem is that the final result doesnt appear in a
2040x2856 canvas, it kind of appears in a composite mixture that is not the final sized canvas 2040x2856

i totally agree with Anthony that there should be a separate -justification tag,
i hope there is still a way to solve this somehow

yes you are right imagemagick is getting confused, basically at the moment the command is taking the gravity and using it to position the texts respect to the total canvas instead of to justify the text itself convert -size 2040x2856 xc:none ( -background none -fill #99ff00 -font Arial -pointsize 60...

thank you very much Bonzo, i tried that but no luck so far, this is the command i tried convert -size 2040x2856 xc:none ( -background none -fill #99ff00 -font Arial -pointsize 600 -rotate 0 -gravity West label:"text1" ) -geometry +444+6 -composite ( -background none -fill #ffffcc -font Ari...

reading this that Anthony wrote "At this time IM does not make a distinction between using 'gravity' for placement, and 'justification' (horizontally or vertically) of text and images at the position gravity determined. I have previously proposed that a 'justification' setting be created but ha...