diff options
Diffstat (limited to 'Master/texmf-dist/doc/generic/FAQ-en/html/FAQ-resolns.html')
-rw-r--r-- | Master/texmf-dist/doc/generic/FAQ-en/html/FAQ-resolns.html | 22 |
1 files changed, 11 insertions, 11 deletions
diff --git a/Master/texmf-dist/doc/generic/FAQ-en/html/FAQ-resolns.html b/Master/texmf-dist/doc/generic/FAQ-en/html/FAQ-resolns.html index 633c4c3bac0..fc079f6f193 100644 --- a/Master/texmf-dist/doc/generic/FAQ-en/html/FAQ-resolns.html +++ b/Master/texmf-dist/doc/generic/FAQ-en/html/FAQ-resolns.html @@ -1,30 +1,30 @@ <head> <title>UK TeX FAQ -- question label resolns</title> </head><body> -<h3>What are “resolutions”?</h3> -<p/>“Resolution” is a word that is used with little concern for its +<h3>What are “resolutions”?</h3> +<p/>“Resolution” is a word that is used with little concern for its multiple meanings, in computer equipment marketing. The word suggests a measure of what an observer (perhaps the human eye) can resolve; yet we regularly see advertisements for printers whose resolution is -1200dpi — far finer than the unaided human eye can distinguish. The +1200dpi — far finer than the unaided human eye can distinguish. The advertisements are talking about the precision with which the printer can place spots on the printed image, which affects the fineness of the representation of fonts, and the accuracy of the placement of glyphs and other marks on the page. -<p/>In fact, there are two sorts of “resolution” on the printed page -that we need to consider for (La)TeX’s purposes: +<p/>In fact, there are two sorts of “resolution” on the printed page +that we need to consider for (La)TeX’s purposes: <ul> <li> the positioning accuracy, and <li> the quality of the fonts. </ul> In the case where (La)TeX output is being sent direct to a printer, -in the printer’s “native” language, it’s plain that the DVI +in the printer’s “native” language, it’s plain that the DVI processor must know all such details, and must take detailed account of both types of resolution. <p/>In the case where output is being sent to an intermediate distribution format, that has potential for printing (or displaying) we know not where, the final translator, that connects to directly to the printer -or display, has the knowledge of the device’s properties: the +or display, has the knowledge of the device’s properties: the DVI processor need not know, and should not presume to guess. <p/>Both PostScript and PDF output are in this category. While PostScript is used less frequently for document distribution nowadays, it is @@ -32,11 +32,11 @@ regularly used as the source for distillation into PDF; and PDF is the workhorse of an enormous explosion of document distribution. <p/>Therefore, we need DVI processors that will produce -“resolution independent” PostScript or PDF output; of course, the +“resolution independent” PostScript or PDF output; of course, the independence needs to extend to both forms of independence outlined above. <p/>Resolution-independence of fonts was for a long time forced upon the -world by the feebleness of Adobe’s <i>Acrobat</i> +world by the feebleness of Adobe’s <i>Acrobat</i> <i>Reader</i> at dealing with bitmap files: a sequence of answers starting with one aiming at the <a href="FAQ-dvips-pdf.html">quality of PDF from PostScript</a> addresses @@ -44,8 +44,8 @@ the problems that arise. <p/>Resolution-independence of positioning is more troublesome: <i>dvips</i> is somewhat notorious for insisting on positioning to the accuracy of the declared resolution of the printer. -One commonly-used approach is to declare a resolution of 8000 (“better -than any device”), and this is reasonably successful though it does +One commonly-used approach is to declare a resolution of 8000 (“better +than any device”), and this is reasonably successful though it does have its <a href="FAQ-8000.html">problems</a>. <p/><p>This question on the Web: <a href="http://www.tex.ac.uk/cgi-bin/texfaq2html?label=resolns">http://www.tex.ac.uk/cgi-bin/texfaq2html?label=resolns</a> </body> |