Printer Driver Questions

I am not doing homework. Here is what I found:
http://computer.howstuffworks.com/laser-printer5.htm
http://en.wikipedia.org/wiki/Printer_Control_Language

There are several details that I could not determine with google searches:
(1) When data is sent to the printer is there any segregation into glyphs, or is
it a single contiguous stream of data?
(2) What form (vector, pixel or font+text) is the data typically in when
Microsoft Word sends its output to an HP laser printer?
(3) What form (vector, pixel or font+text) is the data typically in when Adobe
PDF sends its data to an HP laser printer?

"Ted Zieglar" <teddy.z@news.invalid> wrote in message
news:%23X0HGzKFHHA.3616@TK2MSFTNGP02.phx.gbl...

> Are you familiar with Google? It's great for homework.
>
> ---
> Ted Zieglar
> "Backup is a computer user's best friend."
>
> Peter Olcott wrote:

>> I need to know exactly how the GDI system communicates with the printer
>> pertaining to text and fonts. At exactly what step is the text rasterized?
>> How does the printer know the characteristics of the font being printed, does
>> it receive (a) The font, and text (b) rasterized pixels, or (c) vector data?

Perhaps explain/detail the problem since you are apparently using an HP
printer, which is a pretty std sort of printer


"Peter Olcott" <NoSpam@SeeScreen.com> wrote in message
news:VZEbh.194$8H6.67@newsfe22.lga...

> I need to know exactly how the GDI system communicates with the printer
> pertaining to text and fonts. At exactly what step is the text rasterized?

How

> does the printer know the characteristics of the font being printed, does

it

> receive (a) The font, and text (b) rasterized pixels, or (c) vector data?
>
>

I am not having a problem with an HP printer. I can't provide any further
details, these must be kept confidential.

"DL" <address@invalid> wrote in message
news:Oua%23QcOFHHA.1784@TK2MSFTNGP06.phx.gbl...

> Perhaps explain/detail the problem since you are apparently using an HP
> printer, which is a pretty std sort of printer
>
>
> "Peter Olcott" <NoSpam@SeeScreen.com> wrote in message
> news:VZEbh.194$8H6.67@newsfe22.lga...

>> I need to know exactly how the GDI system communicates with the printer
>> pertaining to text and fonts. At exactly what step is the text rasterized?

> How

>> does the printer know the characteristics of the font being printed, does

> it

>> receive (a) The font, and text (b) rasterized pixels, or (c) vector data?
>>
>>

>
>

Your original question was too general.
It seems that there are at least four basic flavors of printers. Some
printers function in more than one flavor.
GDI (or printers that only accept data in a graphics dot oriented format.
Postscript
Mfrs printer language specific, such as Epson's Esc P2
Ascii (Some dot matrix, teletype, formed character printers)
Others that defy easy categorization into the above
Page printers, character printers, line printers, etc. can belong to one or
more of the basic "flavors"
And, printers that have capabilities of some of the above, possibly via
emulation. Plotters can fall into this category as well.
Special purpose printers (devices) that are not really part of the above
categories, and may have some printer like capability, but really have a
main use other than a "printer" An example might be a device used to print
or cut out letters for signs. Another might be a device that drives a high
speed bit used to "mill" 3d objects, such as a desk top name plate or a
carving.

In the absence of applications that do "non standard" things, the object to
be printed usually exists as a GDI image. The application usually converts
the object to a GDI or vector image, or very occasionally these days, to
ascii.

The printer driver then converts the GDI compliant object data into
something usable by the printer.

To really get into this sort of thing, you will need to obtain various SDKs,
either by download from MSDN, or by subscription.

Usually, special purpose software related to printing either behaves as any
other application that has printing requirements, or in some way modifies
data during the printing process as the data moves between the various
printing modules (system and device specific) Since device mfrs seldom
release enough information to determine how a specific printer driver
behaves, you go into a trial and error mode, even with full windows
development documentation and software.

It's not uncommon to need to make windows think your software is a printer
driver module, and make the mfrs printer driver think your software is part
of windows, if you are doing something out of the normal flow of things.

"I can't provide any further details, these must be kept confidential."

"Peter Olcott" <NoSpam@SeeScreen.com> wrote in message
news:XCMbh.3006$BI2.794@newsfe20.lga...

> I am not having a problem with an HP printer. I can't provide any further
> details, these must be kept confidential.
>
> "DL" <address@invalid> wrote in message
> news:Oua%23QcOFHHA.1784@TK2MSFTNGP06.phx.gbl...

> > Perhaps explain/detail the problem since you are apparently using an HP
> > printer, which is a pretty std sort of printer
> >
> >
> > "Peter Olcott" <NoSpam@SeeScreen.com> wrote in message
> > news:VZEbh.194$8H6.67@newsfe22.lga...

> >> I need to know exactly how the GDI system communicates with the

printer

> >> pertaining to text and fonts. At exactly what step is the text

rasterized?

> > How

> >> does the printer know the characteristics of the font being printed,

does

> > it

> >> receive (a) The font, and text (b) rasterized pixels, or (c) vector

data?

> >>
> >>

> >
> >

>
>

"Peter Olcott" <NoSpam@SeeScreen.com> wrote in
news:VZEbh.194$8H6.67@newsfe22.lga:

> I need to know exactly how the GDI system communicates with the
> printer pertaining to text and fonts. At exactly what step is the text

Get the DDK or WDK and read the documentation on printer drivers. GDI does
not communicate with printers.

> rasterized? How does the printer know the characteristics of the font
> being printed, does it receive (a) The font, and text (b) rasterized
> pixels, or (c) vector data?

The text may not be rasterized at all. The answer to the other question
is, "It depends".

ScottR

"Chuck" <cdkuder@msn.com> wrote in message
news:eeqY2WTFHHA.5000@TK2MSFTNGP03.phx.gbl...

> Your original question was too general.
> It seems that there are at least four basic flavors of printers. Some
> printers function in more than one flavor.
> GDI (or printers that only accept data in a graphics dot oriented format.
> Postscript
> Mfrs printer language specific, such as Epson's Esc P2
> Ascii (Some dot matrix, teletype, formed character printers)
> Others that defy easy categorization into the above
> Page printers, character printers, line printers, etc. can belong to one or
> more of the basic "flavors"
> And, printers that have capabilities of some of the above, possibly via
> emulation. Plotters can fall into this category as well.
> Special purpose printers (devices) that are not really part of the above
> categories, and may have some printer like capability, but really have a
> main use other than a "printer" An example might be a device used to print
> or cut out letters for signs. Another might be a device that drives a high
> speed bit used to "mill" 3d objects, such as a desk top name plate or a
> carving.
>
> In the absence of applications that do "non standard" things, the object to
> be printed usually exists as a GDI image. The application usually converts
> the object to a GDI or vector image, or very occasionally these days, to
> ascii.
>
> The printer driver then converts the GDI compliant object data into
> something usable by the printer.

When Microsoft Word sends its data to a PCL capable printer, what form is this
data in, (raster, vector, GDI) ?
When adobe acrobat sends its data to a PCL capable printer, what form is this
data in, (raster, vector, GDI) ?
In either any of these cases are Glyphs in any way segregated from one another,
or are overlapping glyphs simply contiguous chunks of data?

>
> To really get into this sort of thing, you will need to obtain various SDKs,
> either by download from MSDN, or by subscription.
>
> Usually, special purpose software related to printing either behaves as any
> other application that has printing requirements, or in some way modifies
> data during the printing process as the data moves between the various
> printing modules (system and device specific) Since device mfrs seldom
> release enough information to determine how a specific printer driver
> behaves, you go into a trial and error mode, even with full windows
> development documentation and software.
>
> It's not uncommon to need to make windows think your software is a printer
> driver module, and make the mfrs printer driver think your software is part
> of windows, if you are doing something out of the normal flow of things.
>
> "I can't provide any further details, these must be kept confidential."
>
> "Peter Olcott" <NoSpam@SeeScreen.com> wrote in message
> news:XCMbh.3006$BI2.794@newsfe20.lga...

>> I am not having a problem with an HP printer. I can't provide any further
>> details, these must be kept confidential.
>>
>> "DL" <address@invalid> wrote in message
>> news:Oua%23QcOFHHA.1784@TK2MSFTNGP06.phx.gbl...

>> > Perhaps explain/detail the problem since you are apparently using an HP
>> > printer, which is a pretty std sort of printer
>> >
>> >
>> > "Peter Olcott" <NoSpam@SeeScreen.com> wrote in message
>> > news:VZEbh.194$8H6.67@newsfe22.lga...
>> >> I need to know exactly how the GDI system communicates with the

> printer

>> >> pertaining to text and fonts. At exactly what step is the text

> rasterized?

>> > How
>> >> does the printer know the characteristics of the font being printed,

> does

>> > it
>> >> receive (a) The font, and text (b) rasterized pixels, or (c) vector

> data?

>> >>
>> >>
>> >
>> >

>>
>>

>
>

"Scott Robins" <srobins@NOspam.rochester.spamNO.rr.NOSPAM.com.inv alid> wrote in
message news:Xns988C5B0A4346AScottRobinsIDToken@24.24.2.16 7...

> "Peter Olcott" <NoSpam@SeeScreen.com> wrote in
> news:VZEbh.194$8H6.67@newsfe22.lga:
>

>> I need to know exactly how the GDI system communicates with the
>> printer pertaining to text and fonts. At exactly what step is the text

> Get the DDK or WDK and read the documentation on printer drivers. GDI does
> not communicate with printers.

>> rasterized? How does the printer know the characteristics of the font
>> being printed, does it receive (a) The font, and text (b) rasterized
>> pixels, or (c) vector data?

>
> The text may not be rasterized at all. The answer to the other question
> is, "It depends".
>
> ScottR

In the case of Microsoft Word or Adobe Acrobat sending their data to a PCL
capable printer is the data in (raster, vector, or GDI) format? In any of these
cases are the Glyphs segregated from each other, or are overlapping glyphs
contiguous chunks of data?

"Scott Robins" <srobins@NOspam.rochester.spamNO.rr.NOSPAM.com.inv alid> wrote in
message news:Xns988C5B0A4346AScottRobinsIDToken@24.24.2.16 7...

> "Peter Olcott" <NoSpam@SeeScreen.com> wrote in
> news:VZEbh.194$8H6.67@newsfe22.lga:
>

>> I need to know exactly how the GDI system communicates with the
>> printer pertaining to text and fonts. At exactly what step is the text

> Get the DDK or WDK and read the documentation on printer drivers. GDI does
> not communicate with printers.

>> rasterized? How does the printer know the characteristics of the font
>> being printed, does it receive (a) The font, and text (b) rasterized
>> pixels, or (c) vector data?

>
> The text may not be rasterized at all. The answer to the other question
> is, "It depends".
>
> ScottR

Apparently (for PCL printers) the text is sent to the printer as text. I used MS
Word Print-To-File, and was able to locate the text embedded within this file.
It looks like it also downloaded the soft fonts to the printer, too. I can't
tell whether or not they were rasterized or in vector format.