Corel VENTURA 8 Readme notes

English Windows (Intel) version, build 559

Corel VENTURA - List of fixes from Service Pack 1 and 2

(Fixes implemented in build 559 - Service Pack 2)

Corel VENTURA 8

File I/O
Saving a file with the Save As command and choosing the same filename would fail to write modifications to external text files if they were set to Export on Save.

Auto convert Double Dashes would not turn off.

Paragraph Tags
After changing the font for a paragraph (Paragraph Property) using the Font List on the property bar, the paragraph would remain overridden after selecting 'Update Tag'. A second time selecting 'Update Tag' would remove the override from the paragraph. This now functions as expected.

The Paragraph Tag setting "Break Before/Until Right" and "Break Before/Until Left" now functions as expected.

A Paragraph Tag having "Keep With Next" or "Keep With Previous" and "Allow Breaks Within" enabled at the same time now functions as expected.

In some circumstances the Paragraph Tag setting "Keep with Next" failed in a frame or page having Column Balance turned on. This now functions as expected.

A paragraph having a Page Break or Column Break property would fail to break when preceded by a paragraph having a Frame Wide property in a frame or page having Column Balance turned on. This now functions as expected.

In some circumstances rules appeared overlaying paragraphs when preceding paragraphs having rules broke across a page boundary.

A paragraph having a Page Break or Column Break property would fail to break when preceded by a single line paragraph at the top of a column.

Text, Import/Export, Fonts
Intermingled Character Tag codes and text property codes failed to Export on Save correctly resulting in program instability.
Affected publications will need to have their external text files set to Export on Save again. The best method for doing this is to move or delete the external text files. Open the publication file which will try to find the missing text files. Take note of the reported missing files. Locate each text file in the VENTURA Navigator and set each one to Export on Save again (even if they currently appear to be external) and then save the publication. Doing so will create new external text files which contain the proper markup codes.

Exporting equations using the Export on Save function caused program instability upon importing the external text files back into the publication (ASCII and ANSI text file formats only). This now functions as expected.

ASCII character 096 would convert to a typographical quote with "Auto convert text on import" turned off. This now functions as expected.

In rare circumstances portions of text at the top of pages would fail to display while paging backwards through a long publication. This now functions as expected.

In some cases Index Entries would lose a digit when a text file was set to Export on Save (ASCII text file format only). This now functions as expected.

Inserting a Variable Marker while having text selected would result in program instability. This now functions as expected.

In some cases Find & Replace would remove special items (Markers, Equations, etc...). This now functions as expected.

Pressing CTRL+F to open the Find & Replace dialog would fail to capture any characters higher than ANSI 0126. This now functions as expected.

Performing a Find & Replace routine looking for all "Table Text" Paragraph Tags and replacing with another Paragraph Tag would correctly retag the paragraphs in a table but would also retag paragraphs following the table which were not tagged with "Table Text". This now functions as expected.

Superscript markup codes failed to import correctly.

Footnotes containing Cross References failed to export correctly.

Hyphenation points were being added to Footnote text when exporting to Rich Text Format (RTF). If the RTF file was edited in a word processor and then imported back into a publication the hyphenation points would display at dashes within the words of the Footnote text. This now functions as expected. In rare circumstances deleting paragraphs near Footnote markers and then closing the publication with or without saving could result in program instability.

In some cases deleting a paragraph marker close to a footnote marker would result in program instability.

The "Update font list" command in the Publication Properties dialog was failing to update the fonts list found in the Publication Information dialog (File menu).

Characters higher than 0128 found in Index Entries were not importing correctly.

In some cases where a paragraph was tagged as Bold and the following paragraph had text attributes set as Bold these text attributes would be removed from the paragraph upon opening the publication if the text file had been set to Export on Save as RTF.

In some cases applying a Paragraph Tag to an overridden paragraph had to been done a second time. This now functions as expected.

Text properties would fail in the latter half of paragraph which breaks across a column or page.

Kerned pairs would fail in the latter half of paragraph which breaks across a column or page.

In some cases Footnote frames would displace text when printing. This now functions as expected.

In some cases importing text while in Page Tag view would result in program instability.

Kerning codes (markup) were either removed or their values changed when a text file was set to Export on Save as RTF. This now functions as expected.
NOTE: While Corel VENTURA is designed to be precise to 1/10th of a micron (metric) RTF does not read nor write values in metric. When exporting text which contains kerning values (e.g., ) to RTF, these values will be converted into 'twips' (1/1440" - units used by RTF). As a result, one can expect a rounding error to result which is apparent upon re-importing the RTF file (e.g., using Export on Save).
If RTF must be used, change the RTF Export options (either globally via the Publication Properties or for each RTF file). In particular change the 'Text Attributes' to 'Corel VENTURA Markup' ... instead of, 'RTF & Corel VENTURA Markup'. This way the kerning values will not be converted into 'twips' and will export and re-import as Corel VENTURA markup thus retaining your kerning values.

Updating AutoNumbering followed by switching from Copy Editor to Page Layout view would result in program instability.

After clicking on the Refresh button for the Marker & Cross Reference list in a docked VENTURA Navigator switching from Page Layout to Copy Editor view would result in program instability.

In some cases inserting an Endnote or Footnote while text is selected in Copy Editor view would result in program instability.

Dragging and dropping a footnote number (tagged with Z_FNOT #) from the Footnote frame onto the page would result in program instability.

While in Page Tag view, importing a text file into the Header or Footer frame using the option "Insert at cursor" would result in program instability.

After setting the Copy Editor "Default tab every: (x) inches" option to = 0, pressing the Tab key while in Copy Editor view would cause program instability.

Graphics/Images
In some cases pasting a screen capture from the Windows clipboard using the Paste Special command would result in program instability.

The ability to Paste an 'Enhanced Metafile' using the Paste Special command has been added.

Modifying the color palette while no publications were open would result in program instability.

When searching for missing externally linked image files in the VENTURA Navigator the Browse folder kept reverting to a static location. This now functions as expected.

Column Balance
Column Balance would fail if a paragraph was set to Column Break Before.

In some cases the combination of Orphans settings and Column Balance could result in program instability.

Column Balance would fail if a paragraph had 'Allow Breaks' turned off.

In come cases Column Balance would place more text in right hand columns than left. This now functions as expected.
NOTE: There are circumstances where Widows & Orphans settings can cause more text to be placed in right hand columns than in left hand columns. In these cases it may be necessary to set either or both Widows and Orphans to a value of 1.

Tables
Text inside table would disappear. This now functions as expected.

Tables would misalign at the top of columns if Cap-Height was used rather than Inter-Line for the First Baseline settings. This now functions as expected.

Merging cells in a table with one or more header rows is now functioning as expected.

In some cases typing text in a table which is in a frame on a Page Tag would result in program instability.

Running the "TexttoTable" Add-On without any text selected would result in program instability. This now functions as expected.

Page Tags
While in Page Tag view, pressing and holding the alternate mouse button while dragging and dropping a frame on a Page Tag and choosing "Apply Rules" or "Apply Fill" when the button is released would cause program instability.

In some cases image files could not be added to a Page Tag. This now functions as expected.

In some cases imported image files would be added to a Page Tag without a name. This now functions as expected.

In rare circumstances frames on a Page Tag would cause program instability when switching from Page Tag to Page Layout view.

Publish to HTML/PDF
When publishing to HTML, in some cases changing the destination folder using the Browse function would result in program instability.

In some cases publishing equations to HTML would result in program instability.

When publishing to PDF multiple line hyperlinks would fail. This now functions as expected.

Hyphenation/Language Issues
Moving the cursor upwards to a previous paragraph while positioned at the end of a hyphenated word in the first line of a paragraph would result in the cursor failing to move. This now functions as expected.

Hyphenating two words joined together with an apostrophe (common in French, e.g., d'abnégation) is now functioning as expected.

In some cases text attributes (Bold, Italic, etc...) would prevent a word from hyphenating. This now functions as expected.

Certain Swedish words were not hyphenating correctly.

Corrections were made to Spanish, French and German language Page, Chapter, Figure and Table Counters.

In rare circumstances Automatic Spell Check was removing words. This now functions as expected.

Hyphenating two words joined together with a dash (manual hyphen) is now functioning as expected.
NOTE: It will be necessary for the "-" symbol is be set to 'Break' in the Publication Properties (General page) if it is to be used as a hyphenation point. Otherwise the default value for this character is non-breaking.

In some cases switching from Page Layout to Copy Editor view while having the Spell Checker open would result in program instability. This now functions as expected.

Frames / Frame Tags
If a Paragraph Tag was deleted which had been defined in the Chapter Properties for "Interline Snap", subsequently creating a new frame or moving an existing frame would result in program instability. This now functions as expected.

In some cases text would not flow properly around frames.

In some cases text in linked frames would disappear. This now functions as expected.

The Equal Width button (found on the Column page of the Page and Frame properties dialog) was not functioning properly for column gutters.

In some cases moving and resizing a frame which is spread across two pages would result in program instability.

In rare circumstances a vertical rule between column 1 and 2 would partially disappear if a frame was placed at the very top of column 1. The portion missing of the vertical rule was equal to the height of the frame in column 1. This now functions as expected.

In some cases tabbed text would fall short of the right margin a distance equal to the width of the frame directly to its left side.

In some cases deleting text while in Copy Editor view from a frame which is currently reporting a formatting error (a large red X displayed in the frame) would delete the frame. This now functions as expected.

In rare circumstances pressing the Enter key followed by the Backspace key in an empty frame would result in program instability.

In some cases converting two or more vector images to graphic objects at the same time would result in program instability.

In-Line anchored frames generated from DataBase Publisher would result in program instability if the last frame created was in a right hand column. This now functions as expected.

Associated Rule Tags were not importing correctly when Frame Tags were imported from a stylesheet.

Corel SCRIPT 8
The FileRenameTextFile command is now functioning as expected.

The FilePrint command is now functioning as expected.

The EditPasteSpecial command now has the ability to paste Enhanced Metafiles. Use "14" as the 'format' type, e.g., .EditPasteSpecial .Format 14

The FilePublishAsAcrobat command is now functioning as expected.

(Fixes implemented in build 433 - Service Pack 1)

  • Problems with grouped frames
  • Several Out of Memory errors
  • Multi User Publications file sizes causing to bloat
  • Various Table import issues
  • Import Text thru script - uses "Ignore style" value correctly
  • Copy with Links - now correctly reads drive space
  • Correct hyphenation with Finnish Language
  • Duotone export to EPS
  • AI/EPS/PDF filters have all been enhanced
  • Resolved problems with RIPs and long file names
  • Added the ability to change languages for numbering styles (One, Two...)

Importing RTF files:

  • Removal of many of the redundant font overrides
  • Elimination of 0 point overrides with WordPerfect files
  • VENTURA Markup codes for font size being converted correctly
  • @PARAFILTER ON = working correctly
  • Equations { } are now being converted correctly, Null equations are now being ignored
  • @tag name is now converted correctly
  • Microsoft Word inserted symbols now converts correctly

Export on Save - RTF format:

  • Now Preserves the decimal point size
  • Discretionary hyphens are now preserved

Hyphenation - HYPHUSER.DIC

While some improvements have been made to hyphenation in SP2 there may be rare exceptions where you may find the hyphenation points unacceptable. If this is the case you can use the HYPHUSER.DIC file (ansi/ascii text file) to define how such words should hyphenate. Corel VENTURA will use any words found in the HYPHUSER.DIC file in lieu of those it currently has listed from the *.HYD files.

You will find the HYPHUSER.DIC file in the c:\corel\graphics8\ventura folder.

There have been some changes to this file since older versions. Most obvious is that it's empty. If you open this file in Notepad (notepad.exe) to add words of your own, you'll first notice that the file is totally empty. You can begin entering your own words which you wish to hyphenate differently than Corel VENTURA is currently doing (typing them with your preferred hyphenation points), or to prevent any hyphenation on these words at all (typing them without any defined hyphenation points).

For example, you might enter:

Ventura - Corel VENTURA will not hyphenate this word. teck-en-gra-der - this word will hyphenate at the defined hyphenation points indicated by the "-" symbol.

NOTE: You must insert a carriage return after the last word in the list. Simply press the Enter key after typing the last word. Save this file as an ASCII or ANSI file. If you do not add this carriage return to the end of the file the last word in the list will not be processed/read by Corel VENTURA, causing this word to hyphenate as determined by Corel VENTURA's *.HYD files.

In older versions it was necessary to insert an asterisk (*) after the 7th character to tell Ventura to 'keep going' to find further hyphenation points, otherwise any hyphenation points beyond the 7th character would be ignored. As a result, the word "considerable" had to be entered in the HYPHUSER.DIC file as "con-sid-e*r-*able".

This is no longer necessary. You can simply enter the word "considerable" as "con-sid-er-able" in the HYPHUSER.DIC file. Corel VENTURA 8 will read the entire word without the need for asterisks.

Some languages have special needs for hyphenation where compound letters may either have an additional character inserted or changed ... such as the Swedish and German languages. Wherein you may find Ventura's hyphenation algorithms fail to offer the correct hyphenation, you can use the HYPHUSER.DIC file to define what action should be taken with such words.

Use the # symbol to add an additional (duplicate) letter where two of the same letters are to be hyphenated. For example: The Swedish word "tillåta" should be hyphenated "till - lå - ta" (notice the additional 'L'). So you would need to type "til#lå-ta" (where the # represents a hyphenation point) in the HYPHUSER.DIC file. The # symbol will allow *any* duplicate letter combination hyphenate this way. You could type "glas#strut" to make the word "glasstrut" hyphenate as "glass - strut" ... however, this particular word (being one of the fixes in SP2) will hyphenate properly without being defined in the HYPHUSER.DIC file.
Use the ! symbol to change a "C" to a "K". For example: Words which require a "C" to change to a "K" when a "ck" letter combination is hyphenated, you can type the ! symbol between the "c" and the "k" to represent the hyphenation point. While this requirement may be used less now than in the past (due to changes in the German rules for hyphenation), it may be useful for other languages to know of this function. The resultant word may look like this ... "tracking", to be hyphenated as "trak - king", and thus typed in the HYPHUSER.DIC file as "trac!king".

Here are a few words you may wish to add to your HYPHUSER.DIC file if you are working with Swedish text.

til#lå-ta
til#läg-ga
til#läm-pa
teck-en-gra-der

You will need to turn Hyphenation off and then back on for the Paragraphs and/or Paragraph Tags where hyphenation fixes at first fail to appear. That is, if you have applied the patch (SP2) and added words to your HYPHUSER.DIC file, yet you still find words that are not hyphenating according to your expectations, try turning hyphenation off and on for your Paragraph Tag(s) and/or individual paragraphs (where paragraph overrides may prevent tag level changes to reflect any difference). For more information, see the section below entitled "Re-hyphenating text".

TIP: Press CTRL+ALT+H on any word to see how Corel VENTURA will hyphenate that word.

Re-hyphenating text

If you save a file with hyphenation turned on with your text hyphenating properly and then close Corel VENTURA, edit your HYPHUSER.DIC file to change or prevent the hyphenation of one of the words in your document, then restart Corel VENTURA and open your file you'll find that the hyphenation has not changed to reflect your changes in the HYPHUSER.DIC file. This is by design, and is explained below.

How to re-hyphenate? The fastest way, is to turn hyphenation off and then on.

How else can this be done? If you edit the text, each word can and will be re-hyphenated on a word per word basis.

For example:

Having the following text (and having your HYPHUSER.DIC file set to modify/prevent the word "wonderful" from hyphenating:

". . . . . . . . . . . something wonder-
ful happened to me today. Some-
thing wonderful happened to me . . .¶"

The first occurance of the word "wonderful" will re-hyphenate only if.....
a) you type a space after (at the end of) the preceding word "something".
b) you type a space after (at the end of) the word "wonderful"
c) you press the Enter key after (at the end of) the word "wonderful"
d) you edit or retype the word "'wonderful"
e) you delete the entire word "is" following the word "wonderful" (without deleting either space around it)
i) if you highlight and delete "is " (note 'space' following), "wonderful" will not be re-hyphenated.
ii) if you highlight and delete " is" (note 'space' preceding), "wonderul" will be re-hyphenated.
iii) if you simply delete " is" or "is " without highlighting it, "wonderful" will be re-hyphenated.

NOTE: If you paste any amount of text (e.g., a word, a character, etc...) in a paragraph, all words within that paragraph will be re-hyphenated by the Writing Tools and the HYPHUSER.DIC file.

To recap .... the actions a) thru e) will re-hyphenate a single word at a time .... that is, the 2nd occurance of the word "wonderful" in the above example will not rehyphenate simply because the first occurance did. However, if you were to paste any amount of text in the current paragraph then all words in that paragraph will be re-hyphenated by the Writing Tools and thus both words "wonderful" in the above example will re-hyphenate accordingly.