SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Politics : Formerly About Advanced Micro Devices

 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  
To: combjelly who wrote (202755)9/17/2004 6:10:51 PM
From: i-node  Read Replies (1) of 1576256
 
First off, it is going to be difficult to definitively match those documents to any typeface, after several cycles of copying the characters are too smeared to get the exact weights of the lines.

It isn't necessary to get the "exact" weights of the lines; all that is necessary (and this has already been done with precision) is to match the characters positionally.

A manually-typed version of the documents, when typed with Microsoft Word with its default settings, produces output that is POSITIONALLY consistent with the faxed documents. You can produce the IDENTICAL document with Word.

IT IS NOT POSSIBLE TO PRODUCE THSE DOCUMENTS WITH ANY TYPEWRITER ON THE FACE OF THE EARTH.

Secondly, it was a design goal of Word to match existing office typewriter output to give a familiar appearance. So the fact that Word's output is similar to a typewritten document should come as no great surprise.

Nonsense. If they had wanted to "match" typewriter output there would have been no proportional spacing (since proportional spacing in typewriters was an absolute rarity), no justification of right margins, and no features such as double underscore.

I can't believe you continue on with this. Not one credible individual supports your position. NOT ONE. Are you so bullheaded you simply cannot bring yourself to admit you're wrong?
Report TOU ViolationShare This Post
 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext