When I print files (using my own custom PHP syntax file), the highlighting on the printed page is inconsistent with the display. Some sections print OK, others revert to black text only or black text and coloured comments. Anyone come across this? I've used the following printers:
EPSON Stylus Photo 890
EPSON AcuLaser C8500
Adobe Acrobat PDF Writer
Adobe Acrobat Distiller (Pure Postscript - no GDI)
I suspect this is a Textpad problem, but wondered if anyone else had found it. I might try some of the Linux offerings such as Glimmer if I can't solve it.
Cheers,
Mick
Printing in colour isn't reliable
Moderators: AmigoJack, bbadmin, helios, Bob Hansen, MudGuard
Re: Color Printing Not Reliable
I agree!
I have failed to get text to print in color. I set the document class
properites for 'default' 'c/C++' and 'text' documents. I also set 'color'
in the page setup.
THEN i happened to change in printing preferences/properties the
color mangement from 'automatic' to 'manual' (It was already pointing
to the proper post script printer description file.
COLOR PRINTING worked!
Then I closed TextPad and restarted.
I was back to not being able to print in color. I have been trying all the
above and still no luck.
I believe there is a failure to propertly setup printing in textpad when
it is called for and it probably has something to do with initialization of
the program, and also responding to changes in the printing preferences
of the default windows printer.
I have failed to get text to print in color. I set the document class
properites for 'default' 'c/C++' and 'text' documents. I also set 'color'
in the page setup.
THEN i happened to change in printing preferences/properties the
color mangement from 'automatic' to 'manual' (It was already pointing
to the proper post script printer description file.
COLOR PRINTING worked!
Then I closed TextPad and restarted.
I was back to not being able to print in color. I have been trying all the
above and still no luck.
I believe there is a failure to propertly setup printing in textpad when
it is called for and it probably has something to do with initialization of
the program, and also responding to changes in the printing preferences
of the default windows printer.
The graphics device interface (GDI) of MS Windows is designed to isolate applications from the differences in display and printer hardware. TextPad has no need to know what the output device is, as it tells GDI what colour, or font to use, then GDI passes the instructions on to the appropriate device driver. If you have chosen a color or font that the device is not capable of displaying (or printing), the device driver should map it into the nearest one that it can manage.
If you have chosen colors that cannot be printed directly, a driver can choose either to use the nearest solid color, or to use dithering. See this article for some background information:
http://www.webdevelopersjournal.com/art ... olors.html
The default colors that TextPad uses are all "safe" ones, so try using those.
As different drivers have many different configurable parameters, TextPad only saves the state of the ones it needs to know about: the paper size and orientation. To make other settings persistent, configure them using Start/Settings/Printers (on Win2K) or Start/Printers and Faxes (on XP).
Keith MacDonald
Helios Software Solutions
If you have chosen colors that cannot be printed directly, a driver can choose either to use the nearest solid color, or to use dithering. See this article for some background information:
http://www.webdevelopersjournal.com/art ... olors.html
The default colors that TextPad uses are all "safe" ones, so try using those.
As different drivers have many different configurable parameters, TextPad only saves the state of the ones it needs to know about: the paper size and orientation. To make other settings persistent, configure them using Start/Settings/Printers (on Win2K) or Start/Printers and Faxes (on XP).
Keith MacDonald
Helios Software Solutions