dbTalk Databases Forums  

Printing Portal

comp.databases.filemaker comp.databases.filemaker


Discuss Printing Portal in the comp.databases.filemaker forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
JF Fortier
 
Posts: n/a

Default Printing Portal - 11-30-2006 , 09:43 AM






Hi groups

Many people suggest to print related records instead of portal.
What do we do when we have 2 portal to print from 2 tables, but have to be
print on the same page ??

JF



Reply With Quote
  #2  
Old   
Bill Marriott
 
Posts: n/a

Default Re: Printing Portal - 11-30-2006 , 10:07 AM






If you know what you're doing -- that is, know the limitations -- you can
print portals, no problem. For example,

- understanding that they will reduce their size (slide objects) based only
on the number of empty portal rows (not the empty contents within them) and
- that you need to design your layout to accommodate the maximum number of
portal rows for each portal
- that you shouldn't include scrollbars or elements like graphics and merge
fields that will print with the blank row shown to accommodate new rows

It's just generally more flexible to print reports without using portals.

The "don't print portals" advice is quite closely related to the "don't use
repeating fields" advice. Useful perhaps for novices in some situations, but
best discarded once you reach intermediate levels and beyond.

"JF Fortier" <climatisationfortier-removespam (AT) videotron (DOT) ca> wrote

Quote:
Hi groups

Many people suggest to print related records instead of portal.
What do we do when we have 2 portal to print from 2 tables, but have to be
print on the same page ??

JF




Reply With Quote
  #3  
Old   
JF Fortier
 
Posts: n/a

Default Re: Printing Portal - 11-30-2006 , 01:47 PM



Thank you

I know the limitation, but in my solution 2 portals are side by side, full
page lengh and data will not go longer, so no need to reduce size, it's a
pre-define list of stock require to complete a job, so it's not user enter,
that's why I know it won't be longer or smaller.

I was thingking that maybe FM had know issue about portal printing....


JF




"Bill Marriott" <wjm (AT) wjm (DOT) org> a écrit dans le message de news:
s6KdnSo6VtI2nPLYnZ2dnUVZ_sydnZ2d (AT) comcast (DOT) com...
Quote:
If you know what you're doing -- that is, know the limitations -- you can
print portals, no problem. For example,

- understanding that they will reduce their size (slide objects) based
only on the number of empty portal rows (not the empty contents within
them) and
- that you need to design your layout to accommodate the maximum number of
portal rows for each portal
- that you shouldn't include scrollbars or elements like graphics and
merge fields that will print with the blank row shown to accommodate new
rows

It's just generally more flexible to print reports without using portals.

The "don't print portals" advice is quite closely related to the "don't
use repeating fields" advice. Useful perhaps for novices in some
situations, but best discarded once you reach intermediate levels and
beyond.

"JF Fortier" <climatisationfortier-removespam (AT) videotron (DOT) ca> wrote in
message news:00Dbh.13081$yw5.212981 (AT) wagner (DOT) videotron.net...
Hi groups

Many people suggest to print related records instead of portal.
What do we do when we have 2 portal to print from 2 tables, but have to
be print on the same page ??

JF






Reply With Quote
  #4  
Old   
Helpful Harry
 
Posts: n/a

Default Re: Printing Portal - 12-01-2006 , 12:19 AM



In article <s6KdnSo6VtI2nPLYnZ2dnUVZ_sydnZ2d (AT) comcast (DOT) com>, "Bill
Marriott" <wjm (AT) wjm (DOT) org> wrote:

Quote:
If you know what you're doing -- that is, know the limitations -- you can
print portals, no problem.
You *can* drive on a motorway in a kid's peddle car ... but you'd be
labelled as a looney and be arrested. ;o)


As long as you know the potential problems and think carefully about
what else you do or may want the database to be able to do, of course
you can print portals or use repeating fields - I use repeating fields
a lot, but only for simple data storage (eg. phone numbers: home, work,
mobile) and only very rarely anything that requires calculations or
scripting.



Helpful Harry
Hopefully helping harassed humans happily handle handiwork hardships ;o)


Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.