Are you using a "built-in" printer font for your labels? If you're not using a font that the printer has internally, the output will be rendered as graphics and will be slower.
Fred On Wed, May 11, 2011 at 8:57 AM, Kurt Wendt <[email protected]> wrote: > Hey folks, > > I thought I would throw this one out there - especially considering that > one of the people at our Warehouse claims that it seems like the label > printer is "Thinking" between labels! > > So - here's the deal. I was told that there is a problem printing labels > - and that its slow. I had thought they meant that the printing program > is slow when processing the print job. But, nope - the claim is that its > slow when it comes out of the printer. > > The deal is that the labels are printed from our system here (one of our > Outsourcing people prints the labels from her desk) - and the print job > goes out to the Warehouse (the slow claim is coming from the warehouse > in NJ) - and I believe its over a WAN - and we have some kind of > point-to-point connection with the warehouse. (Obviously I'm not a > network guru - otherwise I would probably know exactly how its > connected!) > > The program that prints the labels - its one I worked on (although most > of the code was pre-existing). It gathers the data for the main UCC Box > labels in one DBF file. Then, it gathers data into another DBF that > represents the Content labels (which lists the contents - Styles, Colors > & Sizes) within the box. When it prints - it loops thru the main UCC > label DBF - then, for each record - it prints a label (via a VFP Report > Form). Then, after it prints the UCC label - it then looks up the > corresponding record in the Contents DBF file - and generates the > Content label. This way - the labels get paired up - UCC then Content, > UCC then Content, etc. > > I'm sure that the slowing printing - long pauses Between labels - has > something to do with it being as though each and every label is a > seperate print job (kinda - I think). But, I'm just not sure if anything > can be done to change that. And, I am open to any thoughts from thsi > wonderful group! > > Thanks, > > Kurt > > > > Senior Developer > > Waitex Information System, Inc. > > P Save a tree. Don't print this e-mail unless it's really necessary. > > > > > --- StripMime Report -- processed MIME parts --- > multipart/alternative > text/plain (text body -- kept) > text/html > --- > [excessive quoting removed by server] _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/profox OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/[email protected] ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
