Pages: « 1 2 3 4 5 6 7 8 9 10
 on: May 08, 2018, 03:59:55 PM 
Started by Marvin - Last post by Derek Read
We don't support making modifications to the main word list files and are unable to provide any software for working with them.

So yes, adding words to a UWL and then delivering that is the best option.

...unless you wish to look into using the Hunspell dictionaries. The only true benefit to using Hunspell would be to allow you to limit the words in the main file to words you approve (ie: with the right 3rd party tools, you could create your own files from scratch or remove words from an existing file set). See:,3011.0.html

 on: May 08, 2018, 03:51:50 PM 
Started by jpcain429 - Last post by Derek Read
You can switch between the installed copies of the DITA OT that are supported in the version of XMetaL Author Enterprise you are using the Configure Output dialog:

1. From the Tools menu select Configure Output...
2. Select the "Advanced" tab.
3. In the "Other output parameters" section locate the settings that begin with "DITA_OT_DIR".
In the case of version 12 I believe two versions of the DITA OT were installed and configured. You can switch between one and the other by adding an underscore to the start of the one you wish to disable and removing it from the one you wish to enable.

That setting effectively points to the folder containing the version of the DITA OT installed by the XMetaL Author Enterprise installer. In theory you can use that setting to point to any version of the DITA OT, but because they have changed significantly over time it isn't possible to support all older versions.

We are now typically including a copy that is as near to the current release of the DITA OT as we can when our software is released plus one or two versions back. Currently (for version 13) that means we include 3.0, 2.4 and 2.0. For version 12 I believe we included version 2.4 and 2.0 (possibly 2.2?)

Major changes to both the functionality and layout (folder structure and files) of the DITA OT were made around version 1.5 through 1.7 or so, making them quite incompatible with older releases, and custom changes you have made to older release would need to take those changes into account. From what I know the newer releases from about that point onward (1.8 through 3.0) have been quite stable as far as folder layout and file naming is concerned.

 on: May 08, 2018, 08:33:08 AM 
Started by jpcain429 - Last post by jpcain429
We have an older DITA OpenToolkit (version 1.4) that we still use for our custom DITA-OT plugins.  We are upgrading from XMetaL Author 8 to XMetaL Author 12, and after initial install of XMetaL Author 12 and the incorporation of our older DITA-OT, we run into the following error when we try to run one of our custom transform types:

org.dita.dost.exception.DITAOTException: [DOTJ002F][FATAL] Unsupported parameter '/args.filter'. Please refer to User Guide for supported parameters.

Is XMetaL Author 12 no longer supporting older DITA-OT versions?  Or, is there a configuration somewhere to force backward compatibility?



 on: May 08, 2018, 03:40:22 AM 
Started by Marvin - Last post by Marvin
We have some issues with the DITA OT PDF generator when cells overlap or when attributes like "morerows" would span outside the bounds of the table (e.g. the table only has 2 rows, but morerows=7, etc.).

This is correctly detected by said Schematron in Oxygen:

 on: May 08, 2018, 03:18:35 AM 
Started by Marvin - Last post by Marvin
I guess we can also just ship a modified system word list (under C:\Program Files (x86)\Corel\Shared\XMetaL\Writing Tools\10.0)?
But what's the best way to modify that file?
Shall we just update the user word list on one machine and then ship that as WT10EN.UWL (or WT10UK.UWL?)?
Thank you.

 on: May 07, 2018, 07:16:02 PM 
Started by Marvin - Last post by Derek Read
The Java error displayed when attempting to use this Schematron (which appears to have been specifically written to solve some issue that DeltaXML identified with oXygen) is probably because Saxon-CE 1.1* (which is the engine XMetaL Author 13 uses) does not support namespaces. It is also possibly because this implementation does not support includes.

If you could define the things you wish to check for I could try to provide a sample Schematron you could extend for specific use with XMetaL Author.

*Saxon-CE 1.1 docs:

 on: May 07, 2018, 06:27:21 PM 
Started by Marvin - Last post by Derek Read
The "user word list" used by Writing Tools is stored here:

%appdata%\Documents\Corel User Files\XMetaL

That's the default location. You can put the files anywhere on your machine and then tell Writing Tools where a particular file is by adding it to Writing Tools for a particular language using Options > User Word Lists.

That setting is stored in the registry as well.

You can point to up to 10 different files for each language. At least I think it's 10. I can't see any reason or need to go beyond 1 or 2. However, what that means is that you could have a file that all users use, different files for different groups, or a combination of multiple files where some group only needs one and another group might use that one plus additional files. I think in the vast majority of cases a single file is enough for all. However, what this does allow is to have a file you install that does not get updated by the user, and leave their own UWL set as the default so they can add their own words to it (when a user adds words to the spell checker they go into the "default" UWL file).

 on: May 07, 2018, 06:16:47 PM 
Started by Marvin - Last post by Derek Read
I'm not sure that is a good example as the CALS table you have listed here is following the CALS specification. If the DTD you are using to validate your documents follows the CALS spec then XMetaL Author will not catch any validation errors (because this table is valid) and it will also render it with the first cell in both rows merged (as the CALS spec states). See attached image.

So, I guess this does mean this Schematron is performing checks that are specific to some additional rules that are otherwise OK according to the CALS spec?

Are you saying that oXygen flags usage of the @morerows attribute as an issue and that you want to create a Schematron for use with XMetaL Author that tells people not to use the @morerows attribute?

 on: May 07, 2018, 06:56:48 AM 
Started by Marvin - Last post by Marvin
Just one more question:
We'd like to maintain a wordlist for our organization.
What's the recommended way to create such a wordlist and install it on all machines? We use a centralized deployment mechanism, so it's no problem to automatically roll this out to all clients.
Thank you.

 on: May 07, 2018, 05:24:08 AM 
Started by Marvin - Last post by Marvin
Thank you so much!

Pages: « 1 2 3 4 5 6 7 8 9 10