Hi all

i have just upgraded my solution to 8  and i am having a few teething probs 
with the printing.

it seems that the 'print setup' and 'print' in the srcipts  not only saves 
the orientation and size of the page, which is fine (as expected), but it 
also saves the printer which is being used. in six it just used the default 
printer

is this normal behaviour and do i have to make a setup script for each 
printer. and also what happens once it is used on a different machine that 
does not have that printer installed

the joys of upgrading

Cheers for any input
Craig

In article <dm4955$jph$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com>, "C"
<c@oco.com.invalid> wrote:

> Hi all
> 
> i have just upgraded my solution to 8  and i am having a few teething probs 
> with the printing.
> 
> it seems that the 'print setup' and 'print' in the srcipts  not only saves 
> the orientation and size of the page, which is fine (as expected), but it 
> also saves the printer which is being used. in six it just used the default 
> printer
> 
> is this normal behaviour and do i have to make a setup script for each 
> printer. and also what happens once it is used on a different machine that 
> does not have that printer installed
> 
> the joys of upgrading

The Print Setup command has ALWAYS been printer specific and worked
that way. 

For example, when using a Mac with an Epson printer you set the Page
Setup [Restore] command by setting the Page Setup to A4 landscape. BUT
if you use the database on another computer with a different printer
(or in some case the same printer) the Page Setup command reverts to
that printers defaults - it's only on a Mac with the same Epson that
you'll get the A4 landscape page.

This means you HAVE to set or reset the stored Page Setup information
using the same computer type (Windows or Mac), the same operating
system (Mac OS 9, Mac OS X, Windows 200, etc.) and the same printer
software. Doing this is of course impossible on something like a
shareware solution that will be run on unkonw computer configurations,
so you're best to stick to the default setting of US Letter portrait.

Using the Page Setup [Restore] command a script can store the Page
Setup information for multiple printers, but only ONE setting for any
particular printer, ie. the same script / command can store A4
landscape for an HP2200 and A4 landscape for an Epson Photo 700. It
can't store A4 landscape and A4 portrait for the Epson within the same
script - for that you need two scripts with the Page Setup [Restore]
command storing the appropriate sizes.

To store multiple Page Setups, you ...

     - create a script including a Page Setup [Restore] command

     - close the script

     - A: choose a printer in your operating system's Printer settings

     - choose the Page Setup command from the file menu and change
       the settings
    
     - open the script, close the script and choose to replace the
       Page Setup information

     - go back to step A and choose another printer



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

In article <251120050858341896%helpful_harry@nom.de.plume.com>, 
helpful_harry@nom.de.plume.com says...

> > it seems that the 'print setup' and 'print' in the srcipts  not only saves 
> > the orientation and size of the page, which is fine (as expected), but it 
> > also saves the printer which is being used. in six it just used the default 
> > printer
> > 
> 
> The Print Setup command has ALWAYS been printer specific and worked
> that way. 

If I understood the OPs claim then Not quite. 

The print setup command always remembered settings per printer, but the 
they would always print to the OS's default printer, even if the 
'original printer they were setup with' was available.

Ie if you had 2 printers and wanted one report script to print on 
printer A, and one report script to print on printer B, you couldn't 
accomplish it 'within filemaker'... you *had* to use a 3rd party tool, 
or manually change the 'current printer'.

If the OP is claiming that its actually printing to the remembered 
printer even when its not the default printer... wow... I haven't tested 
that myself yet in 8, but if its true its a welcome addition! :)
 

"Helpful Harry" <helpful_harry@nom.de.plume.com> wrote in message 
news:251120050858341896%helpful_harry@nom.de.plume.com...
> In article <dm4955$jph$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com>, "C"
> <c@oco.com.invalid> wrote:
>
>> Hi all
>>
>> i have just upgraded my solution to 8  and i am having a few teething 
>> probs
>> with the printing.
>>
>> it seems that the 'print setup' and 'print' in the srcipts  not only 
>> saves
>> the orientation and size of the page, which is fine (as expected), but it
>> also saves the printer which is being used. in six it just used the 
>> default
>> printer
>>
>> is this normal behaviour and do i have to make a setup script for each
>> printer. and also what happens once it is used on a different machine 
>> that
>> does not have that printer installed
>>
>> the joys of upgrading
>
> The Print Setup command has ALWAYS been printer specific and worked
> that way.
>
> For example, when using a Mac with an Epson printer you set the Page
> Setup [Restore] command by setting the Page Setup to A4 landscape. BUT
> if you use the database on another computer with a different printer
> (or in some case the same printer) the Page Setup command reverts to
> that printers defaults - it's only on a Mac with the same Epson that
> you'll get the A4 landscape page.
>
> This means you HAVE to set or reset the stored Page Setup information
> using the same computer type (Windows or Mac), the same operating
> system (Mac OS 9, Mac OS X, Windows 200, etc.) and the same printer
> software. Doing this is of course impossible on something like a
> shareware solution that will be run on unkonw computer configurations,
> so you're best to stick to the default setting of US Letter portrait.
>
> Using the Page Setup [Restore] command a script can store the Page
> Setup information for multiple printers, but only ONE setting for any
> particular printer, ie. the same script / command can store A4
> landscape for an HP2200 and A4 landscape for an Epson Photo 700. It
> can't store A4 landscape and A4 portrait for the Epson within the same
> script - for that you need two scripts with the Page Setup [Restore]
> command storing the appropriate sizes.
>
> To store multiple Page Setups, you ...
>
>     - create a script including a Page Setup [Restore] command
>
>     - close the script
>
>     - A: choose a printer in your operating system's Printer settings
>
>     - choose the Page Setup command from the file menu and change
>       the settings
>
>     - open the script, close the script and choose to replace the
>       Page Setup information
>
>     - go back to step A and choose another printer
>
>
>
> Helpful Harry
> Hopefully helping harassed humans happily handle handiwork hardships  ;o)



hi harry

i am now working in eight and it seems this no longer works

it seems to save the exact printer and printer settings

which means even if a users has a different printer selected eg pdfprinter 
it will still print to the printer in in the script (my lexmark)

i have tried saving multiple settings like in six but i just saves it as the 
last printer

i have even set all of the print scripts to not restore settings

i think i have found away around this if i know all the printers in the 
office

but when we send out a runtime to the clients it not going to be easy

my script

set variable curr_printer = get (printer name)
if curr_printer = "lexmark"
print (setup saved as lexmark)
elseif curr_printer = "pdf"
print(setup saved as pdf printer)
elseif curr_printer = "another printer"
print()
endif

but the i am not sure what will happen if they dont have any of those 
printers installed

have filemaker published any thing on the changes in eight on the printing 
front


Cheers

C

"42" <nospam@nospam.com> wrote in message 
news:MPG.1defbe3669ad5169989ddb@shawnews.vf.shawcable.net...
> In article <251120050858341896%helpful_harry@nom.de.plume.com>,
> helpful_harry@nom.de.plume.com says...
>
>> > it seems that the 'print setup' and 'print' in the srcipts  not only 
>> > saves
>> > the orientation and size of the page, which is fine (as expected), but 
>> > it
>> > also saves the printer which is being used. in six it just used the 
>> > default
>> > printer
>> >
>>
>> The Print Setup command has ALWAYS been printer specific and worked
>> that way.
>
> If I understood the OPs claim then Not quite.
>
> The print setup command always remembered settings per printer, but the
> they would always print to the OS's default printer, even if the
> 'original printer they were setup with' was available.
>
> Ie if you had 2 printers and wanted one report script to print on
> printer A, and one report script to print on printer B, you couldn't
> accomplish it 'within filemaker'... you *had* to use a 3rd party tool,
> or manually change the 'current printer'.
>
> If the OP is claiming that its actually printing to the remembered
> printer even when its not the default printer... wow... I haven't tested
> that myself yet in 8, but if its true its a welcome addition! :)
>


its seems like more of a bug to me, i can see how this might be helpful in 
some situations

but for me it means i have to make a setup and print script for all of the 
five printers in the office

then what happens when its sent this out in a runtime and the users dont 
have the saved printer

8.0v2 anyone

> i think i have found away around this if i know all the printers in 
> the office

Two remarks :
- please let us know what 'workaround' you found when you'll 
definitively find it.
- I would not make a 'Print' script in a distributed solution - and not 
even in house - as users are pretty much used to print themselves going 
to 'File' menu then 'Print'. If there were some 'Print' buttons I would 
only make them open the File/Print menu with the exception of the 'Print 
Setup' which you should probably define each time - Portrait or 
Landscape, nothing else, layouts being to be designed that way only -.
Remi-Noel 

"Remi-Noel Menegaux" <rnmenegaux@free.fr> wrote in message 
news:4386dd2d$0$7529$626a14ce@news.free.fr...
>> i think i have found away around this if i know all the printers in the 
>> office
>
> Two remarks :
> - please let us know what 'workaround' you found when you'll definitively 
> find it.
> - I would not make a 'Print' script in a distributed solution - and not 
> even in house - as users are pretty much used to print themselves going to 
> 'File' menu then 'Print'. If there were some 'Print' buttons I would only 
> make them open the File/Print menu with the exception of the 'Print Setup' 
> which you should probably define each time - Portrait or Landscape, 
> nothing else, layouts being to be designed that way only -.
> Remi-Noel
>

i am afraid that not always posible when compiling complex reports from five 
or six different layouts

which need to be printed in one job, i need the print with no dialog to make 
it seem to the user as one print job

i will keep you informed if i find a work around but at the moment i am 
getting some pretty random printer choices from filemaker

i am not sure if its a bug or somthing to do with the conversion 

> i am afraid that not always posible when compiling complex reports 
> from five or six different layouts

Excuse me to react again, but the way I would try to handle that would 
be to create eventually a special "Ready_To_Print" file where you'd pour 
all needed data in the right order and which would be simple to print.
(that because I don't think you'll ever overcome the FMP to printer 
limitations)
Remi-Noel 

"C" <c@oco.com.invalid> wrote in message 
news:dm4955$jph$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com...
> Hi all
>
> i have just upgraded my solution to 8  and i am having a few teething 
> probs with the printing.
>
> it seems that the 'print setup' and 'print' in the srcipts  not only saves 
> the orientation and size of the page, which is fine (as expected), but it 
> also saves the printer which is being used. in six it just used the 
> default printer
>
> is this normal behaviour and do i have to make a setup script for each 
> printer. and also what happens once it is used on a different machine that 
> does not have that printer installed
>
> the joys of upgrading
>
> Cheers for any input
> Craig
>
>
>
firstly i should add this is a totally windows xp solution


ok

i have now gone through the scripts and deleted all occurances of print or 
print setup and replaced them

the print steps are all on no dialog and the setups are on nodialog as well 
with the saved preferences

i have tried (as in six) to open the setup steps and save the setup for one 
printer(my lexmark) and then reopened them and saved them for the pdf 
printer.

i then run the script which will print out five different one page layouts 
four portrait and one landscape in the middle

how ever no matter what printer i select as the filemaker default or windows 
default it still prints to the pdf printer  (the last printer setup saved in 
all my setup scripts)

so from this i conclude that it does save the printer as well as the page 
setup

this is not good if users want to print to another printer or are working on 
the terminal server machine from home and want to print to their desktop 
printer

do filemaker document this as normal behaviour or is this a bug (i suspect 
the latter as it would now be very hard for any one to distribute any 
software with complex printing scripts(it would now require individual print 
setups for every printer imaginable))

Bye for now (more testing ahead)
Craig

"C" <c@oco.com.invalid> wrote in message 
news:dm6qeu$lm1$1@nwrdmz02.dmz.ncs.ea.ibs-infra.bt.com...
>
> "C" <c@oco.com.invalid> wrote in message 
> news:dm4955$jph$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com...
>> Hi all
>>
>> i have just upgraded my solution to 8  and i am having a few teething 
>> probs with the printing.
>>
>> it seems that the 'print setup' and 'print' in the srcipts  not only 
>> saves the orientation and size of the page, which is fine (as expected), 
>> but it also saves the printer which is being used. in six it just used 
>> the default printer
>>
>> is this normal behaviour and do i have to make a setup script for each 
>> printer. and also what happens once it is used on a different machine 
>> that does not have that printer installed
>>
>> the joys of upgrading
>>
>> Cheers for any input
>> Craig
>>
>>
>>
> firstly i should add this is a totally windows xp solution
>
>
> ok
>
> i have now gone through the scripts and deleted all occurances of print or 
> print setup and replaced them
>
> the print steps are all on no dialog and the setups are on nodialog as 
> well with the saved preferences
>
> i have tried (as in six) to open the setup steps and save the setup for 
> one printer(my lexmark) and then reopened them and saved them for the pdf 
> printer.
>
> i then run the script which will print out five different one page layouts 
> four portrait and one landscape in the middle
>
> how ever no matter what printer i select as the filemaker default or 
> windows default it still prints to the pdf printer  (the last printer 
> setup saved in all my setup scripts)
>
> so from this i conclude that it does save the printer as well as the page 
> setup
>
> this is not good if users want to print to another printer or are working 
> on the terminal server machine from home and want to print to their 
> desktop printer
>
> do filemaker document this as normal behaviour or is this a bug (i suspect 
> the latter as it would now be very hard for any one to distribute any 
> software with complex printing scripts(it would now require individual 
> print setups for every printer imaginable))
>
> Bye for now (more testing ahead)
> Craig
>
>
>



i have just found this on the knowledge base

http://filemaker.custhelp.com/cgi-bin/filemaker.cfg/php/enduser/std_adp.php?p_faqid=390&p_created=1115172433&p_sid=bUP8RsVh&p_lva=390&p_sp=cF9zcmNoPTEmcF9zb3J0X2J5PSZwX2dyaWRzb3J0PSZwX3Jvd19jbnQ9MTI1JnBfcHJvZHM9MSZwX2NhdHM9JnBfcHY9MS4xOzIudTAmcF9jdj0mcF9zZWFyY2hfdHlwZT1hbnN3ZXJzLnNlYXJjaF9ubCZwX3BhZ2U9MSZwX3NlYXJjaF90ZXh0PXByaW50IHNldHVw&p_li=&p_topview=1




printing to the default printer was how i wanted it to work, now all my 
print script will only print to one printer,

i have multi layout print scripts that print on each one. i cant expect my 
users to click print for each one when some of them have 60 different 
layouts. i want it to print without dialog to the default printer they have 
selected in windows. how can i save the print setup for every printer 
imaginable for the runtimes i send out


Craig 

I know it does sound like a pain. But the reason for this behavior is that 
every print driver is different. The printable area on US Letter for an HP 
LaserJet III is different than the printable area on the same page size for 
an HP DeskJet 7960 is different than the print area for the same page size 
on an Epson Stylus CX7800. And so on. Because the page sizes are different, 
they will cause subtle changes in the layout geometry.

I do not know if this will solve the problem, but how about if you add your 
printer again as "FileMaker Output" -- and ask your clients to do the same 
with whatever printer they want to be the one used with your runtime. (Or 
rename their default printer to "FileMaker Output.")

You write/save your scripts to always print to "FileMaker Output" and the 
user is also going to have that exact same printer (by name only) as an 
option, even though the underlying driver may be for completely different 
hardware.

Bill

"C" <c@oco.com.invalid> wrote in message 
news:dm6t27$i4o$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com...
>
> "C" <c@oco.com.invalid> wrote in message 
> news:dm6qeu$lm1$1@nwrdmz02.dmz.ncs.ea.ibs-infra.bt.com...
>>
>> "C" <c@oco.com.invalid> wrote in message 
>> news:dm4955$jph$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com...
>>> Hi all
>>>
>>> i have just upgraded my solution to 8  and i am having a few teething 
>>> probs with the printing.
>>>
>>> it seems that the 'print setup' and 'print' in the srcipts  not only 
>>> saves the orientation and size of the page, which is fine (as expected), 
>>> but it also saves the printer which is being used. in six it just used 
>>> the default printer
>>>
>>> is this normal behaviour and do i have to make a setup script for each 
>>> printer. and also what happens once it is used on a different machine 
>>> that does not have that printer installed
>>>
>>> the joys of upgrading
>>>
>>> Cheers for any input
>>> Craig
>>>
>>>
>>>
>> firstly i should add this is a totally windows xp solution
>>
>>
>> ok
>>
>> i have now gone through the scripts and deleted all occurances of print 
>> or print setup and replaced them
>>
>> the print steps are all on no dialog and the setups are on nodialog as 
>> well with the saved preferences
>>
>> i have tried (as in six) to open the setup steps and save the setup for 
>> one printer(my lexmark) and then reopened them and saved them for the pdf 
>> printer.
>>
>> i then run the script which will print out five different one page 
>> layouts four portrait and one landscape in the middle
>>
>> how ever no matter what printer i select as the filemaker default or 
>> windows default it still prints to the pdf printer  (the last printer 
>> setup saved in all my setup scripts)
>>
>> so from this i conclude that it does save the printer as well as the page 
>> setup
>>
>> this is not good if users want to print to another printer or are working 
>> on the terminal server machine from home and want to print to their 
>> desktop printer
>>
>> do filemaker document this as normal behaviour or is this a bug (i 
>> suspect the latter as it would now be very hard for any one to distribute 
>> any software with complex printing scripts(it would now require 
>> individual print setups for every printer imaginable))
>>
>> Bye for now (more testing ahead)
>> Craig
>>
>>
>>
>
>
>
> i have just found this on the knowledge base
>
> http://filemaker.custhelp.com/cgi-bin/filemaker.cfg/php/enduser/std_adp.php?p_faqid=390&p_created=1115172433&p_sid=bUP8RsVh&p_lva=390&p_sp=cF9zcmNoPTEmcF9zb3J0X2J5PSZwX2dyaWRzb3J0PSZwX3Jvd19jbnQ9MTI1JnBfcHJvZHM9MSZwX2NhdHM9JnBfcHY9MS4xOzIudTAmcF9jdj0mcF9zZWFyY2hfdHlwZT1hbnN3ZXJzLnNlYXJjaF9ubCZwX3BhZ2U9MSZwX3NlYXJjaF90ZXh0PXByaW50IHNldHVw&p_li=&p_topview=1
>
>
>
>
> printing to the default printer was how i wanted it to work, now all my 
> print script will only print to one printer,
>
> i have multi layout print scripts that print on each one. i cant expect my 
> users to click print for each one when some of them have 60 different 
> layouts. i want it to print without dialog to the default printer they 
> have selected in windows. how can i save the print setup for every printer 
> imaginable for the runtimes i send out
>
>
> Craig
> 

its a good idea

but only if every one has one printer

we have four in different areas of the office, users will always use the 
closest and we also have a pdf printer that we use to send the generated 
reports to clients

the only fix so far is to have every print step display a dialog so the user 
can select what printer (but as you may have read in earlier posts some of 
the reports from the db are compiled from 60 layouts)

i have tried the copy paste the layout in to a record set of containers 
field, but the printed result is terrible (blurred and poor resolution 
compared to printing straight from the layout)


just as a side note the page size on all the printer is always A4 in all the 
setups the only change is some of them are landscape

"Bill Marriott" <wjm@wjm.org> wrote in message 
news:Ms6dnRXOwpIdjxreRVn-vg@comcast.com...
>I know it does sound like a pain. But the reason for this behavior is that 
>every print driver is different. The printable area on US Letter for an HP 
>LaserJet III is different than the printable area on the same page size for 
>an HP DeskJet 7960 is different than the print area for the same page size 
>on an Epson Stylus CX7800. And so on. Because the page sizes are different, 
>they will cause subtle changes in the layout geometry.
>
> I do not know if this will solve the problem, but how about if you add 
> your printer again as "FileMaker Output" -- and ask your clients to do the 
> same with whatever printer they want to be the one used with your runtime. 
> (Or rename their default printer to "FileMaker Output.")
>
> You write/save your scripts to always print to "FileMaker Output" and the 
> user is also going to have that exact same printer (by name only) as an 
> option, even though the underlying driver may be for completely different 
> hardware.
>
> Bill
>
> "C" <c@oco.com.invalid> wrote in message 
> news:dm6t27$i4o$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com...
>>
>> "C" <c@oco.com.invalid> wrote in message 
>> news:dm6qeu$lm1$1@nwrdmz02.dmz.ncs.ea.ibs-infra.bt.com...
>>>
>>> "C" <c@oco.com.invalid> wrote in message 
>>> news:dm4955$jph$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com...
>>>> Hi all
>>>>
>>>> i have just upgraded my solution to 8  and i am having a few teething 
>>>> probs with the printing.
>>>>
>>>> it seems that the 'print setup' and 'print' in the srcipts  not only 
>>>> saves the orientation and size of the page, which is fine (as 
>>>> expected), but it also saves the printer which is being used. in six it 
>>>> just used the default printer
>>>>
>>>> is this normal behaviour and do i have to make a setup script for each 
>>>> printer. and also what happens once it is used on a different machine 
>>>> that does not have that printer installed
>>>>
>>>> the joys of upgrading
>>>>
>>>> Cheers for any input
>>>> Craig
>>>>
>>>>
>>>>
>>> firstly i should add this is a totally windows xp solution
>>>
>>>
>>> ok
>>>
>>> i have now gone through the scripts and deleted all occurances of print 
>>> or print setup and replaced them
>>>
>>> the print steps are all on no dialog and the setups are on nodialog as 
>>> well with the saved preferences
>>>
>>> i have tried (as in six) to open the setup steps and save the setup for 
>>> one printer(my lexmark) and then reopened them and saved them for the 
>>> pdf printer.
>>>
>>> i then run the script which will print out five different one page 
>>> layouts four portrait and one landscape in the middle
>>>
>>> how ever no matter what printer i select as the filemaker default or 
>>> windows default it still prints to the pdf printer  (the last printer 
>>> setup saved in all my setup scripts)
>>>
>>> so from this i conclude that it does save the printer as well as the 
>>> page setup
>>>
>>> this is not good if users want to print to another printer or are 
>>> working on the terminal server machine from home and want to print to 
>>> their desktop printer
>>>
>>> do filemaker document this as normal behaviour or is this a bug (i 
>>> suspect the latter as it would now be very hard for any one to 
>>> distribute any software with complex printing scripts(it would now 
>>> require individual print setups for every printer imaginable))
>>>
>>> Bye for now (more testing ahead)
>>> Craig
>>>
>>>
>>>
>>
>>
>>
>> i have just found this on the knowledge base
>>
>> http://filemaker.custhelp.com/cgi-bin/filemaker.cfg/php/enduser/std_adp.php?p_faqid=390&p_created=1115172433&p_sid=bUP8RsVh&p_lva=390&p_sp=cF9zcmNoPTEmcF9zb3J0X2J5PSZwX2dyaWRzb3J0PSZwX3Jvd19jbnQ9MTI1JnBfcHJvZHM9MSZwX2NhdHM9JnBfcHY9MS4xOzIudTAmcF9jdj0mcF9zZWFyY2hfdHlwZT1hbnN3ZXJzLnNlYXJjaF9ubCZwX3BhZ2U9MSZwX3NlYXJjaF90ZXh0PXByaW50IHNldHVw&p_li=&p_topview=1
>>
>>
>>
>>
>> printing to the default printer was how i wanted it to work, now all my 
>> print script will only print to one printer,
>>
>> i have multi layout print scripts that print on each one. i cant expect 
>> my users to click print for each one when some of them have 60 different 
>> layouts. i want it to print without dialog to the default printer they 
>> have selected in windows. how can i save the print setup for every 
>> printer imaginable for the runtimes i send out
>>
>>
>> Craig
>>
>
> 

> but only if every one has one printer
>
> we have four in different areas of the office, users will always use the 
> closest and we also have a pdf printer that we use to send the generated 
> reports to clients

Ah yes. In Windows 98 you could have a "friendly name" for a printer locally 
that was different than the "official" name of the printer set at the print 
server. But in Windows XP, either you cannot rename it (you don't have the 
Manage Printers privilege for that print server), or renaming it changes the 
name for everyone on the LAN.

(Perhaps there might be a sneaky way for users to set the friendly name of 
their local copy but keep the network printer having its own name still.)

An uglier but still possible approach is to name ALL the printers the same 
(e.g.: "Printer") -- while the "Friendly Names" will be identical, each will 
have its own unique network path.

I agree that clicking "Print" 60 times is not a pretty solution.

> i have tried the copy paste the layout in to a record set of containers 
> field, but the printed result is terrible (blurred and poor resolution 
> compared to printing straight from the layout)

If you set the zoom to 400% you will get a much higher resolution version of 
the page which may satisfy your needs better. Copying the preview always 
does so at screen resolution.

Bill

"C" <c@oco.com.invalid> wrote in message 
news:dm74dr$fgv$1@nwrdmz02.dmz.ncs.ea.ibs-infra.bt.com...
> its a good idea
>
> but only if every one has one printer
>
> we have four in different areas of the office, users will always use the 
> closest and we also have a pdf printer that we use to send the generated 
> reports to clients
>
> the only fix so far is to have every print step display a dialog so the 
> user can select what printer (but as you may have read in earlier posts 
> some of the reports from the db are compiled from 60 layouts)
>
> i have tried the copy paste the layout in to a record set of containers 
> field, but the printed result is terrible (blurred and poor resolution 
> compared to printing straight from the layout)
>
>
> just as a side note the page size on all the printer is always A4 in all 
> the setups the only change is some of them are landscape
>
> "Bill Marriott" <wjm@wjm.org> wrote in message 
> news:Ms6dnRXOwpIdjxreRVn-vg@comcast.com...
>>I know it does sound like a pain. But the reason for this behavior is that 
>>every print driver is different. The printable area on US Letter for an HP 
>>LaserJet III is different than the printable area on the same page size 
>>for an HP DeskJet 7960 is different than the print area for the same page 
>>size on an Epson Stylus CX7800. And so on. Because the page sizes are 
>>different, they will cause subtle changes in the layout geometry.
>>
>> I do not know if this will solve the problem, but how about if you add 
>> your printer again as "FileMaker Output" -- and ask your clients to do 
>> the same with whatever printer they want to be the one used with your 
>> runtime. (Or rename their default printer to "FileMaker Output.")
>>
>> You write/save your scripts to always print to "FileMaker Output" and the 
>> user is also going to have that exact same printer (by name only) as an 
>> option, even though the underlying driver may be for completely different 
>> hardware.
>>
>> Bill
>>
>> "C" <c@oco.com.invalid> wrote in message 
>> news:dm6t27$i4o$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com...
>>>
>>> "C" <c@oco.com.invalid> wrote in message 
>>> news:dm6qeu$lm1$1@nwrdmz02.dmz.ncs.ea.ibs-infra.bt.com...
>>>>
>>>> "C" <c@oco.com.invalid> wrote in message 
>>>> news:dm4955$jph$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com...
>>>>> Hi all
>>>>>
>>>>> i have just upgraded my solution to 8  and i am having a few teething 
>>>>> probs with the printing.
>>>>>
>>>>> it seems that the 'print setup' and 'print' in the srcipts  not only 
>>>>> saves the orientation and size of the page, which is fine (as 
>>>>> expected), but it also saves the printer which is being used. in six 
>>>>> it just used the default printer
>>>>>
>>>>> is this normal behaviour and do i have to make a setup script for each 
>>>>> printer. and also what happens once it is used on a different machine 
>>>>> that does not have that printer installed
>>>>>
>>>>> the joys of upgrading
>>>>>
>>>>> Cheers for any input
>>>>> Craig
>>>>>
>>>>>
>>>>>
>>>> firstly i should add this is a totally windows xp solution
>>>>
>>>>
>>>> ok
>>>>
>>>> i have now gone through the scripts and deleted all occurances of print 
>>>> or print setup and replaced them
>>>>
>>>> the print steps are all on no dialog and the setups are on nodialog as 
>>>> well with the saved preferences
>>>>
>>>> i have tried (as in six) to open the setup steps and save the setup for 
>>>> one printer(my lexmark) and then reopened them and saved them for the 
>>>> pdf printer.
>>>>
>>>> i then run the script which will print out five different one page 
>>>> layouts four portrait and one landscape in the middle
>>>>
>>>> how ever no matter what printer i select as the filemaker default or 
>>>> windows default it still prints to the pdf printer  (the last printer 
>>>> setup saved in all my setup scripts)
>>>>
>>>> so from this i conclude that it does save the printer as well as the 
>>>> page setup
>>>>
>>>> this is not good if users want to print to another printer or are 
>>>> working on the terminal server machine from home and want to print to 
>>>> their desktop printer
>>>>
>>>> do filemaker document this as normal behaviour or is this a bug (i 
>>>> suspect the latter as it would now be very hard for any one to 
>>>> distribute any software with complex printing scripts(it would now 
>>>> require individual print setups for every printer imaginable))
>>>>
>>>> Bye for now (more testing ahead)
>>>> Craig
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> i have just found this on the knowledge base
>>>
>>> http://filemaker.custhelp.com/cgi-bin/filemaker.cfg/php/enduser/std_adp.php?p_faqid=390&p_created=1115172433&p_sid=bUP8RsVh&p_lva=390&p_sp=cF9zcmNoPTEmcF9zb3J0X2J5PSZwX2dyaWRzb3J0PSZwX3Jvd19jbnQ9MTI1JnBfcHJvZHM9MSZwX2NhdHM9JnBfcHY9MS4xOzIudTAmcF9jdj0mcF9zZWFyY2hfdHlwZT1hbnN3ZXJzLnNlYXJjaF9ubCZwX3BhZ2U9MSZwX3NlYXJjaF90ZXh0PXByaW50IHNldHVw&p_li=&p_topview=1
>>>
>>>
>>>
>>>
>>> printing to the default printer was how i wanted it to work, now all my 
>>> print script will only print to one printer,
>>>
>>> i have multi layout print scripts that print on each one. i cant expect 
>>> my users to click print for each one when some of them have 60 different 
>>> layouts. i want it to print without dialog to the default printer they 
>>> have selected in windows. how can i save the print setup for every 
>>> printer imaginable for the runtimes i send out
>>>
>>>
>>> Craig
>>>
>>
>>
>
> 

>
> If you set the zoom to 400% you will get a much higher resolution version 
> of the page which may satisfy your needs better. Copying the preview 
> always does so at screen resolution.

this is true

but unfortunately the size of file is around 20 megs when i copy at 400% and 
60 of those will not make a happy machine

Well, when FileMaker goes open source we'll write the code for you to select 
a printer at the beginning of your script and have it used for each of the 
60 layouts. In the meantime, you'll have to settle for dedicating a printer 
for FileMaker (and naming it such), making users click print 60 times, or 
creating a script permutation for every possible printer. Sorry :/

Bill

"C" <c@oco.com.invalid> wrote in message 
news:dm7c2m$741$1@nwrdmz01.dmz.ncs.ea.ibs-infra.bt.com...
> >
>> If you set the zoom to 400% you will get a much higher resolution version 
>> of the page which may satisfy your needs better. Copying the preview 
>> always does so at screen resolution.
>
> this is true
>
> but unfortunately the size of file is around 20 megs when i copy at 400% 
> and 60 of those will not make a happy machine

Open source ehh?? (what and when (is this rumour or is there proof))

it sounds that way about the printer

for the time being i have made a script that gets the current printer name 
befor the script starts and has an if statement for all our printers in the 
office, each one is different (lexmark, canon, brother, minolta and pdf) and 
if it does not find one of these it presents the dialog box


"Bill Marriott" <wjm@wjm.org> wrote in message 
news:ZKOdnQ0s4JXMoBreRVn-rw@comcast.com...
> Well, when FileMaker goes open source we'll write the code for you to 
> select a printer at the beginning of your script and have it used for each 
> of the 60 layouts. In the meantime, you'll have to settle for dedicating a 
> printer for FileMaker (and naming it such), making users click print 60 
> times, or creating a script permutation for every possible printer. Sorry 
> :/
>
> Bill
>
> "C" <c@oco.com.invalid> wrote in message 
> news:dm7c2m$741$1@nwrdmz01.dmz.ncs.ea.ibs-infra.bt.com...
>> >
>>> If you set the zoom to 400% you will get a much higher resolution 
>>> version of the page which may satisfy your needs better. Copying the 
>>> preview always does so at screen resolution.
>>
>> this is true
>>
>> but unfortunately the size of file is around 20 megs when i copy at 400% 
>> and 60 of those will not make a happy machine
>
> 

In article <4386ebef$0$2643$626a14ce@news.free.fr>, rnmenegaux@free.fr 
says...
> > i am afraid that not always posible when compiling complex reports 
> > from five or six different layouts
> 
> Excuse me to react again, but the way I would try to handle that would 
> be to create eventually a special "Ready_To_Print" file where you'd pour 
> all needed data in the right order and which would be simple to print.
> (that because I don't think you'll ever overcome the FMP to printer 
> limitations)
> Remi-Noel 

More importantly, trying to print 5 or 6 jobs "as one" by "hiding" the 
fact tha you are printing 5 or 6 jobs is a recipe for problems.

Windows and MacOS is a multitasking OS, and many printers are shared. 
There is NO WAY to gaurantee your 5 or 6 jobs will come out sequentially 
without jobs from other sources getting printed in between. In fact 
there is no way to gaurantee your 5 or 6 jobs will come out in the order 
filemaker spools them.

I got bitten by that last phenomena pretty bad myself recently. A script 
that was supposed to print a batch of invoices in sequential order was 
failing horribly. The end user was already aware that nobody could print 
anything until this batch job was completed (in order to prevent their 
print jobs from being mixxed in).

But, the script would spool over 100 jobs, in sequential order, but they 
weren't printing in order. The print spooler was reordering them, 
seemingly randomly. It turned out to be related to the names the spooler 
was generating ...e.g. it was generating the equivalent of: job1, job2, 
job3, job4... but they get printed in alphabetical order, and job102 
comes before job 3...  I still don't have a solution.

-cheers,
Dave

In article <dm7ev9$c4o$1@nwrdmz02.dmz.ncs.ea.ibs-infra.bt.com>, 
c@oco.com.invalid says...
> Open source ehh?? (what and when (is this rumour or is there proof))

I think Bill was just yanking your chain. :) ... (I think!)

Also, you might want to look into printer selection plug-ins. They might 
resolve your issue.

"42" <nospam@nospam.com> wrote in message 
news:MPG.1df0e62fc8441b1d989dde@shawnews.vf.shawcable.net...
> In article <dm7ev9$c4o$1@nwrdmz02.dmz.ncs.ea.ibs-infra.bt.com>,
> c@oco.com.invalid says...
>> Open source ehh?? (what and when (is this rumour or is there proof))
>
> I think Bill was just yanking your chain. :) ... (I think!)
>
> Also, you might want to look into printer selection plug-ins. They might
> resolve your issue.

i hope not

it would really open a lot of possiblities for the front end of filemaker

anyway i will check out the plugins

Cheers

"42" <nospam@nospam.com> wrote in message 
news:MPG.1df0e54af20110d1989ddd@shawnews.vf.shawcable.net...
> In article <4386ebef$0$2643$626a14ce@news.free.fr>, rnmenegaux@free.fr
> says...
>> > i am afraid that not always posible when compiling complex reports
>> > from five or six different layouts
>>
>> Excuse me to react again, but the way I would try to handle that would
>> be to create eventually a special "Ready_To_Print" file where you'd pour
>> all needed data in the right order and which would be simple to print.
>> (that because I don't think you'll ever overcome the FMP to printer
>> limitations)
>> Remi-Noel
>
> More importantly, trying to print 5 or 6 jobs "as one" by "hiding" the
> fact tha you are printing 5 or 6 jobs is a recipe for problems.
>
> Windows and MacOS is a multitasking OS, and many printers are shared.
> There is NO WAY to gaurantee your 5 or 6 jobs will come out sequentially
> without jobs from other sources getting printed in between. In fact
> there is no way to gaurantee your 5 or 6 jobs will come out in the order
> filemaker spools them.
>
> I got bitten by that last phenomena pretty bad myself recently. A script
> that was supposed to print a batch of invoices in sequential order was
> failing horribly. The end user was already aware that nobody could print
> anything until this batch job was completed (in order to prevent their
> print jobs from being mixxed in).
>
> But, the script would spool over 100 jobs, in sequential order, but they
> weren't printing in order. The print spooler was reordering them,
> seemingly randomly. It turned out to be related to the names the spooler
> was generating ...e.g. it was generating the equivalent of: job1, job2,
> job3, job4... but they get printed in alphabetical order, and job102
> comes before job 3...  I still don't have a solution.
>
> -cheers,
> Dave


 we have the probs of other jobs  interrupting, but it has never been a big 
issue.  the final copy of our reports is printed to a pdf printer called 
visagesoft expertpdf,. this queues up all the jobs and combines them in to 
one pdf file, this is then sent to the client or used to make paper copies

but never the job name issue

what printer are you using

In article <dm7h8k$8i6$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com>, 
c@oco.com.invalid says...
> 
> "42" <nospam@nospam.com> wrote in message 
> news:MPG.1df0e62fc8441b1d989dde@shawnews.vf.shawcable.net...
> > In article <dm7ev9$c4o$1@nwrdmz02.dmz.ncs.ea.ibs-infra.bt.com>,
> > c@oco.com.invalid says...
> >> Open source ehh?? (what and when (is this rumour or is there proof))
> >
> > I think Bill was just yanking your chain. :) ... (I think!)
> >
> > Also, you might want to look into printer selection plug-ins. They might
> > resolve your issue.
> 
> i hope not
> 
> it would really open a lot of possiblities for the front end of filemaker

Yep, like removing the requirement to enter a license key. ;)

I think Filemaker is a long way from even beginning to position their 
software for opensource. Filemaker's entire revenue model revolves 
around per-seat licensing of filemaker clients.

Its hard to make money by open-sourcing commodity boxed software.
 
> anyway i will check out the plugins
> 
> Cheers
> 
> 
> 
> 

> anyway i will check out the plugins

You may find links to Printer Selection plugins at :
http://www.fmpro.org/search/?q=select+printer&w=
Remi-Noel 

> But, the script would spool over 100 jobs, in sequential order, but they
> weren't printing in order. The print spooler was reordering them,
> seemingly randomly. It turned out to be related to the names the spooler
> was generating ...e.g. it was generating the equivalent of: job1, job2,
> job3, job4... but they get printed in alphabetical order, and job102
> comes before job 3...  I still don't have a solution.
>
> -cheers,
> Dave

You could use the pause script step to pause for long enough for the printer 
to finish spooling the first 100 jobs then continue after hopefully the 
printer's named print queue would have reset itself and then your script 
could continue. Won't look very nice on the screen though whilst it is 
pausing for 2 minutes... 

Seems somebody answered your prayers, Craig:

<stuj1026@gmail.com> wrote in message

"[ANN] New Printer Plugin"

news:1133193500.443814.194650@g44g2000cwa.googlegroups.com...
> New PrintSetup plugin allows Filemaker version 7 and above to choose
> from various printers local and networked, source tray, orientation,
> paper size, current record or records being browsed.
> Add local or networked printers to your solution without changing your
> print setup or properties in your scripts ! Create Print Jobs and
> more..
> Goto http://www.onlinepl.com



"C" <c@oco.com.invalid> wrote in message 
news:dm4955$jph$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com...
> Hi all
>
> i have just upgraded my solution to 8  and i am having a few teething 
> probs with the printing.
>
> it seems that the 'print setup' and 'print' in the srcipts  not only saves 
> the orientation and size of the page, which is fine (as expected), but it 
> also saves the printer which is being used. in six it just used the 
> default printer
>
> is this normal behaviour and do i have to make a setup script for each 
> printer. and also what happens once it is used on a different machine that 
> does not have that printer installed
>
> the joys of upgrading
>
> Cheers for any input
> Craig
>
>
> 

that is awesome!!!

seems like someone up there likes me

they dont like my wallet though

$700 for the site

but it looks like every thing i needed

so it will certainly be worth it

Cheers
Craig


"Bill Marriott" <wjm@wjm.org> wrote in message 
news:NYedna6X-9KsrRbenZ2dnUVZ_tudnZ2d@comcast.com...
> Seems somebody answered your prayers, Craig:
>
> <stuj1026@gmail.com> wrote in message
>
> "[ANN] New Printer Plugin"
>
> news:1133193500.443814.194650@g44g2000cwa.googlegroups.com...
>> New PrintSetup plugin allows Filemaker version 7 and above to choose
>> from various printers local and networked, source tray, orientation,
>> paper size, current record or records being browsed.
>> Add local or networked printers to your solution without changing your
>> print setup or properties in your scripts ! Create Print Jobs and
>> more..
>> Goto http://www.onlinepl.com
>
>
>
> "C" <c@oco.com.invalid> wrote in message 
> news:dm4955$jph$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com...
>> Hi all
>>
>> i have just upgraded my solution to 8  and i am having a few teething 
>> probs with the printing.
>>
>> it seems that the 'print setup' and 'print' in the srcipts  not only 
>> saves the orientation and size of the page, which is fine (as expected), 
>> but it also saves the printer which is being used. in six it just used 
>> the default printer
>>
>> is this normal behaviour and do i have to make a setup script for each 
>> printer. and also what happens once it is used on a different machine 
>> that does not have that printer installed
>>
>> the joys of upgrading
>>
>> Cheers for any input
>> Craig
>>
>>
>>
>
> 

just downloaded the tester

looks great

I am off to find a purchase order

although I suspect I will have to wait till the Jan budget especially as the 
upgrade wont be ready till Feb.

thanks for pointing that out

I don't normally read all the announcements


"Bill Marriott" <wjm@wjm.org> wrote in message 
news:NYedna6X-9KsrRbenZ2dnUVZ_tudnZ2d@comcast.com...
> Seems somebody answered your prayers, Craig:
>
> <stuj1026@gmail.com> wrote in message
>
> "[ANN] New Printer Plugin"
>
> news:1133193500.443814.194650@g44g2000cwa.googlegroups.com...
>> New PrintSetup plugin allows Filemaker version 7 and above to choose
>> from various printers local and networked, source tray, orientation,
>> paper size, current record or records being browsed.
>> Add local or networked printers to your solution without changing your
>> print setup or properties in your scripts ! Create Print Jobs and
>> more..
>> Goto http://www.onlinepl.com
>
>
>
> "C" <c@oco.com.invalid> wrote in message 
> news:dm4955$jph$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com...
>> Hi all
>>
>> i have just upgraded my solution to 8  and i am having a few teething 
>> probs with the printing.
>>
>> it seems that the 'print setup' and 'print' in the srcipts  not only 
>> saves the orientation and size of the page, which is fine (as expected), 
>> but it also saves the printer which is being used. in six it just used 
>> the default printer
>>
>> is this normal behaviour and do i have to make a setup script for each 
>> printer. and also what happens once it is used on a different machine 
>> that does not have that printer installed
>>
>> the joys of upgrading
>>
>> Cheers for any input
>> Craig
>>
>>
>>
>
> 

1) We developed one product using FileMaker 5.5 running on windows
server.



2) Now issue is our client upgraded from Mac OS9 to Mac OS10(OSX), from
this point whenever they are trying to take any printout it is taking
Portrait instead of Landscape.

<yogesh@rmcplindia.com> wrote:

> 1) We developed one product using FileMaker 5.5 running on windows
> server.
> 
> 2) Now issue is our client upgraded from Mac OS9 to Mac OS10(OSX), from
> this point whenever they are trying to take any printout it is taking
> Portrait instead of Landscape.

FMP 5.5 was the first version for OS X, but it was buggy. FMP sells a
bugfix names "Filemaker 6".

Though, I do not have any first hand experience with this particular
problem in FMP 5.5 and 6.
-- 
http://clk.ch

In article <1h7623g.ah3r465zwo6gN%clk@freesurf.ch>, clk@freesurf.ch 
says...
> <yogesh@rmcplindia.com> wrote:
> 
> > 1) We developed one product using FileMaker 5.5 running on windows
> > server.
> > 
> > 2) Now issue is our client upgraded from Mac OS9 to Mac OS10(OSX), from
> > this point whenever they are trying to take any printout it is taking
> > Portrait instead of Landscape.
> 
> FMP 5.5 was the first version for OS X, but it was buggy. FMP sells a
> bugfix names "Filemaker 6".
> 
> Though, I do not have any first hand experience with this particular
> problem in FMP 5.5 and 6.
> 

Filemaker Print / Print Setup steps stores a separate 'profile' for each 
Printer, containing all the filemaker and printer specific options.

Upgrading from OS9 to OSX means that the print/print setup commands no 
longer have access to a saved profile, because even though its the same 
physical printer it looks like a new printer to Filemaker through OS X.

You should simply need to manually page setup, and manually print, then 
open script maker, and the print script, and then close it, being sure 
to check off the "remember print/print setup".

Occasionally that doesn't work because the saved profiles seem to be 
susceptible to "corruption", and the solution is to just delete the 
print/print setup script steps, exit script maker, manually setup 
printing, then go back in and add them back in.

Experience with filemaker has taught me to create separate print/print 
setup scripts in each file, and to call them from the scritps that 
actually need to print. (I may have 4 or 5 "Print Setup-xxxxx" scripts 
depending on whehter I want landscape or portrait, etc...)

This way if there are any problems, be it an OS upgrade, a new printer, 
some dragging a Mac box into an all Windows shop or whatever 
"reprogramming" the print scripts is easy because they are in one 
convenient centralised place, with names and comments describing what 
each of them should do.

This sure beats hunting through hundreds of scripts looking for all the 
"print" steps to individually reprogram each one. :)

-cheers,
Dave