Re: Fonts in D3
- From: "Homer L. Hazel" <homerlhNO@xxxxxxxxxxx>
- Date: Tue, 12 Aug 2008 19:39:22 -0700
Joseba,
The client already has PrintWizard serving as a PDF creating server.
I'll have to re-read (maybe read) the documentation to find out about
barcodes!
Thanks,
Larry Hazel
"jra" <jrajoseba@xxxxxxxxx> wrote in message news:cd7fcf09-a8f1-4fdf-a845-68c44020c255@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Do you only want fonts for printing? If so, do not reinvent, take a
look at PRINTWIZARD. Clean,cheap and very very good. And very easy to
program from Basic. If you use D3/Linux just another printer, if you
use D3/NT you will need a small simple trick. You can take a look at
http://www.nebula-rnd.com/products/printwizard.htm
joseba
On 12 ago, 19:07, "Frank Winans" <fwin...@xxxxxxxxxxxxx> wrote:"Homer L. Hazel" wrote
> Greetings,
> I was reading the D3 manual today and came across all of the
> various @(-xxx) used to download fonts. Unfortunately, I
> could not find any examples of that being done.
> Is anybody familiar with these system codes?
> I want to put some barcode fonts on D3 and print them
> out on various printers.
> In the past I have had my clients purchase the barcodes
> and more simm cards, but they don't seem to have these
> for the newer printers.
> Any suggestions?
> Oh yes, it's D3/NT.
> Thanks,
> Larry Hazel
Good job volunteering the details you did! Now perhaps you
could research your printer 'programmer guide' or whatever
they call it and tell us if you're using a laserjet emulation {likely}
versus an epson emulation {probable only if you're using a dot
matrix printer} or none of the above {like if you've got an inkjet
printer that only works with windows operating systems.} Go to
the manufacturers' web site and download it -- they're almost never
included amongst the printer shipping materials.
We don't put printer-related strings in our DEVICES file at our
shop -- we pull all the printer-related things into actual external
utility subs like 12PITCH, MICR-ON, etc. When we buy a new
type printer, we add another CASE to each of those. All our
reports have a printer-type string variable in COMMON that the
utility subs rely on, and we wrote up a file that translate form
queue number to printer type name.
This simplifies loading up a new d3 server {or
upgrading existing ones to a new release of d3} as no items need
be copied/replaced in DEVICES.
I do love the @(nnn) facility for doing screen-related things,
but modern printers need fairly complex 'before, during, and
after the report' command strings. So if you stick most of that in the
DEVICES file, you'd still work you fingers to the bone documenting
how to use it properly, against the day that 'heads will roll'
in the old IT dept.
Oh, and if you go our route, remember to SP-ASSIGN OFnnn
to leave the print job "O"pen on "F"orm queue nnn,
then run whatever subroutines you need to reset / set up the printer,
then your report, then whatever wrapup subroutines your printers may need,
then do an SP-ASSIGN of some sort with no "O"pen letter, at which point
your print job actually goes out to the paper. This prevents D3 from 'helping' you
with some start-of-job printer reset strings or headers or whatnot that undo
your early subroutines' good work when the report program starts up.
It is a pity you can't get your desired barcode font on a smart card for the
printer; to be safe you should download that font before every print job,
since staff often turns off the printer to clear a paper jam, and may not notice
that post-jam they've lost the barcodes. At least this way you only ruin
part of a single print job due to that behavior...
Sometimes the D3 HELP command really only Helps you if you can guess
the right topic to invoke; see HELP DOWNLOAD
and then SEE-ALSO topic Downloading HP Laserjet Fonts -- is a nice
example [from an old issue of PickWorld magazine] of doing soft font
loading {into d3 DM account files} and downloading {to printer as escape
strings}with d3 verbs -- has nothing to do with choosing that font during a
report, though -- only handles getting the soft font loaded into printer memory.
Since we always use fixed-width {never proportional} fonts,
and have routines that download those fonts from our internal tables,
we don't use those described d3 verbs ourselves...
If you are indeed on a laserjet emulation, notice in the docs that you can have
a primary and secondary font set up at the same time; just changing a "(" to a
")" in many of the escape strings focuses the change on primary or
secondary font, without spoiling earlier settings for the other font; pretty handy.
.
- References:
- Fonts in D3
- From: Homer L. Hazel
- Re: Fonts in D3
- From: Frank Winans
- Re: Fonts in D3
- From: jra
- Fonts in D3
- Prev by Date: Re: New release of the XLr8 plug-ins for Universe and Unidata
- Next by Date: Re: Fonts in D3
- Previous by thread: Re: Fonts in D3
- Next by thread: Re: Fonts in D3
- Index(es):
Relevant Pages
|
