Top Navigational Bar

WordPerfect 6.0 -- Software Change Notice / Enhancements -- 02/14/94 (6.0b) Conversions
DocumentID: 5862
Revision Date: 13-Sep-96 1:49:09 PM

The information in this document applies to:
WordPerfect® 6.0 for DOS

Problem


DATE:      February 23, 1994
PRODUCT:      WordPerfect 6.0 for DOS (02/14/94 6.0b)
SUBJECT:      WordPerfect 6.0 -- Software Change Notice / Enhancements -- 02/14/94 (6.0b)


Conversions
A paragraph spacing command from any of several different formats was not converting correctly when brought into WordPerfect 6.0. Paragraph spacing BEFORE is now converted to Advance Down and Paragraph Spacing AFTER is converted to WordPerfect's Paragraph Spacing. (#41155)

Conversions
Ami Pro -> WordPerfect: Columns inside text boxes were converting width and gutter spacing incorrectly. WordPerfect could also lock when working with one of these converted files. (#48234)

Conversions
Ami Pro -> WordPerfect: Tab settings and tabs inside text boxes were ignored during conversion. (#48254)

Conversions
Ami Pro -> WordPerfect: Ami Pro's 'dash tabs' were converting to regular tabs. They now convert to dot leader tabs. (#48255)

Conversions
Ami Pro -> WordPerfect: Spacing inside graphic boxes was converted incorrectly in some cases, most noticeably when only one of the spacing options was changed from the default. (#48233)

Conversions
Ami Pro -> WordPerfect: Bottom spacing inside a graphic frame was not converted correctly. (#48232)

Conversions
Ami Pro -> WordPerfect: Ruler settings such as margins, tabs, and columns were not converting correctly inside footers and headers. (#48229)

Conversions
Ami Pro -> WordPerfect: Headers and Footers that were discontinued in Ami Pro by changing page layout and blanking out the header/footer were not discontinued in the resulting WordPerfect document. (#48230)

Conversions
Ami Pro -> WordPerfect: Ami Pro 3.0 graphic box borders were converting to single lines, regardless of the original. (#48231)

Conversions
Ami Pro -> WordPerfect: 8.5"x11" paper size for pages after page one were not converting. (#48256)

Conversions
Ami Pro -> WordPerfect: Ami Pro's "Day of the Month" numbered date format was converting incorrectly to text rather than numbers. (#48257)

Conversions
Ami Pro -> WordPerfect: If both a header and footer existed on the first page, and the header was changed on page two, you got two headers on page two after conversion (Header A and B). Now Header A is replaced on page two to be consistent with Ami Pro, which only offers one header. (#48265)

Conversions
Ami Pro -> WordPerfect: Page break BEFORE paragraph now converts the same as page break AFTER paragraph (preventing a page break before the first paragraph of the document). (#48267)

Conversions
Ami Pro -> WordPerfect: Hard returns in footnotes were stripped during conversion. (#48263)

Conversions
Ami Pro -> WordPerfect: Fixed Width table columns were not converting to the correct width. (#48260)

Conversions
Ami Pro -> WordPerfect: Frame sizes that had been manually set in Ami Pro were not accurately preserved through the conversion. (#48221)

Conversions
Ami Pro -> WordPerfect: Bullet style outlines were converting to outlines with standard numbering. The bullets are now converted to extended characters which match as closely as possible the originals in Ami Pro. (#48259)

Conversions
Ami Pro -> WordPerfect: Horizontal paragraph lines were converting incorrectly. (#48258)

Conversions
Ami Pro -> WordPerfect: Paragraphs set to 'Column Break Before New Paragraph' converted without the column break. (#48268)

Conversions
Ami Pro 3.0 -> WordPerfect 6.0: Paragraph numbering was not indented properly after conversion. The Indent code was being placed before the Outline code causing a [THRt] to be inserted. (#48441)

Conversions
Ami Pro -> WordPerfect: Hard spaces in Ami Pro files were converted to extended characters. (#48272)

Conversions
Ami Pro -> WordPerfect: Tables lines were appearing in the resulting 6.0 document whether or not the table in the Ami Pro document had lines set. Table lines now only convert when explicitly set. (#48286)

Conversions
Ami Pro 2.x/3.x -> WordPerfect: Outline styles were not maintaining indention after conversion. (#48397)

Conversions
Auto-detection was not accurately identifying Multimate documents in all cases. (#48115)

Conversions
Blank lines in Tables of Authorities were not converting between WordPerfect 5.x and 6.0 documents. Now if all Table of Authority definitions in the 5.x document are set to include a blank line between authorities, the Table of Authorities system style in the resulting 6.0 document will include an extra hard return. Conversely, when going from 6.0 to 5.x and there is an extra hard return in the Table of Authorities style, the Blank Line Between Authorities option will be set in the resulting 5.x document. (#48324)

Conversions
CGM -> WPG2.0: Extended text characters in Micrografx files were not converting correctly. (#38528)

Conversions
CGM -> WPG2.0: Images from CorelDRAW converted to WPG2.0 format upside down (flipped vertically). (#44972)

Conversions
A WordPerfect 5.1 comment containing a Style Off code without a Style On code would generate a Divide Overflow error and lock WordPerfect 6.0. (#43824)

Conversions
Converting a WordPerfect 5.1 document to WordPerfect 6.0 format, then back to 5.1 format would strip the [Note Num] out of footnotes and endnotes. This would only happen when text or codes were before the [Note Num] code. (#28958)

Conversions
Converting a WPG2.0 graphic image with formatted text to a WPG1.0 image would create an invalid WPG1.0 image. The error message "Invalid graphics file format" was generated. (#45687)

Conversions
DisplayWrite (RFT) -> WordPerfect: An initial line height of six lines per inch was converted to an auto line height. It is now converted to a fixed line height. (#48117)

Conversions
DXF -> WPG2.0: Polylines were converting shifted to one side. (#48284)

Conversions
DXF -> WPG2.0: WordPerfect would lock when converting DXF files missing critical information. It will now simply return the appropriate error message. (#48430)

Conversions
Enhancement: XyWrite conversion through version 4.0 is now supported. (#23779)

Conversions
Enhancement: Conversion from Borland's Sprint 1.0 is now supported. This includes support for the French version of Sprint 1.5. (#39398)

Conversions
Enhancement: WordPerfect 6.x Merge -> ASCII Delimited: Field Names in Merge files are now ignored when converting to ASCII Delimited format. (#45946)

Conversions
Enhancement: Conversions for VolksWriter and Professional Write have been added to the Additional Conversions Disk. (#47096)

Conversions
Enhancement: WordStar 7.0 document conversion has been added. (#48222)

Conversions
Enhancement: Extended character support has been added when converting from DXF format into WPG2.0. (#48111)

Conversions
Enhancement: CGM Restricted Text is now fully supported when converting to WPG2.0 format. (#48096)

Conversions
Enhancement: WordPerfect 6.x -> Ami Pro: Bookmarks names are now truncated to the first 18 characters which is the maximum supported by Ami Pro. (#48273)

Conversions
Excel 4.x -> WordPerfect: The text color was not being reset to the default below an imported spreadsheet. (#48426)

Conversions
HPGL -> WPG2.0: Rotated text was being converted at the wrong rotation (i.e., vertical text appeared horizontal and vice versa). (#48393)

Conversions
HPGL -> WPG2.0: Text with an absolute size in HPGL images was being scaled improperly. (#48432)

Conversions
Images containing gradient-filled polygons defined by numerous bézier curves would cause an error at the printer and the print job would fail when printed to a Level 1 PostScript printer. This was this case with several of WordPerfect's shipping graphics.

Now all of the currently shipping WPG images will print correctly to Level 1 PostScript printers. There is still a limit to the number of béziers that may be used to define a gradient-filled polygon before it causes an error while printing, and that limit varies from printer to printer. However, this fix increases the number from what it was previously. One side effect of the fix is that in limited instances the gradient may not completely fill the outline of the polygon. There may be some small areas around the edges of the polygon which will not be filled. (#45779)

Conversions
Lotus 123 2.x -> WordPerfect: Files with 64 columns or more caused the conversion to halt and, in some cases, WordPerfect to lock. (#44691)
Conversions
Lotus 123 for Windows -> WordPerfect: In order to prevent '0' or '??' from appearing during recalculation, now only the value from multi-sheet formulas is converted. The formulas themselves are dropped. (#48264)

Conversions
Lotus 123 -> WordPerfect: Converting Quattro Pro spreadsheets saved in Lotus format caused WordPerfect to lock. (#48411)

Conversions
Mac WordPerfect 2.x/3.x -> WordPerfect 6.x: Footnote separator lines were not converting correctly and no line was appearing in the converted document. (#44276)

Conversions
Mac WordPerfect 2.x/3.x -> WordPerfect: Boxes with offset measurements now convert to absolute page anchored positions. (#48214)

Conversions
Mac WordPerfect 2.x/3.x -> WordPerfect 6.0: Table position was converting incorrectly: tables set to left were positioned on the right, those set to center became full, those set to full became left, etc. (#48076)

Conversions
Mac WordPerfect 2.x/3.x -> WordPerfect 5.x/6.x: Attributes in paired styles were staying in effect even after the style was turned off. (#48218)

Conversions
Mac WordPerfect 2.x/3.x -> WordPerfect 5.x/6.x: Vertical box positioning (top, center, and bottom) were not converting correctly. (#48215)

Conversions
Mac WordPerfect 2.x/3.x -> WordPerfect 5.x/6.x: Caption positioning of "below inside" would not convert correctly for Text Boxes and Movie Boxes. (#48216)

Conversions
Mac WordPerfect 2.x/3.x -> WordPerfect: Equations in table cells were displaying and printing incorrectly. (#48334)

Conversions
Mac WordPerfect 2.x/3.x -> WordPerfect 6.0: Lowercase Roman numeral page numbering was converting to uppercase Roman numeral page numbering. (#48449)

Conversions
Mac WordPerfect 2.x/3.x -> WordPerfect 6.0: Documents with tables inside headers, footers, or text boxes would not convert correctly. (#48444)

Conversions
Mac WordPerfect 2.x/3.x -> WordPerfect 6.x: Language codes for Chinese-China (CS), Chinese-Taiwan (CT), Japanese-Japan (JP), Hebrew-Israel (HE), and Korean-Korea (KR) all converted as XX. (#48438)

Conversions
Mac WordPerfect 2.x/3.x -> WordPerfect: Conditional End of Page would always convert with a value of zero. (#48448)

Conversions
Mac WordPerfect 2.x/3.x -> WordPerfect: Field number merge commands were being dropped during conversion. (#48414)

Conversions
Mac WordPerfect 2.x/3.x -> WordPerfect: First line indents followed by an extended character now convert to tabs followed by the extended character. (#48274)

Conversions
Mac WordPerfect 2.x/3.x -> WordPerfect: Decimal alignment in table cells was lost upon conversion. (#48275)

Conversions
Mac WordPerfect 2.x/3.x -> WordPerfect: Endnotes without an endnote placement code were converting with a line spacing code set to 0", which caused text in multi-line endnotes to overprint. (#48270)

Conversions
Mac WordPerfect 2.x/3.x -> WordPerfect: Unsupported graphic formats were converting to boxes with contents set to Equation. They now convert to an empty box with contents set to Empty. (#48271)

Conversions
Mac WordPerfect 2.x/3.x -> WordPerfect: Fonts native to the Macintosh environment (i.e. Geneve, Chicago, etc.) did not match well with PC fonts and were usually converted to Courier. They are now matched more closely. (#48269)

Conversions
MS Word 5.5 -> WordPerfect 6.x -> MS Word 5.5: The second conversion was causing WordPerfect to lock. (#48413)

Conversions
Multimate -> WordPerfect: Section numbering was converted as text instead of paragraph numbering. (#48116)

Conversions
Navy DIF -> WordPerfect 5.x/6.x: Line spacing was converting incorrectly. (#48219)

Conversions
Navy DIF -> WordPerfect 6.0: Only left and right margin codes that were at the top of the page were converted. (#48439)

Conversions
OLE objects from WordPerfect 5.2 for Windows were not always proportioned the same after they were converted to WordPerfect 6.0. (#44273)

Conversions
PIC -> WPG2.0: Text was incorrectly rotated after conversion. (#48278)

Conversions
PICT -> WPG2.0: 16-bit PICT images were converted as though they were only 8-bit images, which made the image look incorrect. (#48094)

Conversions
PlanPerfect 3.x -> WordPerfect: Spreadsheets with either shortcut formulas (i.e., "+" for summation) or extended characters repeated in a cell (i.e., "/ " could cause WordPerfect to lock when converting. (#47791)

Conversions
Presentations 2.0 -> WPG2.0: Lines with arrowhead ends were converting with extra space between the arrowhead and line. (#48435)

Conversions
Quattro Pro for Windows -> WordPerfect: Disjointed ranges were converting and importing data outside the selected disjointed range. (#48040)

Conversions
Quattro Pro for Windows -> WordPerfect 6.x: Hidden rows were not hidden after conversion. (#48213)

Conversions
Quattro Pro Windows -> WordPerfect: Text in table cells was importing as hidden when the user set a global column width in Quattro Pro for Windows. (#48418)

Conversions
Rich Text Format -> WordPerfect: RTF files containing tables with some but not all cells in a row shaded were converting to WordPerfect with all cells in the row shaded. Also, a border definition is now inserted so that borders will be closer to the original size. (#48051)

Conversions
Rich Text Format -> WordPerfect: Rich Text Format files with more than 32 colors were causing WordPerfect to lock on conversion. (#48398)

Conversions
Rich Text Format -> WordPerfect 6.x: Shaded cells with no color set would be shaded to the wrong percentage. (#48420)

Conversions
Rich Text Format -> WordPerfect: Second level index entries with formatting changes were not converting to the proper index level. (#48412)

Conversions
Some HPGL images were not scaled correctly to fit inside the graphics boxes. (#45300)

Conversions
Some EPS files converted with early releases of GRAPHCNV.EXE created damaged WPG1.0 files. These WPG1.0 files would return an invalid data error when converted to WPG2.0 format. (#46926)

Conversions
The error message "Invalid Body Text Structure" was generated when importing an RFT document with certain codes such as [Lft Mar] in a comment. Comments are now ignored during conversion to IBM DCA RFT and IBM DisplayWrite. (#44822)

Conversions
The Table Of Contents definition "Wrap Last Level" option was not converted going between WordPerfect 5.x and 6.0. It will now convert in both directions. (#48078)

Conversions
TIFF -> WPG2.0: Images with invalid data were causing WordPerfect to lock during conversion. Now the data is simply ignored and not converted. (#45694)

Conversions
TIFF -> WPG2.0: An error was returned if the TIFF file being converted did not use absolute units of measure for the resolution units. (#46068)

Conversions
TIFF -> WPG2.0: Group III and Group IV compressed TIFF files were not returning an "Invalid Data" error if an End of Facsimile Block code was encountered. (#48102)

Conversions
TIFF -> WPG2.0: Group IV compressed TIFF files that had a code word at the end of a scan line (representing a 0 byte length) would cause WordPerfect to lock when converted. (#48425)

Conversions
When "Invalid Data" was encountered during a spawned conversion, the entire conversion was aborted. The main conversion now continues and the message "Several entities were not convertible" is returned. An example of a spawned conversion is a WPG1.0 graphic image inside a WordPerfect 5.1 document. When the document is converted, the main conversion handles the text and the spawned conversion handles the graphic image. (#48428)

Conversions
WMF -> WPG2.0: Images with a background color specified for the text rectangle could cause the background color to fill the image. (#48289)

Conversions
WMF -> WPG2.0: Rotated text in WMF files was converting to incorrect font sizes. (#48283)

Conversions
WMF -> WPG2.0: Files that contained large bitmaps were causing WordPerfect to lock on conversion. (#48395)

Conversions
Word for Windows 2.x -> WordPerfect: Tables with merged cells now convert to tables with joined cells. (#48433)

Conversions
WordPerfect 5.x -> WordPerfect 6.x: A graphics box that was set to take up the full page (i.e. vertical and horizontal positions both set to full) was converting with the box positioned about one inch down on the page. (#41231)

Conversions
WordPerfect 6.x -> WordPerfect 5.x: The 6.0 level merge codes CASEOF() and ENDCASE were not converting properly to their 5.x level equivalents. Information between the codes was also lost. (#40358)

Conversions
WordPerfect 6.x -> WordPerfect 5.x: Outline styles ending in a character were not converting properly (for example, 1.1.1. --- note the trailing period). Extra periods were inserted in the converted document. (#40925)

Conversions
WordPerfect 6.x -> WordPerfect 5.x: Everything following the merge code DEFAULT was lost during conversion. (#40359)

Conversions
WordPerfect 5.x -> WordPerfect 6.x: Left and right margins inside of footnotes were causing [THRt] codes in the converted documents. Margin codes are now converted to paragraph adjust codes. (#40812)

Conversions
WordPerfect 5.x -> WordPerfect 6.x: Second level box numbering in captions was converting incorrectly. The second level number was being incremented by 32 on each box. Thus boxes 1.1, 2.1, and 3.1 were converting as 1.1, 2.33, and 3.65. (#43156)

Conversions
WordPerfect attempted to convert .PFB and .TTF files, causing the computer to lock or generate invalid error messages. These files are now recognized as unsupported. (#43959)

Conversions
WordPerfect 6.x -> WordPerfect 5.x: Parallel columns were converting with extra column breaks, causing information to appear in the wrong column. (#45114)

Conversions
WordPerfect 5.x -> WordPerfect 6.x: Columns with block protect would sometimes convert with extraneous [ColDef] codes. (#44269)

Conversions
WordPerfect -> DisplayWrite (RFT): Extra hard returns were inserted after paragraph styles. (#45330)

Conversions
WordPerfect 6.x -> DisplayWrite (RFT): Header and Footer vertical heights were being converted incorrectly. (#45332)

Conversions
WordPerfect 6.x -> WordPerfect 5.x: Documents in which the Page Numbering Method changed from Arabic to Roman were not converting and displaying properly. (#46910)

Conversions
WordPerfect 5.x -> WordPerfect 6.x: Styles containing page codes (headers, footers, etc.) convert to styles, and the page commands are converted to delay codes outside of the style, EXCEPT when page codes are combined with codes that can't be placed in delay codes. (Delay codes prevent the wrong page codes from taking effect.) (#47130)

Conversions
WordPerfect 5.x -> WordPerfect 6.x: Fonts now match more often when the same printer is selected in both programs. If the font is not found or the information in the WP5x prefix is incomplete the fonts should default to either Times New Roman, Courier, or Arial. (#47131)

Conversions
WordPerfect 4.2 -> WordPerfect 5.x/6.x: Footnote Number Mode Letters converted without being superscripted. (#48207)

Conversions
WordPerfect 4.2 -> WordPerfect 5.x/6.x: Roman numeral page numbering styles did not convert correctly. The code was correct in the resulting document but the page number printed and viewed in Arabic numerals. (#48206)

Conversions
WordPerfect -> Ami Pro: Empty text boxes in WordPerfect 6.0 were converting to Ami Pro 3.x with the width set to 0". (#48072)

Conversions
WordPerfect 6.x -> WordPerfect 5.x: The 6.0 merge code SUBSTR() was converting to the 5.x merge code {MID} with a mismatched parenthesis. (#48208)

Conversions
WordPerfect 6.0 -> Ami Pro: A WordPerfect 6.0 document with letterspacing set to normal that was converted to Ami Pro, would cause Ami Pro to lock or return divide overflow messages. (#48052)

Conversions
WordPerfect 5.x -> WordPerfect 6.x: Open styles that contained Table of Contents definition codes were converting with Begin Generate codes inside the style. This is not allowed in 6.0 and was causing WordPerfect to lock in some cases. (#48038)

Conversions
WordPerfect 4.2 -> WordPerfect 6.x: If page numbering was on and Suppress All was set, the converted file always printed the page number at the bottom center of the suppressed page. (#48209)

Conversions
WordPerfect -> DCA/RFT (DisplayWrite): Generated text is now converted to formatted text which will be replaced during pagination in DisplayWrite. Text should be generated in WordPerfect before converting to DCA/RFT. (#48261)

Conversions
WordPerfect 6.x -> Rich Text Format: Images in boxes were not proportioned correctly when converted to Rich Text Format. (#48335)

Conversions
WordPerfect 6.x -> DCA/RFT: DCA font associations made in ConvertPerfect's Setup are now used when converting WordPerfect 6.x fonts to DCA/RFT. (#48523)

Conversions
WordPerfect 6.x -> Ami Pro: A WordPerfect file with a greater-than character as the last character in the document caused Ami Pro 3.x to generate a General Protection Fault error message upon import. (#48280)

Conversions
WordPerfect 6.x -> WordPerfect 4.2: Tables were converting to columns that started at the left edge of the page rather than at the left margin. (#48440)

Conversions
WordPerfect 6.x -> Rich Text Format: Footnotes with the number style set to characters were converting to numbered footnotes. The character style numbering is now preserved. (#48282)

Conversions
WordPerfect 5.x -> WordPerfect 6.x: Importing margin-aligned page boxes caused the boxes to be positioned incorrectly and text to overwrite. Now margin-aligned page boxes are converted to column-aligned boxes. (#48415)

Conversions
WordPerfect 6.x -> WordPerfect 5.x -> WordPerfect 6.x: Fonts were being changed when 'roundtripping' a file between WordPerfect 5.x and 6.x formats. All fonts are now maintained during unformatted roundtrip conversion. New fonts that were added in WordPerfect 5.x are also maintained when converted back to WordPerfect 6.x. (#48406)

Conversions
WordPerfect 6.x -> WordPerfect 4.2: An initial font with optimum width set to zero is now set to the default pitch of 10. (#48400)

Conversions
WordPerfect 6.x -> Rich Text Format: Joined cells in tables were no longer joined after conversion. (#48331)

Conversions
WordPerfect 5.x -> WordPerfect 6.x: Tables with column(s) formatted for a set number of digits did not retain that value after conversion. (#48332)

Conversions
WordPerfect 5.x -> WordPerfect 6.x: A font size change prior to a footnote or endnote option is now put into the corresponding 6.0 system style. (#48419)

Conversions
WordPerfect 6.x -> Ami Pro 3.x: Line numbering with count blank lines set to no will now convert to line numbering with the Number Only Text Lines option set in Ami Pro. (#48424)

Conversions
WordPerfect 6.x -> Ami Pro 3.x: Date formats were not converting properly even if there was a date format in Ami Pro that matched exactly. Now exact matches will convert, and if there is no exact match in Ami Pro the format will default to MDY (e.g. "May 20, 1993"). (#48423)

Conversions
WordPerfect 6.x -> Ami Pro 3.x: Hard Column Breaks were not converted correctly. (#48422)

Conversions
WordPerfect 6.x -> Ami Pro 3.x: [Pg Num Set] commands were not converted correctly. (#48421)

Conversions
WordPerfect 6.x -> WordPerfect 5.x: A table with fixed width columns was converting with locked cells. (#43835)

Conversions
WordStar 5.0 -> WordPerfect: Index entries were being converted improperly. The entries are now converted to regular index entries that are located exactly where the entry was created. (#48203)

Conversions
WPG1.0 -> WPG2.0: Images with nested groups greater than 10 were not converting and could cause WordPerfect to lock. WordPerfect will now convert up to 15 levels of nested groups and generate an error if that limit is exceeded. (#48050)

Conversions
WPG2.0 -> Presentations 2.0/WPG1.0: A file containing only a page color change would return the error "No convertible data was processed." These files will now convert but may return the error "Some entities were not convertible." (#48075)

Conversions
WPG2.0 -> Presentations 2.0: Page gradient X & Y percentages were incorrect after conversion. (#48074)

Conversions
WPG2.0 -> WPG1.0: A WordPerfect Presentations object containing more than 60 custom patterns would generate an error and not complete the conversion. (#48266)

Conversions
WPG2.0 -> Presentations 2.0: Gradient steps would be reduced by one when converted. (#48077)

Conversions
WPG2.0 -> Presentations 2.0: Elements in an image were shifted up after being converted from WordPerfect Presentations to WPG2.0 format and then returned to Presentations format. (#48081)

Conversions
WPG2.0 -> Presentations 2.0: Grouped elements that have a transformation applied to them were positioned and/or scaled incorrectly. This would especially happen with images created using WordPerfect 6.0 for Windows's Draw feature. (#48092)

Conversions
All formatting codes placed at the beginning or end of a table cell were being deleted when calculating the table. Now only those formatting codes that are embedded in the results of a formula will be deleted when calculating. (#41528)

Conversions
Tables containing paragraph styles were converting to WP5.x with a row/cell code missing. This caused the contents of cells to shift to the left. (#40847)

Conversions
Bullets in Charisma charts would lock WordPerfect while converting. (#44533)

Conversions
Double and Half-Height fonts were converting to a variety of other types of fonts. Now they convert from 6.0 to 5.1 as they should. This problem was especially noticeable with the Panasonic KXP-1124 printer. (#37177)

Conversions
Extended characters were not coming across correctly when converting WordPerfect Presentations chart data to WPG2.0 format. (#43290)

Conversions
Saving a WordPerfect file with a bookmark as an MS Word 5.5 file, and then opening the file again in WordPerfect, would cause WordPerfect to lock. (#42852)

Conversions
Scanned .BMP images were not visible in WP60 when converted from WP5x. The scaling is now correct and images display as expected. (#46770)

Conversions
Some WP5x documents would return an invalid data error when the conversion encountered a damaged graphic box. These boxes are now removed and the conversion finishes correctly. (#25309)

Conversions
The Initial Codes Style is no longer created by conversion. This allows the 6.0 level application to insert the code. This is true for all conversions except for the WP5.x import. (#43671)

Convert Graphics
Enhancement: You can now save the first bitmapped image contained in a WPG2.0 file from the image editor in any of the following formats: TIFF, Truevision TARGA and Paintbrush PCX. (#47099)

Answer:

Details:


Product specifications, packaging, technical support and information (*Specifications*) refer to theUnited States retail English version only. Specifications for other versions may vary. All Specifications, claims, features, representations, and/or comparisons provided are correct to the best of our knowledge of the date of publication, but are subject to change without notice.OUR MAXIMUM AGGREGATE LIABILITY TO YOU AND THAT OF OUR DEALERS AND SUPPLIERS IS LIMITED. IT SHALL NOTEXCEED THE AMOUNT YOU PAID TO ACCESS THE INFORMATION. SEE LEGAL DISCLAIMER.