Hi a.l.e, first of all, thanks for your attention.
On Sunday 01 May 2011, 11:06:09 a.l.e wrote: > hi pete, > > > Much more > > importantly, the line break handling changed (again): > > now all test fields add a newline in front of each line in the > > resulting pdf (in the drop down _and_ the text fields), but OTOH, > > the text including newlines is displayed just fine in scribus > > itself. > > > > A minor issue is the vertical text alignment in the single line > > text fields (now top, centered before). > > > > It would be very kind, if somebody could have a look into these > > issues, especially into the newline handling. > > i've tried to replicate but since i don't have your font installed, i > don't see exactly what you see on your monitor... > > can you exactly describe one of the problems? (one single text which > is wrong how can i see that it is wrong...) If you compare the two pdfs, you will notice, that some multiline fields display a plus in the down right corner for the 1.4 version, meaning the field carries some cropped lines, while the correct version displays all lines. Since this also happens for the drop down items, I believe, that scribus converts newlines from multiline text fields into a form that results in one _additional_ linefeed per line, when displayed as PDF. Since scribus itself displays the text just fine (without additional linefeeds), this seems also unintentional. Conclusion: the newline normalization for PDFs must be wrong (while 1.3.3.4 got it right). Pete
