Dear Paul,
Indeed this was a misunderstanding on my part.
I thought you had problems transforming the map but your question was
why Oxygen does not expand the content references in the "Author" page.
Indeed for now Oxygen does not try to resolve the content reference
through the URI resolver and that is why the conref is not displayed in
the Author page.
We made some fixes for your issue which should be available in the next
Oxygen version (couple of weeks).
In order for the fixes to work you should either add your catalog in the
Oxygen catalogs list (from the Options->Preferences->XML Catalog page)
or as I suggested in my last email, refer to it from the DITA
"catalog-dita.xml" catalog.
You can also customize the Author DITA framework on your own and
implement your own Java class to handle the content reference solving
but this is not a very straight forward task.
See this link for more details:
http://www.oxygenxml.com/developer.html
My suggestion is to wait and see if the fix in the new release solves
your problem and if not I can give you more details about how to
implement your own DITA references resolver.
Regards,
Radu
--
Radu Coravu <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com
Paul Ryan wrote:
Radu,
Thanks for the quick response. I'm not sure this is the right path however. I
tried the next catalog suggestion without any luck. Our group here has dug into
the OT code for a solution we are developing and we don't believe this catalog
resolution at the point we're talking about has anything to do with OT. As I
stated in my previous email we definitely are getting an attempt by oXygen at
resolving our URI but we're only seeing a null on the resolution. When we try
to resolve any other type of link the resolver log shows something (other than
null) for the right hand side of the = on the System ID. Can you please speak
to that aspect of the problem (in editor resolution).
The editor is showing the following red error text:
Error parsing external reference:
file:/C:/workspaces/SkyManager2.0Clean/subversion.infotrustgroup.com/documentation/SkySuite/SkyManager/Overview/trunk/src/main/documents/concepts/CopyrightHolder.xml#conceptId/itgcopy.
Cause:
C:\workspaces\SkyManager2.0Clean\subversion.infotrustgroup.com\documentation\SkySuite\SkyManager\Overview\trunk\src\main\documents\concepts\CopyrightHolder.xml
(The system cannot find the file specified).
The catalog I'm attempting to use is at:
C:\workspaces\SkyManager2.0Clean\subversion.infotrustgroup.com\documentation\SkySuite\SkyManager\Common\trunk\catalog.xml
The CopyrightHolder.xml file is at:
C:\workspaces\SkyManager2.0Clean\subversion.infotrustgroup.com\documentation\SkySuite\SkyManager\Common\trunk\src\main\documents\concepts\CopyrightHolder.xml
Note: The conref I used for the attempt from my first email was:
<copyright conref="CopyrightHolder.xml#conceptId/itgcopy"><copyryear
year="year_1cefd135-86f1-47fc-b34e-7124c5d72d76"/><copyrholder/></copyright>
Thank you again for your help,
-- Paul Ryan
-----Original Message-----
From: Radu Coravu [mailto:[EMAIL PROTECTED]
Sent: Monday, October 06, 2008 1:46 AM
To: Paul Ryan
Cc: [email protected]
Subject: Re: [oXygen-user] Catalog Resolution for DITA conref
Dear Paul,
Thank you for contacting us.
Where are you referring the catalog from?
Adding the catalog in the Oxygen catalogs list is not enough for a
successful transformation.
Oxygen uses the DITA Open tooolkit 1.4.2.1 located in
"OXYGEN_INSTALL_DIR/frameworks/dita/DITA-OT" to transform DITA Maps to
various output formats.
The DITA OT ANT transformations use as catalog the file
"catalog-dita.xml" so you should probably add at the end of that file a
next catalog entry like:
<nextCatalog catalog="../../../relative/path/to/your/catalog.xml"/>
I think it would be better if you ask the DITA OT makers on the users list:
http://tech.groups.yahoo.com/group/dita-users/
if referencing content through catalog is supported by them and how it
can be accomplished.
Regards,
Radu
--
Radu Coravu <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com
Paul Ryan wrote:
All,
I'm trying to get a catalog to resolve a uriSuffix for a conref in a
DITA document but am getting an unexpected result. My catalog is setup
like the following:
<?xml version="1.0"?>
<!DOCTYPE catalog PUBLIC "-//OASIS//DTD Entity Resolution XML Catalog
V1.1//EN"
"http://www.oasis-open.org/committees/entity/release/1.1/catalog.dtd";>
<catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog">
<uriSuffix uriSuffix="concepts/CopyrightHolder.xml"
uri="src/main/documents/concepts/CopyrightHolder.xml"/>
</catalog>
It is set so that the catalog sits parallel to src. While watching the
resolver I'm getting the following message:
SystemID: null
Description: Public: null System:
file:/C:/workspaces/SkyManager2.0Clean/subversion.infotrustgroup.com/documentation/SkySuite/SkyManager/Overview/trunk/src/main/documents/concepts/CopyrightHolder.xml
= null
It concerns me that it is getting null because with other resolver
lookups when it doesn't find it, it at least shows an intelligent URI
to replace with. Any help you can give me on getting this to work
would be greatly appreciated.
Thank you,
--
*Paul Ryan*
*Software Architect
Product Engineering**
**InfoTrust Group, Inc.*
------------------------------------------------------------------------
_______________________________________________
oXygen-user mailing list
[email protected]
http://www.oxygenxml.com/mailman/listinfo/oxygen-user
_______________________________________________
oXygen-user mailing list
[email protected]
http://www.oxygenxml.com/mailman/listinfo/oxygen-user
