Hi Chris, It would be great if you could contribute topics to the Oxygen XML Blog. Some details about how you can contribute can be found here: https://oxygenxmlblog.netlify.com/topics/welcome.html#we

#CSS #Oxygen #PDF

Hi Matt, I think you will need to use an xpath expression in the CSS "content" property: https://www.oxygenxml.com/doc/ug-editor/topics/dcpp_how_to_use_in_headers_text_extracted_from_the_document__xpa

#CSS #Oxygen #PDF

Hi Scott, Maybe you can also pass the "-v" flag to the "dita" command to see some more console output before the failure, it may include information about what XSLT stylesheet was last processed. Rega

#DITA-OT

Hi Matt, As Chris said, we do have plans to improve on this aspect in the Oxygen Chemistry PDF processor, probably add some extra CSS extensions to control this repetition of the table title on subseq

#tables #CSS #PDF

Hi Matt, Oxygen XML Editor subscription users as far as I know always benefit of the newest releases: https://www.oxygenxml.com/buy_subscription_e6_editor.html Regards, Radu Radu Coravu <oXygen/> XML

#glossary #PDF #Oxygen

Hi Matt, Right, in Oxygen 22 which we plan to release in about a week or two you will be able to mark those two elements as table cells and their parent as a table row and the PDF output will present

#glossary #PDF #Oxygen

Hi Matt, You could use a custom CSS which would define the glossterm and the glossdef as cells. And the parent element would have display table row. Something like: *[class~="glossentry/glossterm"], *

#glossary #PDF #Oxygen

Hi Matt, Oxygen is using the Apache Batik SVG processing engine and probably Frame uses something else. Regards, Radu Radu Coravu <oXygen/> XML Editor http://www.oxygenxml.com

#PDF #SVG

Hi Matt, In the Oxygen main menu "Find" there is a "Find/Replace in Files" action which you can use to search for content in all files in a certain path. Regards, Radu Radu Coravu <oXygen/> XML Editor

#PDF #SVG

Hi Ed, I don't understand, do you want to convert indirect links (keyrefs) to content references (conkeyrefs)? Can you give maybe an example with how the DITA content would look like before and after

#conref

Hi Chris, This might not be a bug, the DITA 1.3 specs for collection-type seems to always use the notion of "children": https://www.oxygenxml.com/dita/1.3/specs/archSpec/base/ditamap-attributes.html s

#HTML #linking

Hi Dan, I updated the DITA content of our Oxygen user's guide to state that the print="yes" attribute must be set on the glossref so the next version of Oxygen will come with the updated documentation

#glossary #PDF

Hi Kevin, The "dita" command takes care to contribute to the ANT classpath all the necessary libraries contributed by all plugins when the process starts. You can look in the "DITA-OT/config/env.bat"

#PDF

Hi Mica, Right, that's what I'm currently doing for the Oxygen XML Blog, it's a public GitHub project: https://github.com/oxygenxml/blog It contains a Gradle script to build WebHelp responsive from it

#resources

Hi Dan, You need to explicitly set the "print='yes'" attribute on the glossref: https://github.com/dita-ot/dita-ot/issues/3328 Regards, Radu Radu Coravu <oXygen/> XML Editor http://www.oxygenxml.com

#glossary #PDF

Hi Matt, I stumbled on this thread, as the thread is long it was an easy stumble :) So our DITA to PDF using CSS documentation mentions: but I think the "section" wording there was originally indented

#CSS #Oxygen #PDF

Hi Ozana, This looks like a bug to me, I created a small sample project and reproduced it on my side (with DITA OT 3.4). I added an issue here along with a possible fix suggestion: https://github.com/

#DITA-OT

Hi Chris, I actually wanted at some point to find the time and blog about various XSLT writing tips, I added a link to this discussion to my opened issue: https://github.com/oxygenxml/blog/issues/4 Th

#DITA-OT #XSLT

Hi Chris, Please see some suggestions below: You can try something like this: That " <xsl:next-match/>" should make it possible to continue the default processing but I cannot 100% guarantee that logg

#DITA-OT #XSLT

Hi Mica, Yes, you should be able to use separate processes with the same DITA OT folder. A Java process usually locks files while reading from them (at least on Windows). But this locking means that a

#DITA-OT