attd. screenshot in Layout Mode
Further tests proof: It's not related to Theme.
Same result with Theme "Visionär Druck"
and it's not dependent on fonts, line-spacing? Increasing the individual portal row a bit?
Layout is set with Arial font. I changed to Helvetica: no difference. Even changed Layout to Theme "Visionär Druck" = same crap.
This is not a all-or-nothing occurrence. As shown in the screenshot, first 5 rows appear as expected, before the SNAFU starts.
Under same conditions, no issue with FMP13!
FMP14.0.2: not resolved yet
I have received your file. Thank you.
I am able to replicate the issue, and the information has been sent to Development for review. When more information becomes available, I will let you know.
as I wrote in the german FileMaker-Magazin Forum:
_ First, I would use calculation fields*.
One for the "label"-line on the top of the portal and one in the portal instead of all those fields, which make it hard for the rendering engine to calculate.
_ Then, I would use the "List"-function instead of a portal (using the "calculation"-field I told above), having then an unique big field, which the print-rendering engine can easily handle.
_ At least, I would use only fields (Rechnungen::bemerkungen) instead of place holders and let them have the exact same size for the brightness (Text_re_nr, the list-field, the label-field and the place-holder-field).
_ If you do not want to do all this, go sure your fields in the portal have the same vertical size and vertical position, and then pull them one (1) point (pt) down, it only needs one minute to do.
Then, maybe your problem is no more a problem.
* with tabulators and some CF for the cost
By the way, hello TSGal, long time not written and read
_ If you do not want to do all this, go sure your fields in the portal have the same vertical size and vertical position, and then pull them one (1) point (pt) down,
I did as you recommended. I also reduced height of the fields for 1px to make sure there's at least 1px gap to the portal row borders.
btw, there are no placeholders inside the portal.
The layout that I see could be produced without using any portal at all on a List View layout and the result is more flexible than using a portal in the first place. That's not to say that this isn't a bug.
Does this problem also occur with save as PDF?
TSGal, is there any way to tell which portals will fail to print correctly? Is it random? Is it any and every portal?
I would have thought that a problem with printing a layout with a portal would have been discovered and reported much earlier.
the remark concerning the place holder was about the place holder on the top of the portal (but it was only a detail).
So, now about "printing the portal".
If it is not random, then it is mathematical.
So, what, if the portal get 50 rows unstead of 10. And what if the portal would be 60 points shorter.
Or, to turn the question on the top*, is you portal a multiple of 60 points +1 tall?
... A portal with 60 rows à 15 points should be 901 points tall.
But as PhilModJunk wrote (btw., congratulations for your big good work, PMJ.!), "That's not to say that this isn't a bug".
And one more detail: only one field of all is visible in the next row.
What, if you put all the fields of the portal (from left to right) at the top of the layout, and then togehter with the portal itself?
And maybe then try to group fields of the portal with the portal ...
And I'm not kidding! Ehrenwort!
* if any one understood that I mean, bravo ;-)
some more tests show:
• 50 AND 10 rows instead of 60 - negative
• row-height = 90px. 60x90 + 1 = 541. reducing row-height to 89px and entire portal to 481px - negative
• enabling/disabling 'Sliding & Visibility': [X] Sliding up based on • All objects above, [X] Also resize enclosing part - negative
Wäre auch zu schön gewesen.
(Would have been too nice? How to say it properly?)
A Tester was able to reproduce the issue in FileMaker Pro 14, but not FileMaker Pro 13. The notes from the tester indicated that if the portal fields line spacing was set at 2, the issue doesn't happen. The tester also noted a simpler set of steps to reproduce the issue. In essence, create a text field with a self-join relationship, add a portal to the layout showing 10 rows, set portal field line spacing to 10, set Paper Size to A4, enlarge footer to force line break in Body but not higher than the portal, create 10 records with text field = "1", and go to Preview mode.
All information has been sent to Development for review.