| Register | FAQ | Calendar | Search | Today's Posts | Mark Forums Read |
|
#11
|
| "Homer L. Hazel" news Uhok.11615$i15.8324-at-newsfe01.iad...> Mark, > > Is there someplace you could suggest that might give me some > insight into how to set up a font within D3 to download to > a printer? > > Thanks, > > Larry Hazel > Larry, Sorry, I thought you were asking how to equate @(-xx) to the escape sequence necessary to turn the fonts on and off. If you want to add a font the your system, look at the DM,BP, item ADD-FONT I've not used it myself, but the code seems to indicate that it would prompt you for a font family name like ARIAL or BARCODES and then copy the binary item into pick. It "compiles" the item and puts it into the FONTS,DESCR file, iirc. Once you've compiled the font into the ascii-hex item, use the DOWNLOAD DM,FONTS,DESCR fontname Mark |
|
#12
|
| 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" news:cd7fcf09-a8f1-4fdf-a845-68c44020c255-at-b1g2000hsg.googlegroups.com... > 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" >> "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. > |
|
#13
|
| Frank, This client has a pretty impressive set of PCL subroutines and they use them to print some very fine forms. I also wrote them a series of postscript subroutines which I use for certain reports that they want in PDF (before I had them buy PrintWizard) which I printed to a PDFCreator queue. What they don't have are barcode font subroutines yet. I did not know about the SP-ASSIGN 0Fnn stuff. I typically use SP-OPEN and SP-CLOSE to accomplish the grouping of all the printer control, reports and resets. Darn, that's two things I have to read up on now. 8>) The IT Director also showed me some tricks with CSS and Excel spreadsheets which allows us to produce some very nicely formatted spreadsheets. Thanks for the information. Larry Hazel "Frank Winans" news s6dnQoflLjYKDzVnZ2dnUVZ_qvinZ2d-at-posted.inter netamerica...> "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. > > > |
|
#14
|
| Thanks Mark. Larry Hazel "Mark Brown" news:tM2dnTMrM8mriz_VnZ2dnUVZ_qDinZ2d-at-comcast.com. .. > "Homer L. Hazel" > news Uhok.11615$i15.8324-at-newsfe01.iad...>> Mark, >> >> Is there someplace you could suggest that might give me some >> insight into how to set up a font within D3 to download to >> a printer? >> >> Thanks, >> >> Larry Hazel >> > > Larry, > > Sorry, I thought you were asking how to equate @(-xx) to the escape > sequence necessary to turn the fonts on and off. > > If you want to add a font the your system, look at the DM,BP, item > > ADD-FONT > > I've not used it myself, but the code seems to indicate that it would > prompt you for a font family name like ARIAL or BARCODES and then copy the > binary item into pick. It "compiles" the item and puts it into the > FONTS,DESCR file, iirc. > > Once you've compiled the font into the ascii-hex item, use the DOWNLOAD > DM,FONTS,DESCR fontname > > > Mark |
|
#15
|
| joseba wrote: >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 Ya beat me to it bud. Actually, Larry already has PrintWizard - just check the doc, it's very easy to do barcodes. Here are a couple code examples (See Help menu>Examples). Just send the code below to the printer with PRINT statements from BASIC. Looks like HTML? Yeah, now ain't that a kick? ![]()
|
|
#16
|
| [Ad alert] "Homer L. Hazel" wrote: >The IT Director also showed me some tricks with CSS and >Excel spreadsheets which allows us to produce some very >nicely formatted spreadsheets. Larry, don't forget about NebulaXLite. The user base is growing and I'm quite proud of this small but powerful tool. Once developers start using it and "get it", they really like it - and most importantly, end-user management likes it. remove.pleaseNebula-RnD.com/products/xlite.htm Full functionality is free for all developers. Never a hassle to buy. Only $200 per server for production use. News: I'm now finishing the port to AP/AIX which joins most other DBMS platforms, flavors, and OS permutations. Others can be discussed. Inquiries welcome. Thanks, Tony Gravagno Nebula Research and Development TG@ remove.pleaseNebula-RnD.com |
![]() |
| Thread Tools | |
| Display Modes | |