main@dita-users.groups.io

[ann][webinar] Oxygen Markdown Support #Oxygen

alin_belu@...

#45531

Hello everyone,

Our weekly series of live events continues on June 17 with the “Oxygen Markdown Support” webinar.

During this live event, Alex Jitianu, lead developer at Syncro Soft, will focus on showing you how Oxygen XML Editor supports SMEs (developers, or engineers) working with Markdown documents by offering features such as:

Editing support
Conversion to other formats, like HTML or DITA
Using Schematron rules to validate and check for completeness in a Markdown file
MDITA, the authoring format of LwDITA that uses Markdown to structure information

You can register for free at http://www.oxygenxml.com/evs2020-4.html

Check the full list of the upcoming webinars and follow the links to see more details and register for free:

17 June – Oxygen Markdown Support

24 June – Getting Started with DITA Using Oxygen XML Editor

1 July – Tailored Authoring Experience with Oxygen Web Author

8 July – Collaboration Made Simple with Oxygen Content Fusion

Best regards,
Alin

--
Alin Belu
Oxygen XML Editor

Re: Official docker image missing tools.jar?

Radu Coravu

#45530

Hi Nick,

This is a warning:

Unable to locate tools.jar. Expected to find it in /opt/java/openjdk/lib/tools.jar

which the ANT processor gives when a Java Virtual Machine without an SDK (used to compile Java code) is used to run it. As your publishing does not need a Java compiler, you can safely ignore it.

The error is this one:

Unable to locate tools.jar. Expected to find it in /opt/java/openjdk/lib/tools.jar
java.lang.IllegalArgumentException: -c

The command line seems to pass an argument named "-c" to the "bin\dita" executable and the executable complains that it does not know what it is and exits.

Regards,
Radu

Radu Coravu
Oxygen XML Editor

On 6/12/20 3:40 AM, Nicholas Mucks via groups.io wrote:

hello~

We're migrating to the official DITA-OT 3.5 docker image but it looks like it's missing tools.jar:
Unable to locate tools.jar. Expected to find it in /opt/java/openjdk/lib/tools.jar
java.lang.IllegalArgumentException: -c
	at org.dita.dost.invoker.ConversionArguments.parse(ConversionArguments.java:159)
	at org.dita.dost.invoker.ArgumentParser.processArgs(ArgumentParser.java:123)
	at org.dita.dost.invoker.Main.processArgs(Main.java:267)
	at org.dita.dost.invoker.Main.startAnt(Main.java:160)
	at org.apache.tools.ant.launch.Launcher.run(Launcher.java:284)
	at org.apache.tools.ant.launch.Launcher.main(Launcher.java:101)
ERROR: Job failed: exit code 1
This happens whenever we try to publish output using exec mode. It works OK if we use the the shell mode, which is what is described in the documentation, but that won't fit into the existing process as well.

Has anyone encountered this and maybe found a workaround? It's this image: docker.pkg.github.com/dita-ot/dita-ot/dita-ot:3.5

Thanks!

Nick

Official docker image missing tools.jar?

Nicholas Mucks

#45529

hello~

We're migrating to the official DITA-OT 3.5 docker image but it looks like it's missing tools.jar:

Unable to locate tools.jar. Expected to find it in /opt/java/openjdk/lib/tools.jar
java.lang.IllegalArgumentException: -c
	at org.dita.dost.invoker.ConversionArguments.parse(ConversionArguments.java:159)
	at org.dita.dost.invoker.ArgumentParser.processArgs(ArgumentParser.java:123)
	at org.dita.dost.invoker.Main.processArgs(Main.java:267)
	at org.dita.dost.invoker.Main.startAnt(Main.java:160)
	at org.apache.tools.ant.launch.Launcher.run(Launcher.java:284)
	at org.apache.tools.ant.launch.Launcher.main(Launcher.java:101)
ERROR: Job failed: exit code 1

This happens whenever we try to publish output using exec mode. It works OK if we use the the shell mode, which is what is described in the documentation, but that won't fit into the existing process as well.

Has anyone encountered this and maybe found a workaround? It's this image: docker.pkg.github.com/dita-ot/dita-ot/dita-ot:3.5

Thanks!

Nick

Re: DTD syntax checking

Larry Kollar

#45528

Hi Radu,
I'll check to see if the employer is OK with sending those. I think I solved the problem, but I'll give as much detail as possible in hopes of better troubleshooting techniques in the future.

Re: DTD syntax checking

George Cristian Bina

#45527

Hi,

From this message:
***
Could not resolve PublicID: [null] SystemID: [file:/.../com.dtd.test/dtd/technicalContent/dtd/ourReference.dtd]
***

It looks like your document specifies a DTD using a SYSTEM identified and without a PUBLIC identifier.
This means that the catalog resolution is done on the SYSTEM identifier. If that SYSTEM identifier is a relative location (not an absolute URI) then that is very sensible to both finding the DTD location and mapping it thought the catalog, because it is made absolute before going to the catalog to be resolved.
As Bill also mentioned, if the file is not saved then the base URL for resolving relative references will be considered the oXygen working directory, and that may also create issues.

To get to the point, please check if you are using relative references and if that is the case then this is probably the reason for the issue. There are a few solutions:

- resolve the references using resoveSuffix entries in the catalog, thus you basically ignore the variable part of the absolute URL that will be used for catalog resolution
- use absolute URLs instead, you resolve them anyway through the catalog
- use also PUBLIC identifiers and prefer them for catalog resolution

Hope this helps!

Best Regards,
George
--
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com

Show quoted text

On 6/11/20 5:11 PM, Bill Burns wrote:
Hi, Larry.
I seem to recall seeing this happen if I'm not using a project ion Oxygen and on initial creation of topics with a custom DTD. The error would go away once the topic is saved.
-- 
*Bill Burns*
bb@simplea.com <mailto:bb@simplea.com>
512-646-2100 ext. 365
--
*We are [A] *
simplea.com <http://simplea.com>
On Wed, Jun 10, 2020 at 10:07 PM Radu Coravu <radu_coravu@sync.ro <mailto:radu_coravu@sync.ro>> wrote:
Hi Larry,
If you can provide us (support@oxygenxml.com
    <mailto:support@oxygenxml.com>) with a sample XML document, DTD
    specialization plugin and steps to reproduce the problem I can try
    to look more into this.
Because right now I do not know how the DTD is mapped through the
    XML catalog, I do not know how the XML document refers to the DTD
    and what precise error you get when you attempt to validate the
    newly created XML document before saving it.
Regards,
    Radu
Radu Coravu
    Oxygen XML Editor
On 6/11/20 12:10 AM, Larry Kollar wrote:
    We've recently been alerted to an issue in our (mostly
    constrained) DTDs. If I set the catalog in Oxygen 20.1 to use the
    directory where I'm storing a working set, it will trip errors
    when I attempt to create certain topics (path scrubbed):

    Could not resolve PublicID: [null] SystemID:
    [file:/.../com.dtd.test/dtd/technicalContent/dtd/ourReference.dtd]

    I've been all through the catalogs and ent/mod files. I corrected
    a couple of issues, and that reduced but didn't eliminate the
    errors. Is there anything in Oxygen that can provide a more
    specific pointer to the problem? The "ourReference.dtd" is defined
    in the catalog, for example, so I don't know why it can't resolve
    the public ID.

    Interestingly enough, the error occurs when creating a topic from
    templates we stored in Oxygen. BUT, if I save the created topic
    file and re-open it, no errors. 

Re: DTD syntax checking

Bill Burns

#45526

Hi, Larry.

I seem to recall seeing this happen if I'm not using a project ion Oxygen and on initial creation of topics with a custom DTD. The error would go away once the topic is saved.

--

Bill Burns

bb@...

512-646-2100 ext. 365

--

We are [A]

simplea.com

Show quoted text

On Wed, Jun 10, 2020 at 10:07 PM Radu Coravu <radu_coravu@...> wrote:

Hi Larry,

If you can provide us (support@...) with a sample XML document, DTD specialization plugin and steps to reproduce the problem I can try to look more into this.

Because right now I do not know how the DTD is mapped through the XML catalog, I do not know how the XML document refers to the DTD and what precise error you get when you attempt to validate the newly created XML document before saving it.

Regards,
Radu
Radu Coravu
Oxygen XML Editor
On 6/11/20 12:10 AM, Larry Kollar wrote:

We've recently been alerted to an issue in our (mostly constrained) DTDs. If I set the catalog in Oxygen 20.1 to use the directory where I'm storing a working set, it will trip errors when I attempt to create certain topics (path scrubbed):

Could not resolve PublicID: [null] SystemID: [file:/.../com.dtd.test/dtd/technicalContent/dtd/ourReference.dtd]

I've been all through the catalogs and ent/mod files. I corrected a couple of issues, and that reduced but didn't eliminate the errors. Is there anything in Oxygen that can provide a more specific pointer to the problem? The "ourReference.dtd" is defined in the catalog, for example, so I don't know why it can't resolve the public ID.

Interestingly enough, the error occurs when creating a topic from templates we stored in Oxygen. BUT, if I save the created topic file and re-open it, no errors.

Re: DTD syntax checking

Radu Coravu

#45525

Hi Larry,

If you can provide us (support@...) with a sample XML document, DTD specialization plugin and steps to reproduce the problem I can try to look more into this.

Because right now I do not know how the DTD is mapped through the XML catalog, I do not know how the XML document refers to the DTD and what precise error you get when you attempt to validate the newly created XML document before saving it.

Regards,
Radu

Radu Coravu
Oxygen XML Editor

On 6/11/20 12:10 AM, Larry Kollar wrote:

Show quoted text

We've recently been alerted to an issue in our (mostly constrained) DTDs. If I set the catalog in Oxygen 20.1 to use the directory where I'm storing a working set, it will trip errors when I attempt to create certain topics (path scrubbed):

Could not resolve PublicID: [null] SystemID: [file:/.../com.dtd.test/dtd/technicalContent/dtd/ourReference.dtd]

I've been all through the catalogs and ent/mod files. I corrected a couple of issues, and that reduced but didn't eliminate the errors. Is there anything in Oxygen that can provide a more specific pointer to the problem? The "ourReference.dtd" is defined in the catalog, for example, so I don't know why it can't resolve the public ID.

Interestingly enough, the error occurs when creating a topic from templates we stored in Oxygen. BUT, if I save the created topic file and re-open it, no errors.

DTD syntax checking

Larry Kollar

#45524

We've recently been alerted to an issue in our (mostly constrained) DTDs. If I set the catalog in Oxygen 20.1 to use the directory where I'm storing a working set, it will trip errors when I attempt to create certain topics (path scrubbed):

Could not resolve PublicID: [null] SystemID: [file:/.../com.dtd.test/dtd/technicalContent/dtd/ourReference.dtd]

I've been all through the catalogs and ent/mod files. I corrected a couple of issues, and that reduced but didn't eliminate the errors. Is there anything in Oxygen that can provide a more specific pointer to the problem? The "ourReference.dtd" is defined in the catalog, for example, so I don't know why it can't resolve the public ID.

Interestingly enough, the error occurs when creating a topic from templates we stored in Oxygen. BUT, if I save the created topic file and re-open it, no errors.

Re: Compatibility question

Bill Burns

#45523

Thanks, Radu.

Show quoted text

On Tue, Jun 9, 2020 at 1:37 AM Radu Coravu <radu_coravu@...> wrote:

Hi Bill,

The Oxygen Web Author has a server side component and a client side component (which uses HTML and Javascript).

The server side component does not work on Chromebook due to the restrictive nature of the OS, but nobody would install a server on Chromebook anyway.

But the client side component (which is actually used by end users to edit content) should work also on Chromebooks.

You can use our online demo web author to try it on your side:

https://www.oxygenxml.com/oxygen-xml-web-author/app/oxygen.html

Regards,
Radu
Radu Coravu
Oxygen XML Editor
On 6/8/20 10:02 PM, Bill Burns wrote:

Greetings,

Is anyone using or supporting Oxygen XML Web Author on Chromebook?

--

Bill Burns
bb@...

512-646-2100

--

We are [A]

simplea.com

--

Bill Burns

bb@...

512-646-2100

--

We are [A]

simplea.com

Re: Compatibility question

Radu Coravu

#45522

Hi Bill,

The Oxygen Web Author has a server side component and a client side component (which uses HTML and Javascript).

The server side component does not work on Chromebook due to the restrictive nature of the OS, but nobody would install a server on Chromebook anyway.

But the client side component (which is actually used by end users to edit content) should work also on Chromebooks.

You can use our online demo web author to try it on your side:

https://www.oxygenxml.com/oxygen-xml-web-author/app/oxygen.html

Regards,
Radu

Radu Coravu
Oxygen XML Editor

On 6/8/20 10:02 PM, Bill Burns wrote:

Show quoted text

Greetings,

Is anyone using or supporting Oxygen XML Web Author on Chromebook?

--

Bill Burns
bb@...

512-646-2100

--

We are [A]

simplea.com

Compatibility question

Bill Burns

#45521

Greetings,

Is anyone using or supporting Oxygen XML Web Author on Chromebook?

--

Bill Burns

bb@...

512-646-2100

--

We are [A]

simplea.com

Re: Project files in OT 3.5

Nicholas Mucks

#45520

that did it. thanks, Radu!

Show quoted text

On Thursday, June 4, 2020, 08:10:19 PM PDT, Radu Coravu <radu_coravu@...> wrote:

Hi Nick,

I found the same problem about 2 days ago:

https://github.com/dita-ot/dita-ot/issues/3526

You should specify in the command line also a base output folder like:

--output=.

This should remove the NPE.

Regards,
Radu

Radu Coravu
Oxygen XML Editor

On 6/5/20 12:58 AM, Nicholas Mucks via groups.io wrote:

Hi,

We're exploring project files. They seem to work fine in DITA-OT 3.4 but throw this error in DITA-OT 3.5:

java.lang.NullPointerException

at org.dita.dost.invoker.Main.lambda$handleProject$3(Main.java:397)

at java.base/java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:195)

at java.base/java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:177)

at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1654)

at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:484)

at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:474)

at java.base/java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:913)

at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)

at java.base/java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:578)

at org.dita.dost.invoker.Main.handleProject(Main.java:443)

at org.dita.dost.invoker.Main.processArgs(Main.java:342)

at org.dita.dost.invoker.Main.startAnt(Main.java:160)

at org.apache.tools.ant.launch.Launcher.run(Launcher.java:284)

at org.apache.tools.ant.launch.Launcher.main(Launcher.java:101)

We're testing with the project files that come with OT itself. It looks something like this:

dita-ot/3.4/dev/bin/dita --project=/dita-ot/3.4/dev/docsrc/samples/project-files/pdf.xml > succeeds

dita-ot/3.5/dev/bin/dita --project=/dita-ot/3.5/dev/docsrc/samples/project-files/pdf.xml > fails

Any thoughts?

Thanks,

Nick

Re: Project files in OT 3.5

Radu Coravu

#45519

Hi Nick,

I found the same problem about 2 days ago:

https://github.com/dita-ot/dita-ot/issues/3526

You should specify in the command line also a base output folder like:

--output=.

This should remove the NPE.

Regards,
Radu

Radu Coravu
Oxygen XML Editor

On 6/5/20 12:58 AM, Nicholas Mucks via groups.io wrote:

Show quoted text

Hi,

We're exploring project files. They seem to work fine in DITA-OT 3.4 but throw this error in DITA-OT 3.5:

java.lang.NullPointerException

at org.dita.dost.invoker.Main.lambda$handleProject$3(Main.java:397)

at java.base/java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:195)

at java.base/java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:177)

at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1654)

at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:484)

at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:474)

at java.base/java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:913)

at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)

at java.base/java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:578)

at org.dita.dost.invoker.Main.handleProject(Main.java:443)

at org.dita.dost.invoker.Main.processArgs(Main.java:342)

at org.dita.dost.invoker.Main.startAnt(Main.java:160)

at org.apache.tools.ant.launch.Launcher.run(Launcher.java:284)

at org.apache.tools.ant.launch.Launcher.main(Launcher.java:101)

We're testing with the project files that come with OT itself. It looks something like this:

dita-ot/3.4/dev/bin/dita --project=/dita-ot/3.4/dev/docsrc/samples/project-files/pdf.xml > succeeds

dita-ot/3.5/dev/bin/dita --project=/dita-ot/3.5/dev/docsrc/samples/project-files/pdf.xml > fails

Any thoughts?

Thanks,

Nick

Project files in OT 3.5

Nicholas Mucks

#45518

Hi,

We're exploring project files. They seem to work fine in DITA-OT 3.4 but throw this error in DITA-OT 3.5:

java.lang.NullPointerException
	at org.dita.dost.invoker.Main.lambda$handleProject$3(Main.java:397)
	at java.base/java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:195)
	at java.base/java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:177)
	at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1654)
	at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:484)
	at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:474)
	at java.base/java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:913)
	at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
	at java.base/java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:578)
	at org.dita.dost.invoker.Main.handleProject(Main.java:443)
	at org.dita.dost.invoker.Main.processArgs(Main.java:342)
	at org.dita.dost.invoker.Main.startAnt(Main.java:160)
	at org.apache.tools.ant.launch.Launcher.run(Launcher.java:284)
	at org.apache.tools.ant.launch.Launcher.main(Launcher.java:101)


We're testing with the project files that come with OT itself. It looks something like this:

dita-ot/3.4/dev/bin/dita --project=/dita-ot/3.4/dev/docsrc/samples/project-files/pdf.xml > succeeds
dita-ot/3.5/dev/bin/dita --project=/dita-ot/3.5/dev/docsrc/samples/project-files/pdf.xml > fails

Any thoughts?

Thanks,
Nick

WEBINAR: IXIAshows #webinar

Leigh White

#45517

IXIASOFT is introducing a new webinar series: IXIAshows. Created and hosted by members of the sales and marketing teams, this series will provide a unique insight into the product through in-depth demos about new features and functionalities.

Please join us on Thursday June 18, at 11am EDT.

https://www.ixiasoft.com/forms/ixiashows-ep1/

Re: [Ann] Oxygen Batch Converter Add-on version 2.0.0 release

Radu Coravu

#45516

Dear Sissi,

We do not have any Oxygen XML Editor specific solution for DITA to Wordpress or the other way around.

I would assume that you could maybe publish DITA to plain HTML and then import that in Wordpress. For the other way around, if Wordpress would export HTML content you could use our Batch Converter add-on to convert it to DITA. But with such translations of content between DITA and HTML you would lose content reuse, conditional filtering and XML element semantics.

Regards,
Radu

Radu Coravu
Oxygen XML Editor

Show quoted text

On 6/2/20 2:02 PM, Prof. Sissi Closs wrote:
Dear Radu, is there a Plugin for Oxygen for DITA to Wordpress and vice versa? Br, Sissi

Von meinem iPhone gesendet

Am 02.06.2020 um 09:50 schrieb Radu Coravu <radu_coravu@sync.ro>:

﻿Hi everyone,

We released a couple of days ago version 2.0.0 of the free Oxygen Batch Converter add-on which is capable of converting multiple Word, Excel, HTML or Markdown files to DITA content:

https://github.com/oxygenxml/oxygen-resources-converter

Version 2.0 of the add-on is compatible with Oxygen XML Author or Editor version 20.0 or newer and it contains the following improvements:

   - Improved the Word to DITA conversion, adding a new option that allows you to convert Word documents with multiple sections into DITA maps with referenced DITA topics.

   - Improved the styling configuration for conversions from Word.
   - Fixed the conversion of Word documents with embedded images.
   - Fixed the indentation of conversion results that contain consecutive inline elements.
   - Fixed various other small bugs.

I hope you will find this new version of the converter useful.

Regards,

Radu

Radu Coravu
Oxygen XML Editor

Re: [Ann] Oxygen Batch Converter Add-on version 2.0.0 release

Prof. Sissi Closs

#45515

Dear Radu, is there a Plugin for Oxygen for DITA to Wordpress and vice versa? Br, Sissi

Von meinem iPhone gesendet

Show quoted text

Am 02.06.2020 um 09:50 schrieb Radu Coravu <radu_coravu@sync.ro>:

﻿Hi everyone,

We released a couple of days ago version 2.0.0 of the free Oxygen Batch Converter add-on which is capable of converting multiple Word, Excel, HTML or Markdown files to DITA content:

https://github.com/oxygenxml/oxygen-resources-converter

Version 2.0 of the add-on is compatible with Oxygen XML Author or Editor version 20.0 or newer and it contains the following improvements:

  - Improved the Word to DITA conversion, adding a new option that allows you to convert Word documents with multiple sections into DITA maps with referenced DITA topics.

  - Improved the styling configuration for conversions from Word.
  - Fixed the conversion of Word documents with embedded images.
  - Fixed the indentation of conversion results that contain consecutive inline elements.
  - Fixed various other small bugs.

I hope you will find this new version of the converter useful.

Regards,

Radu

Radu Coravu
Oxygen XML Editor

[Ann] Oxygen Batch Converter Add-on version 2.0.0 release

Radu Coravu

#45514

Hi everyone,

We released a couple of days ago version 2.0.0 of the free Oxygen Batch Converter add-on which is capable of converting multiple Word, Excel, HTML or Markdown files to DITA content:

https://github.com/oxygenxml/oxygen-resources-converter

Version 2.0 of the add-on is compatible with Oxygen XML Author or Editor version 20.0 or newer and it contains the following improvements:

  - Improved the Word to DITA conversion, adding a new option that allows you to convert Word documents with multiple sections into DITA maps with referenced DITA topics.

  - Improved the styling configuration for conversions from Word.
  - Fixed the conversion of Word documents with embedded images.
  - Fixed the indentation of conversion results that contain consecutive inline elements.
  - Fixed various other small bugs.

I hope you will find this new version of the converter useful.

Regards,

Radu

Radu Coravu
Oxygen XML Editor

Re: Different footer on single/multipage layouts

Chris Brand

#45513

Hi Toshihiko

Thanks as well for this hint. I'm sure this comes handy for another use case I have ...

Greez,

Chris.

Von: main@dita-users.groups.io [mailto:main@dita-users.groups.io] Im Auftrag von Toshihiko Makita
Gesendet: Freitag, 29. Mai 2020 17:28
An: main@dita-users.groups.io
Betreff: Re: [dita-users] Different footer on single/multipage layouts

Hi Chiris,

> I have a special DITA PDF-layout (FOP) with no cover page but just first and odd pages. The first page has a simple footer with the page number, and the odd pages show an extended footer with company addresses, etc. This works fine when the content spans over multiple pages. If the content spans only one page, I'd like to show the extended footer directly.

One idea is to use fo:marker/fo:retrieve-marker mechanism for your company address in your footer (fo:static-content) if your output is composed of only two pages.

6.13.5 fo:marker → https://www.w3.org/TR/xsl11/#fo_marker

6.13.6 fo:retrieve-marker → https://www.w3.org/TR/xsl11/#fo_retrieve-marker

At the top of the text flow, locate fo:marker with empty contents.

At the last of the text, locate fo:marker with your company address.

In the footer fo:static-contents, locate fo:retrieve-marker that fetches fo:marker contents. Probably you should adjust the property fo:retrieve-marker/@retrieve-position and @retrieve-boundary to fit with your document condition.

Hope this helps your stylesheet development.

Regards,

--
/*--------------------------------------------------
Toshihiko Makita
Development Group. Antenna House, Inc. Ina Branch
Web site:
http://www.antenna.co.jp/
http://www.antennahouse.com/
--------------------------------------------------*/

Re: Different footer on single/multipage layouts

Chris Brand

#45512

Hi Nicolas

Great! page-position="only" was the solution. Had to restructure all the static stuff for the footers but now it works like a charm. Thanks!

Greez,

Chris.

Von: main@dita-users.groups.io [mailto:main@dita-users.groups.io] Im Auftrag von Nicolas Delobel
Gesendet: Freitag, 29. Mai 2020 15:49
An: main@dita-users.groups.io
Betreff: Re: [dita-users] Different footer on single/multipage layouts

Hi Chris,

Did you try to set @page-position attribute to "only" (see https://www.w3.org/TR/xsl11/#page-position) like following and define a specific <fo:simple-page-master/> for the "lonely" pages:

<fo:page-sequence-master master-name="myMasterPage">
        <fo:repeatable-page-master-alternatives>
          <fo:conditional-page-master-reference master-reference="only-page-layout" page-position="only" />
          <fo:conditional-page-master-reference master-reference="first-page-layout" page-position="first" />
                     ...
        </fo:repeatable-page-master-alternatives>
</fo:page-sequence-master>

Nicolas