Dwight, I'm sorry, but you are wrong, or at least you are making a huge oversight.
You forget that text with an overbar has to be drawn after the text is pasted. Apart from strike-out there is no other feature in a printer driver for aligning a drawn line with a piece of text. The position, width and length of the line has to be calculated based on the font metrics for the current font with the given scale, resolution etc. So, after being given information about capabilities and metrics of the current printer from the driver, Protel is probably simply doing the sums wrong!! Perhaps this is a variable overflow or a miscalculation, who know what? It could be something stupid, like ignoring printers with odd resolutions/dpi or perhaps assuming page sizes. This explains why its only text size based lines that are wrong, others are just printer dpi based and come out right. This would also explain why print preview works. As the font information from the screen is probably correct. Its only variables being resolution and pixels/inch. Changing the settings of the printer driver will change the capabilities metrics and hence the way Protel prints. Its probably the assumption that 'if you can screen preview then print WILL work' that has made this simple error continue to exist. Jason. -----Original Message----- From: Dwight Harm [mailto:[EMAIL PROTECTED]] Sent: 06 September 2002 11:15 To: Protel EDA Forum Subject: Re: [PEDA] Long overbars on printed output If changing drivers fixes it, then it's NOT Protel's problem. Similarly, if changing printer settings fixes it, it's NOT Protel's problem. The problem may only appear in Protel because it might use unusual parameters or unusual series of calls to the printer driver. The application code in a Windows program that does the printing is very similar to the code that drives the display, and is basically independent of which printer (or printer driver) is selected. An application's code (e.g., Protel) will (typically) do the exact same series of calls (to the Window's print interface) whether it's printing to Acrobat, or a PCL printer, or a Postscript printer. It's up to the printer driver to generate the corresponding output (PDF, PCL, or Postscript). > -----Original Message----- > From: Jason Morgan [mailto:[EMAIL PROTECTED]] > Sent: Friday, September 06, 2002 1:22 AM <snip> > Protel say its the printer drivers fault (but no other program produces such > wierd output). I gave up a long time ago expecting Protel to fix 99se problems. > > It seems to happen more prevelenty in PCL6, though i've seen it with PCL5. > The solution is to go to printer settings | print quality | Graphics Mode > and set to to 'raster' also set halftone to 'Protographic Image'. > > If this does not work, try a different PCL5 driver for your printer, there > is often more than one. ************************************************************************ * Tracking #: 0EB7116595666145B199E1FA86977D8E347A601D * ************************************************************************ * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * To post a message: mailto:[EMAIL PROTECTED] * * To leave this list visit: * http://www.techservinc.com/protelusers/leave.html * * Contact the list manager: * mailto:[EMAIL PROTECTED] * * Forum Guidelines Rules: * http://www.techservinc.com/protelusers/forumrules.html * * Browse or Search previous postings: * http://www.mail-archive.com/[email protected] * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
