Pages: « 1 2 3 4 5 6 7 8 9 10 »
 81 
 on: January 30, 2019, 06:26:32 PM 
Started by A S - Last post by Derek Read
I recall this bug. It was introduced sometime between version 8 (?) and 10 and was corrected sometime between version 10 and 13, though I'm not sure exactly when. I think it was introduced with version 8 because of a conflict with the new feature added that slides windows out of the way ("pin" and "auto hide").

I've tested the behaviour in 13 (current release) and see the expected behaviour.

A value entered in the Attribute Inspector should be set when you perform the following actions:
- move to a different attribute (in the Attribute Inspector) for the same element using the mouse or tab key
- press enter
- put focus back into the same document using the mouse
- put focus into a different document using the mouse

Pressing the Esc key will return to the document without setting the attribute.

Note that this applies to setting values directly in the Attribute Inspector only. If an attribute is set in a form (even one launched from the Attribute Inspector) the logic for how attributes are set is contained entirely within the form and may vary depending on the customization and how the form was designed to function.

 82 
 on: January 30, 2019, 06:05:21 PM 
Started by A S - Last post by A S
In XMetaL 10 Author, when a user is working on a topic in Tags On view and they enter an attribute value using the Attribute Inspector, the value is not saved unless the user clicks in a different attribute field before leaving the Attribute Inspector. If a user enters an attribute value in the Attribute Inspector and then clicks in the main window, the att inspector closes without saving the new att value. As a result, users assume the attribute value has been saved, when it has actually been deleted. Requiring users to click in a different, blank attribute field in order to save an entered attribute value is inconvenient.

Steps to reproduce:
1. Open a topic in XMetaL 10, in Tags On view.
2. Add a new tag pair and click after the opening tag.
3. Open the Attribute Inspector.
4. Type a value in one of the attribute fields and click in the topic pane.
The Attribute Inspector closes.
5. Open the Attribute Inspector and verify that the value entered in step 4 is not present.
6. Type a value in one of the attribute fields and click in a different, blank attribute field.
7. Click in the topic pane.
The Attribute inspector closes.
8.  Open the Attribute Inspector and verify that the value entered in step 6 is present.

 83 
 on: January 09, 2019, 06:13:32 PM 
Started by rshubert - Last post by Derek Read
The feature does not exist in version 12, it was added in 13, so...

Unless there is some technical reason (reliance on 3rd party integrations is really the only one) for not upgrading that's still your best option I think. Clients with "maintenance" (which is every customer we have aside from very specific exceptions) can upgrade for "free" (that's actually what you pay maintenance for), if cost is the concern.

Another technical reason for not upgrading of course would be that your company has tested version 12 and is happy that it is stable with everything else you are doing (not necessarily 3rd party software but processes, configuration settings, etc) and that upgrading might be considered a risk.

If this feature is important I would recommend testing it in the trial version to see if it meets your needs, then perhaps check to see if you can (ie: your organization "allows" it) to upgrade to 13.

Antenna House is a partner* and what they are showing on that page (the one you have referenced) seems to be the existing functionality for working with subject schemes in the Japanese edition of XMetaL Author Enterprise 12. If anything, support in 12 (Japanese edition and the regular edition that you have) would be limited to (I believe) editing files that use the subjectScheme.dtd. XMetaL Author can handle any DTD, so that would have been possible as soon as that DTD existed, though having XML template as a starting point makes it easier too so maybe we included templates in 12. It doesn't have any of the actual support for subject schemes, ie: using the content of a subjectScheme saved in one file to work with attribute values in a topic or map (which is the feature added to 13).



* We provide support for Antenna House Formatter as part of our integration with the DITA Open Toolkit to produce PDF using that engine -- the "deliverables" for that in our UI are listed as "PDF via Antenna House Formatter and PDF5-ML plugin" and "Antenna House VIA PDF2" (and possibly other names in releases older than 13).

 84 
 on: January 09, 2019, 11:47:49 AM 
Started by rshubert - Last post by rshubert
Hello,

We recently upgraded to XMetaL 12 so I won't have the option to upgrade to XMetaL 13.
We are using a DITA Subject Scheme. I did happen to find an example online that looks like it's using XMetaL 12 to apply a DITA Subject Scheme to attributes, sadly the instructions are in Japanese. https://www.antenna.co.jp/xmetal/new-feature12.html#pagelink11. See second animated graphic on this page.

Is there no functionality in XMetaL 12 outside of the customization to do this?

Thanks,
Ryan

 85 
 on: January 08, 2019, 03:04:43 PM 
Started by rshubert - Last post by Derek Read
That forum example should work in versions up to 13 (and continue to work thereafter). In general, customizations for older versions will continue to work for newer ones (provided APIs are used in the way they were designed). However, for DITA, and because you are asking specifically about subject schemes, I don't think that's the best option. For non-DITA DTDs I would still recommend that demo as a starting point (but see "Non-DITA" below). The DITA authoring customization also does not generally support this level of modification (as it is easy to break existing features when adding script).

DITA Subject Schemes:
Your best option might be to upgrade to XMetaL Author Enterprise version 13. In version 13 we added support for working with DITA subject schemes. You can create them (as a DITA document), manage them, and attach them to maps and topics. Once you have attached one to a document the values for that scheme are listed in the Attribute Inspector for the particular attributes defined in the subject scheme. The resulting UI is the same as you see for an attribute with enumerated values (ie: when the DTD defines an enumerated list of values for the attribute and not simply CDATA). If you download the trial version from the xmetal.com website you will get the current release (which is as of this posting version 13). Two new items appear on the Reuse menu ("Apply/Remove Subject Scheme" and "Show subjectScheme Manager") and the documentation discusses the feature as well. If you try this feature, I would recommend using the example subjectScheme listed in the DITA documentation for the <subjectScheme> topic to start with (this is accessible via our F1 help, just search for "subjectScheme").

For Non-DITA:
If that post's example looks like it would help then base whatever you want to create on it. The form will need modification to match the attribute and it's values, and you might want to trigger the form another way, perhaps by letting the user double click on the element, select it from a toolbar/menu, open it with a shortcut key, etc.

Another option (assuming you have control of / permission to modify the DTD or W3C Schema) is to modify the attribute to be an enumerated list. In this case the Attribute Inspector will list only those values allowed by the DTD or W3C Schema. Of course, this pretty much rules out DITA specialization as it suggests basing new attributes on @props and @base, which are themselves CDATA.

 86 
 on: January 08, 2019, 12:55:19 PM 
Started by rshubert - Last post by rshubert
Hello,

I ran across an ancient post on setting up drop-down lists in Attribute Inspector for XMetaL 6 here:
http://forums.xmetal.com/index.php?topic=393.0

Is there a procedure or pointer for doing something similar in XMetaL 12?

Specifically I'd like to leverage a subject scheme so that an XMetaL user can set <othermeta> "content" values for a specific name with from a drop-down list rather than entering this as free-text fields which is prone to errors.

Thanks in Advance.

 87 
 on: December 03, 2018, 02:07:16 PM 
Started by Roopesh79 - Last post by Derek Read
This feature was completely rewritten for version 13 (after a lot of negative feedback on how poorly it functioned for most people in version 11 when it was first introduced). So, if you need it, I would highly recommend running XMetaL Author Enterprise or XMetaL Author Essential 13.

The help in version 13 has been updated as well. It provides more detail, including specific information about the versions of the various components that drive the feature and the various options available.

 88 
 on: December 02, 2018, 08:29:55 AM 
Started by Roopesh79 - Last post by Roopesh79
hi,

I am trying to add validation using schematron in Xmetal11, i am always getting an empty box. Is there any documentation available to run schematron in Xmetal?

Regards

Roopesh

 89 
 on: December 02, 2018, 02:03:41 AM 
Started by Maggie Chen - Last post by Maggie Chen
I transformed a file into xhtml in the DITA-OT, but I can't find the output file. Did someone ever encounter the same problem when you used the tool? 

 90 
 on: November 13, 2018, 02:34:56 PM 
Started by raj321 - Last post by Derek Read
The XMetaL QA team has not attempted to test such a setup and development has never worked with this. I currently do not know if this functionality is meant to "just work" without additional code added to our software or whether we need to implement something for this to function.

What I can say is that if we do need to add code to the XMetaL Author Enterprise for Documentum connector for this feature to function that would need to be in a future release.

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