print setup saves the printer

#21

In article <dm7h8k$8i6$1 (AT) nwrdmz03 (DOT) dmz.ncs.ea.ibs-infra.bt.com>,
c (AT) oco (DOT) com.invalid says...

Quote:

"42" <nospam (AT) nospam (DOT) com> wrote in message
news:MPG.1df0e62fc8441b1d989dde (AT) shawnews (DOT) vf.shawcable.net...
In article <dm7ev9$c4o$1 (AT) nwrdmz02 (DOT) dmz.ncs.ea.ibs-infra.bt.com>,
c (AT) oco (DOT) 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.

Quote:

anyway i will check out the plugins

Cheers

#22

Quote:

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

#23

Quote:

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...

#24

Seems somebody answered your prayers, Craig:

<stuj1026 (AT) gmail (DOT) com> wrote in message

"[ANN] New Printer Plugin"

news:1133193500.443814.194650 (AT) g44g2000cwa (DOT) googlegroups.com...

Quote:

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 (AT) oco (DOT) com.invalid> wrote

Quote:

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

#25

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 (AT) wjm (DOT) org> wrote

Quote:

Seems somebody answered your prayers, Craig:

stuj1026 (AT) gmail (DOT) com> wrote in message

"[ANN] New Printer Plugin"

news:1133193500.443814.194650 (AT) g44g2000cwa (DOT) 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 (AT) oco (DOT) com.invalid> wrote in message
news:dm4955$jph$1 (AT) nwrdmz03 (DOT) 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

#26

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 (AT) wjm (DOT) org> wrote

Quote:

Seems somebody answered your prayers, Craig:

stuj1026 (AT) gmail (DOT) com> wrote in message

"[ANN] New Printer Plugin"

news:1133193500.443814.194650 (AT) g44g2000cwa (DOT) 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 (AT) oco (DOT) com.invalid> wrote in message
news:dm4955$jph$1 (AT) nwrdmz03 (DOT) 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

#27

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.

#28

<yogesh (AT) rmcplindia (DOT) com> wrote:

Quote:

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

#29

In article <1h7623g.ah3r465zwo6gN%clk (AT) freesurf (DOT) ch>, clk (AT) freesurf (DOT) ch
says...

Quote:

yogesh (AT) rmcplindia (DOT) 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