home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / mswindo / apps / 6540 < prev    next >
Encoding:
Text File  |  1993-01-01  |  2.0 KB  |  53 lines
  1. Newsgroups: comp.os.ms-windows.apps
  2. Path: sparky!uunet!world!mandel
  3. From: mandel@world.std.com (Alan Mandel)
  4. Subject: WP4WIN 5.2 problems
  5. Message-ID: <C06rF3.6As@world.std.com>
  6. Summary: New bugs introduced by WP4WIn 5.2
  7. Keywords: Wordperfect 5.2
  8. Organization: The World Public Access UNIX, Brookline, MA
  9. Date: Fri, 1 Jan 1993 17:33:03 GMT
  10. Lines: 41
  11.  
  12. I recently upgraded from Wordperfect 5.1 for Windows to the new 5.2.
  13. I'm having some *new* problems with 5.2 - enough to make me want to
  14. go back to 5.1.  I've already called WP about it, and they haven't
  15. heard of these bugs - please let me know if you've seen them.
  16.  
  17. The major problem occurs with Truetype fonts and Windows drivers.
  18. I have a document with 3 identical lines of text in it.  The first
  19. line is in vanilla Ariel.  The second line is the same, but with the
  20. bold attribute applied (eg, [BOLD]This is the line of text[bold] in
  21. the Reveal Codes window).  The third line is in the explicit
  22. Ariel Bold font.
  23.  
  24. The first and third lines print fine.  The second line, rather than
  25. being identical to the third line (as it should be), has the
  26. Ariel Bolded characters, but the character spacing matches the
  27. vanilla (unbolded) Ariel, making the spacing scruntched up and
  28. basically awful looking.
  29.  
  30. The 2nd and 3rd lines look identical in the Editing window, but this
  31. error appears both on the printed page and in the Print Preview mode.
  32. Also: I've tried several different printer drivers - HPIIIP, Universal,
  33. Postscript - all fail identically.  I've rebuilt my .WRS files to
  34. no avail.  I have also enabled/disabled "Print Truetype Fonts as Graphics"
  35. with no effect.
  36.  
  37. This experiment works fine on ATM fonts.  I never had this problem with
  38. WP4WIN 5.1.
  39.  
  40. A related problem occurs with the Italic attribute.  Character spacing
  41. incorrectly matches the Upright font, instead of the Italic font.  But
  42. there's an additional problem I see with this: text with the Italic
  43. attribute [ITALIC]text[italic] displays as Upright in the Print Preview
  44. window.
  45.  
  46. Any ideas?
  47.  
  48. - Alan Mandel
  49.   mandel@world.std.com
  50.  
  51.  
  52.  
  53.