Pages: « 1 2 3 4 5 6 7 8 9 10 »
 on: May 21, 2019, 01:19:45 PM 
Started by dmurphy - Last post by Derek Read
If this is one of the standard DITA DTDs there is a rowheader attribute on the <table> and <colspec> elements.

However, this attribute is not required in any version of the DITA DTDs that I'm familiar with. Perhaps you are using a specialized DITA DTD?

XMetaL uses the actual DTD for any document you are authoring to perform validation, so it is almost guaranteed that this attribute is actually required in your case. Knowing exactly which DTD you are working with would let me tell you for sure (or send a sample to XMetaL Support and they can help you work it out).

When you are in Tags On or Normal view XMetaL Author tries to take you to the closest location that it can when you click on an error in the Validation Log, but it might not be able to take you exactly there for some reason (ie: if you cannot normally visit that element in a particular view).

If you validate the document (F9) while viewing it in Plain Text view clicking on an error in the Validation Log should take you to the precise location of the error in the document, or much closer to it (if for example an element is missing it obviously can't take you to the missing element but to the element that requires it).

The Attribute Inspector also shows required attributes for any given element in bold face when you put your selection inside that element.

The Table Properties dialog allows you to modify most standard portions of a table, including all the various attributes accessible for a CALS table, but this does not include @rowheader. There is also no way to place an insertion point inside a <colspec> element in Tags On or Normal view (as making related changes is normally done through the Table Properties dialog). So, if your DTD does force this attribute to be required, and it is on a <colspec> element you may need to switch to Plain Text view to access. If this is really what's going on the software could be customized to try to accommodate this need through scripting (APIs) or possibly also through an additional custom dialog.

 on: May 21, 2019, 07:55:56 AM 
Started by dmurphy - Last post by dmurphy
We have just upgraded from XMetaL version 9 to version 12. We are now getting the following error when topics are checked out that contain tables:

"Bad or missing attribute. A value for required attribute "rowheader" must be specified"

Double-clicking the error in the Results window takes me to the tgroup. But the rowheader attribute is not available on that element. I've tried specifying "norowheader" in the attribute for the table element, but that makes no difference. XMetaL says the document is invalid, and will not save it. Any ideas?

 on: May 07, 2019, 01:53:40 PM 
Started by rakesh - Last post by Derek Read
I don't see any obvious issues with your catalog file that would trigger a crash. My guess is that something else being loaded is triggering the issue.

I do see that the XML file references a DTD on an HTTP server:
<!DOCTYPE urteil PUBLIC "-//MBO//DTD urteil 1.0//DE" "">

XMetaL Author will attempt to download the DTD, RLX or XAC file from that location together with any other files that XMetaL Author is able to obtain (CSS, CTM, MCR, possibly others). If XMetaL Author does find the DTD (or RLX or XAC file) it isn't going to use any entries from the catalog file. If it doesn't locate the DTD (or RLX or XAC) then it will use the entry in your catalog file to load the urteil.dtd from the same location as the catalog file, which will typically be in the Rules subfolder of the XMetaL Author installation.

Check to see that the DTD or other files do not exist at the HTTP server above if you don't want XMetaL Author to use that copy.

If you want thorough testing to be done on this, the files needed to reproduce the issue will be needed. That would include an XML sample (which you have provided here) but also the DTD, CSS, CTM, MCR, and any other files that the software is loading. Your issue could be due to the loading of the XML file itself, the DTD, any files that DTD references (entities, etc), the CSS properties interacting with the document, CTM settings or scripts, a script in the MCR file or a DLL that the MCR file references, maybe an XFT form, or perhaps some third party software the MCR or DLL code calls, possibly something else.

Please submit a support case to XMetaL Support here:

Note: That form does not accept file attachments. Once a case has been opened you can either send attachments via email. If email will not work for the files you need to send then XMetaL Support will let you know how to share them.

If 3rd party software is required to reproduce the issue (such as a CMS integration or some other software that modifies the XMetaL Author Enterprise installation to extend its functionality) please also let XMetaL Support know those details.

Please keep in mind that testing on version 6 cannot be done as it is an unsupported release. Testing will need to be done on a recent version. Issues are generally only corrected in the current release (right now that's 14) though exceptions are made for clients that must use a slightly older version that one of our partners requires in order to function with their software.

From the install-readme for XMetaL Author Enterprise 6 SP1 (released Jan 2010):

• Microsoft Windows XP, Vista, 7* or 2008 Server
* Windows 7 support is pending as only preliminary testing has been completed to date. Although no problems have appeared with XMetaL Author Enterprise under Windows 7, please use XMetaL Author Enterprise at your own risk.

 on: May 07, 2019, 01:56:55 AM 
Started by rakesh - Last post by rakesh
Hi Derek,

Yes XMetal 6.0 is working fine on Windows 10. I have attached a screen of "About XMetal Author Enterprise deilog" for your review.

My only concern is when I am opening a xml file (attached) that have a public URI say "<!DOCTYPE urteil PUBLIC "-//MBO//DTD urteil 1.0//DE" "">', the XMetal  stops working and crashed. I am using Windows 7.

I have used catalog file (attached) to ignore doctype from xml but it is not working.

I am using the same setup of XMetal on Windows 10 with the catalog file and it is working fine. XMetal ignore the doctype.

I want to open the attached xml file into my XMetal 6.0.


 on: May 06, 2019, 07:04:45 PM 
Started by queshaw - Last post by Derek Read
If you set the ButtonType property for a button on a form to "OK" its OnClick event will fire when the user presses Enter.

 on: May 06, 2019, 06:53:11 PM 
Started by rakesh - Last post by Derek Read
It seems odd that XMetaL 6 (I'm not sure which product) is running on Windows 10 without issue as that version (all products) was not tested on that operating system. All of the XMetaL version 6 products were released 5 years before Windows 10 was released. If anything I might expect the opposite of what you describe.

Please submit any files necessary to reproduce the issue to XMetaL Support together with detailed description where the files are placed, any specific configuration steps, an XML sample file, etc, so they can try to help.

Keep in mind that version 6 is not supported. It was tested on Windows XP but as Microsoft no longer supports that OS we cannot either. The first version to support Windows 7 was version 8. The first version to support Windows 8 was version 9. And the first version to support Windows 10 was version 11.

I'm not sure what any of this has to do with Page Preview, so if that is important please also include information about that in the description of the problem when you submit files to XMetaL Support.

 on: May 06, 2019, 11:34:13 AM 
Started by queshaw - Last post by queshaw
With XFT, how can I make it so that pressing enter submits the form?

 on: May 06, 2019, 07:40:12 AM 
Started by rakesh - Last post by rakesh
Hello Derek,

We are using XMetal 6.0 with our own customization.

Our xml contains URI in doctype which is not resolved at local system, only resolved with in the Citrix environment. For this we have build a catalog file in XMetal's with in the Rule folder.

All is working fine on Windows 10 OS but the same setup and customization is not working on Windows 7. When trying to open the xml file on Windows 7, the XMetal stops working and crashed.

Below is our doctype

<!DOCTYPE urteil PUBLIC "-//MBO//DTD urteil 1.0//DE" "">

Below line show the catalog setting

 Default Catalog for Template and other files

-- entries for urteil dtd --
PUBLIC "-//MBO//DTD urteil 1.0//DE" "urteil.dtd"

-- entries for gesetz dtd --
PUBLIC "-//MBO//DTD gesetz 1.0//DE" "gesetz.dtd"
 W3C DTDs and entity sets

We are really in trouble, we have licensed for XMetal 6.0 and Windows 7 but we are not able to use XMetal's Page Preview at our end.

Please suggest a work around.

Thanks & Regards

 on: May 03, 2019, 11:58:56 AM 
Started by pmasal - Last post by byronViree
The V2 database file you should be looking for is normally called AllPortfolios.tsd
Can you find that one?

Failing that, you should be looking for snapshot files, which normally have the file extension .tsn

 on: April 26, 2019, 11:58:03 AM 
Started by queshaw - Last post by Derek Read
Still guessing a bit but here's an example that might help.

There's an example macro in the Journalist.mcr file called "Insert ULink" that launches a form, lets the user input a Description and URL, and then generates some content in the XML based on that input.

My sample below reuses that form but doesn't tie it to a document (in the original it isn't tied to any document either really, it's just that the Journalist sample is the only one to use it). Instead of inserting the values into the document like the Journalist sample does this sample merely checks the values and displays them.

Not sure what you want to do with your values, but in this example they are now strings and you can do whatever you like with them.

Code: (sample)
//XMetaL Script Language JScript:
var formPath = Application.Path + "\\Forms\\ULink.xft";
var dlg = Application.CreateFormDlg(formPath);

//as long as you don't set the form object to null
//(in this example that's "dlg")
//you can access the controls on it like so:
if (dlg.DoModal == 1) { //user clicked OK button*
var desc = dlg.URLDesc.Text;
var url = dlg.URLLink.Text;
Application.Alert("Description: " + desc + "\n" + "URL: " + url);
dlg = null;

*For a form to return 1 when an OK button is pressed you need to set ButtonType for the button to "OK" (as in this form).
When the user dismisses a dialog using the built-in close button on a form -1 is returned.
When the user dismisses a form using a button with ButtonType set to "Cancel" then 2 is returned.

You should null any references to the form eventually (before XMetaL shuts down, but the safest place is in the same script that launched the form so you know for sure the reference is gone). Windows Script Host (JScript and VBScript) does do garbage collection but the timing is not predictable. XFT's are running as part of an external control (a COM DLL) and COM references need to be cleaned up to make sure the software can properly shut down.

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