Pages: 1
Print
Author Topic: String copy crashes XMetaL  (Read 399 times)
dmurphy
Member

Posts: 13


« on: August 21, 2019, 11:06:48 AM »

I'm using XMetaL 12 Author Enterprise. Pasting the following string into a paragraph (or even a codeblock) causes XMetaL to crash every time:

cluster-acl deny-principal <PrincipalType:name> [force|allow-host <String>|deny-host <String>|operation <String>]

Any ideas why?
Logged
Derek Read
Program Manager (XMetaL)
Administrator
Member

Posts: 2621



WWW
« Reply #1 on: August 21, 2019, 01:37:16 PM »

I can't seem to reproduce this with any files we provide out of the box: DITA, the Journalist sample, etc, but...

Where are you copying that content from?

That is going to make a difference. How XMetaL Author handles what it is asked to paste depends on what is on the Windows clipboard, and that will vary widely depending on which application added it onto the clipboard.

Which document type are you pasting into?

That is going to make a big difference as XMetaL Author handles some things on its own (natively) but it can be extended using script to handle more clipboard content types, and to handle the content in different ways, modify it before pasting, perform transformations on it, as well as perform actions after pasting.

The view you are pasting the content into is going to make a difference as well: Tags On, Normal or Plain Text.
Logged
dmurphy
Member

Posts: 13


« Reply #2 on: August 21, 2019, 02:12:47 PM »

Hi Derek,

It doesn't seem to matter from where I copy it. I've copied it from NotePad++, from Slack, and even from this forum. I am pasting it into a reference-type DITA topic (although it doesn't matter the topic type). I had only tried it in tags on view. I just tried it in plain text view. XMetaL does not crash when I paste it in plain text view, but when I try to switch back to tags on view, it says "Unknown tag name. The tag name "PrincipalType:name" is not defined."  It does not switch back to tags on view unless I remove the string. So evidently, even if it's pasted into a codeblock, it interprets it as a tag.

Several people in our organization have tried this. They all reported that XMetaL crashed as soon as they paste the string. Is there some way to enclose that type of content so it is not interpreted as XML tags?

Thanks,
Dana
Logged
XMetaLOldTimer
Administrator
Member

Posts: 57


« Reply #3 on: August 23, 2019, 01:46:41 PM »

Hi Dana,

This issue was reported to us by a partner in March and repaired in our latest release, 14.0.  Are you able to upgrade to v14.0?

Regards,
Addam
Logged

Addam Smith, XMetaL Project Lead & Architect
JustSystems Canada Inc.
dmurphy
Member

Posts: 13


« Reply #4 on: August 26, 2019, 10:39:29 AM »

Maybe in the near future. Thanks for the reply, Addam.
Logged
Pages: 1
Print
Jump to:  

email us