Re: [XFC] Facing an issue with XML Mind editor Webhelp

[Hussein Shafie]

On 4/4/24 09:05, de...@officeclip.com wrote:


I am writing to report an issue with the webhelp functionality in 
XMLmind Editor Personal Edition version 10.7.0. I installed the software 
yesterday, on April 3rd, 2024.


The XMLmind editor itself is working correctly. However, when I try to 
view the webhelp content, it appears to be riddled with spelling 
mistakes. 


That's right and this is normal when you use Personal Edition.



I have double-checked the actual .dita files, and they are 
spelled correctly.


Indeed.




I've attached a screenshot of the webhelp with the spelling errors for 
your reference.


Could you please advise on why this issue might be occurring and how to 
resolve it?




This is one of the few, yet important, differences between (free-to-use 
in some cases and evaluation only in any other case) Personal Edition 
and (commercial) Professional Edition.


See "Professional Edition features running in “evaluation mode” when 
using Personal Edition", 
https://www.xmlmind.com/xmleditor/download.shtml#about_eval_mode


See "Which editor to choose?", 
https://www.xmlmind.com/xmleditor/which_editor.html#convert_doc_eval_mode


Moreover, the dialog box used to the specify the WebHelp output file 
starts with a "prominent" *yellow* *note* explaining exactly that:


---
Personal Edition generates WebHelp files containing random duplicate 
letters.

(This does not happen with Professional Edition.)
---

May be you did not notice this information when you used the dialog box.


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] SPAN attribute

[Hussein Shafie]

Hello,

On 3/27/24 17:09, Marc HISETTE wrote:

Hello dear Support,

We are using your product “ *XMLmind XSL-FO Converter* “ to convert 
XSL:FO document into DOCX format.


Your conformance page 
 
says that the SPAN attribute is not supported! Do you plan to implement 
this one or do you have a workaround to span a text (title for example) 
in a document on two columns?


Thanks in advance



XMLmind XSL-FO Converter has very little support for multi-column layouts.

The only thing you can do (aside using the table layout trick, of 
course) is something like this:


---
  

  column-count="2"

  column-gap="1cm" margin-bottom="0.5cm"
  margin-top="0.5cm" padding="0.5cm" />

  

  

  
---

Notice column-count="2" column-gap="1cm" in .

If the span attribute is not supported, it's probably because this is 
not technically possible given the simplistic way XMLmind XSL-FO 
Converter supports multi-column layouts.


We have no plans to support the span attribute. The only thing we can 
promise for the next version of the product is reassess  if there is a 
way to support the span attribute, even if it's in a very limited way, 
for very simple needs.


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Keep-together.within-page

[Hussein Shafie]

On 3/12/24 17:06, Jeff Haynes wrote:


I am trying to understand why similar FOs intended for various output 
engines generate such different results.


More specifically I have a 6 row 5 column table in which in the last 
row, two cells with data (1^st and last cell) , have 
keep-together.within-page applied.  When I generate a PDF using 
AntennaHouse this row appears on page 2.  But in DocX using xmlmind this 
starts on page 1 and continues onto page two.


I realize we are talking different print engines here.  


Unlike all other XSL-FO processors, XFC is not a print engine. It merely 
translates XSL-FO to word processor formats. Therefore XFC has to cope 
with the specificities and limitations of these word processor formats.


See also "How to adapt your existing XSLT stylesheet to the 
specificities of XMLmind XSL-FO Converter", 
https://www.xmlmind.com/foconverter/adapt_xslt/adapt_xslt.html





But I think that Antenna House is more correct here.


Sure. Antenna House is the reference XSL-FO processor. We, XMLmind, are 
clearly not.






In your userguide you have reference to keep-together and it’s stated 
that “Not supported on block-level objects that contain other 
block-level objects.”  I was curious if this was related here?


Can you let me know if this is a bug, this is the expected output, or 
what we need to do to get a similar output.




This is not a bug but a limitation.

In your docxModifiedFO.xml, you have added keep-together.within-page="1" 
to the fo:block contained in a table cell, which is 100% correct. This 
is translated to paragraph property w:keepLines:


Keep All Lines On One Page

which does not give expected results for your use case.

In my (attached) docxModifiedFO2.xml, I moved 
keep-together.within-page="1" to the enclosing fo:table-row. This is 
translated to row property w:cantSplit:


Table Row Cannot Break Across Pages

which gives expected results for your use case (using latest version of 
XFC of course). See attached docxModifiedFO2.docx.
http://www.w3.org/1999/xhtml;
xmlns:xfc="http://www.xmlmind.com/foconverter/xsl/extensions;
xmlns:version="1.0"
xmlns:fo="http://www.w3.org/1999/XSL/Format;
xmlns:axf="http://www.antennahouse.com/names/XSL/Extensions;
xmlns:PrintUtil="com.bm.xchange.services.templateengine.utils.TePrintUtil"
xmlns:HeadingUtil="com.bm.xchange.services.templateengine.headingstyle.TeHeadingStyleUtil"
xmlns:FunctionUtil="com.bm.xchange.services.templateengine.utils.TeFunctionUtil"
xmlns:DateUtil="com.bm.xchange.util.DateUtil"
>HEAD 1Since 23D upgrade, we observed that Keep Table Together is not working in CPQ system and it is splitting small table content in to multiple pagesSince 23D upgrade, we observed that Keep Table Together is not working in CPQ system and it is splitting small table content in to multiple pagesSince 23D upgrade, we observed that Keep Table Together is not working in CPQ system and it is splitting small table content in to multiple pagesSince 23D upgrade, we observed that Keep Table Together is not working in CPQ system and it is splitting small table content in to multiple pagesSince 23D upgrade, we observed that Keep Table Together is not working in CPQ system and it is splitting small table content in to multiple pagesSince 23D upgrade, we observed that Keep Table Together is not working in CPQ system and it is splitting small table content in to multiple pages


docxModifiedFO2.docx
Description: MS-Word 2007 document

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] Release of XMLmind XSL-FO Converter v6.4.2

[Hussein Shafie]

XMLmind XSL-FO Converter Evaluation Edition v6.4.2 can be downloaded 
from https://www.xmlmind.com/foconverter/downloadeval.shtml


Professional Edition users, please upgrade using this form: 
https://www.xmlmind.com/store/download.php


(The above form is usually accessed through 
https://www.xmlmind.com/foconverter/upgrade.html )



___

XMLmind XSL-FO Converter v6.4.2 (February 29, 2024)

Maintenance release:

- Updated most software components in XMLmind XSL Utility and XMLmind 
XSL Server.


- Official support of Java™ 21 and macOS Sonoma (version 14).




More information: https://www.xmlmind.com/foconverter/changes.html

--
XMLmind FO Converter Information List
xfc-annou...@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-announce

Re: [XFC] embed fonts in DOCX format

[Hussein Shafie]

On 1/17/24 18:27, Nelson, Robert wrote:
I have been trying to figure out how to embed certain fonts with 
the DOCX format.  We don’t want to embed the fonts that would typically 
be available on a Windows PC however we also use some one-off fonts and 
it’s obviously preferable to be able to embed those rather than expect 
anyone who views the DOCX to have those fonts embedded.


Do you happen to have any suggestions on this?



Sorry but this feature is not supported by XMLmind XSL-FO Converter.

It would be technically possible to implement it but we have no demand 
for such feature.


Besides, using this feature creates quite large DOCX files. For example,
- before checking option "Embed fonts in the file", the size of my test 
DOCX file is 43Kb,
- after checking options "Embed fonts in the file" and "Do not embed 
common system fonts",  the size of my test DOCX file is 3198Kb.


Note that if you are really motivated, it may be possible to develop a 
post processor tool embedding a number of fonts in the DOCX file 
generated by XMLmind XSL-FO Converter.


This post processor tool would modify the DOCX file (which is a ZIP 
file) as follows:


- create a fonts/ folder in the DOCX file;
- this fonts/ folder contains a number of obfuscated font files 
(obfuscated TTF; very simple obfuscation);

- _rels/fontTable.xml.rels lists the font files found in folder fonts/;
- Embedded fonts are referenced in fontTable.xml by the means of 
w:embedRegular, w:embedItalic, etc, elements.


More information in "Fundamentals And Markup Language Reference", 
"WordprocessingML Reference Material", "Fonts", "Font Embedding", 
https://ecma-international.org/wp-content/uploads/ECMA-376-1_5th_edition_december_2016.zip




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Styles property for FO-DOCX converter

[Hussein Shafie]

Mridula P wrote:


I am trying to use the XMLMind java API to convert XSL-FO to DOCX.

We do have a styles file, which needs to be set to the Driver. We do 
have a valid url which points to our file repository and we are trying 
to pass it as an input to a micro service which does the conversion.


Passing the file repository URL as input has a security concern as it 
contains security token and exposing those URL to the internet may cause 
some potential issues.


Does XMLMind support OAUth authentication? Or is there anyway to pass a 
URL without the token in the URL, instead we can pass the DB connection 
and whether XML MInd can get the styles file?




XMLmind XSL-FO Converter (XFC) does not support any kind of 
authentication because it does not need to.


It's up to you, the Java programmer embedding XFC in your program by the 
means of its API, to implement authentication if you need it.


To be more precise:



--> Do not embed XFC using com.xmlmind.fo.converter.Driver 
(http://www.xmlmind.com/foconverter/_distrib/doc/api/com/xmlmind/fo/converter/Driver.html). 



Instead use com.xmlmind.fo.converter.Converter 
(http://www.xmlmind.com/foconverter/_distrib/doc/api/com/xmlmind/fo/converter/Converter.html) 
which will give you more control over what you can do.


For example, Converter has setUserStyles method 
(http://www.xmlmind.com/foconverter/_distrib/doc/api/com/xmlmind/fo/converter/Converter.html#setUserStyles-com.xmlmind.fo.converter.UserStyles-) 
which must be passed a com.xmlmind.fo.converter.UserStyles 
(http://www.xmlmind.com/foconverter/_distrib/doc/api/com/xmlmind/fo/converter/UserStyles.html)


Download the styles file using any means you want (possibly involving 
authentication) and then parse downloaded data using UserStyles. 
loadFrom(InputStream in, String systemId) 
(http://www.xmlmind.com/foconverter/_distrib/doc/api/com/xmlmind/fo/converter/UserStyles.html#loadFrom-java.io.InputStream-java.lang.String-)




--> XFC always uses java.net.URL 
(https://docs.oracle.com/javase/8/docs/api/java/net/URL.html) to access 
files during a conversion.


java.net.URL supports authentication by the means of 
java.net.Authenticator 
(https://docs.oracle.com/javase/8/docs/api/java/net/Authenticator.html)


Therefore you may want to implement your own Authenticator and register 
it with the Java runtime using Authenticator.setDefault(Authenticator) 
(https://docs.oracle.com/javase/8/docs/api/java/net/Authenticator.html#setDefault-java.net.Authenticator-)



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Performance issues in using XMLMind

[Hussein Shafie]

Mridula P. wrote:


I am trying to use the XMLMind java API to convert XSL-FO to DOCX. We 
are seeing some performance issues while using documents with a number 
of high resolution images. Is there any performance issues around this 
area or any recommendations?


No. XMLmind XSL-FO Converter (XFC) has no performance issues whatsoever.

A general recommendation is to increase the amount of memory made 
available to the Java program making use of the XFC API, in case this 
helps (e.g. java -Xmx1024m).


This being said, you are welcome to send us a sample ".fo" file having 
this performance issue (with all the high resolution image files 
referenced by this ".fo" file, in case these image files are local and 
not found on a remote server).


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Question about XML-FO Convertor related to Proxy settings for External Images

[Hussein Shafie]

On 9/5/23 19:12, Ashish Singhal wrote:


I am in the Oracle CPQ Cloud team. We license XmlMind’s XML-FO Convertor 
to output Docx documents. 


Yes. Purchased in 2015. Hence a very old version not supported by us 
anymore.




We have a requirement to support proxies for 
External images referenced in fo tags. The issue we are facing is that 
it doesn’t resolve the external image when there a proxy server on the 
envns where the FO conversion is happening.


Sample:

http://nginx.org/nginx.png)" width="auto" 
height="auto" content-width="auto" content-height="auto"/>


Here is what we have tried

  * Download the latest XML-FO Convertor
  * Install the samples and binaries onto an envn that requires the use
of proxy
  * Before setting proxy envn vars
  o Curl hangs/blocks
  o Converting sample’s userguide.fo with above fo tag also hangs/blocks
  * After setting proxy envn vars
  o Curl succeeds
  o Converting sample’s userguide.fo with above fo tag doesn’t
blocks but outputs the message 
  * warning: failed to load image "http://nginx.org/nginx.png":

http://www-proxy.us.oracle.com
(file:/Users/ASSINGHA/Downloads/xfc_eval_java-6_4_1/samples/userguide2.fo, 
line #428, column #1993)
  o It output an empty image file

What is the solution? Is there a workaround?

Setting of proxy vars

  * We are tried various options but nothing works for XML-FO Convertor
  * Setting of envn vars
  * Setting java vars while running the convertor script
  * exec java -Dhttp.proxyHost=http://www-proxy.us.oracle.com
-Dhttp.proxyPort=80 -Djava.awt.headless=true
com.xmlmind.fo.converter.Driver




Sorry but we cannot help you. This is a Java question, not a question 
related to our product.


XMLmind XML-FO Converter downloads the image files using stock Java 
classes, that is, it simply does:

---
(new URL(location)).openStream();
---
You have the full source code of our product. You can check this by 
yourself (src/com/xmlmind/fo/util/URLUtil.java, 
src/com/xmlmind/fo/graphic/GraphicFactoryImpl.java).


In other words, any Java program which would attempt to download 
http://nginx.org/nginx.png in the same working environment would report 
exactly the same error as XMLmind XML-FO Converter.


exec java -Dhttp.proxyHost=http://www-proxy.us.oracle.com
-Dhttp.proxyPort=80 ... may be the good approach to solve your problem.

However, make sure to get ALL the system properties (-Dvar=value) RIGHT 
given the version of Java you use. See for example, for Java 8,: 
https://docs.oracle.com/javase/8/docs/api/java/net/doc-files/net-properties.html#Proxies


Not tested at all, but just to give you a general idea, may be (a) 
removing all -Dx=y, (b) setting the environment variables and (c) 
-Djava.net.useSystemProxies=true would work for you. Depends on the 
operating system and the version of Java you use.





---
PS: Well known Java caveat: Java does not follow HTTP to HTTPS 
redirection. Therefore if http://nginx.org/nginx.png redirects to 
https://nginx.org/nginx.png or http://www-proxy.us.oracle.com redirects 
to https://www-proxy.us.oracle.com, it's unlikely to work.




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] Release of XMLmind XSL-FO Converter v6.4.1

[Hussein Shafie]

XMLmind XSL-FO Converter Evaluation Edition v6.4.1 can be downloaded 
from https://www.xmlmind.com/foconverter/downloadeval.shtml


Professional Edition users, please upgrade using this form: 
https://www.xmlmind.com/store/download.php


(The above form is usually accessed through 
https://www.xmlmind.com/foconverter/upgrade.html )



___

XMLmind XSL-FO Converter v6.4.1 (July 24, 2023)

Maintenance release:
- updated several software components in XMLmind XSL Utility and XMLmind 
XSL Server;

- official support of Java™ 20.





More information: https://www.xmlmind.com/foconverter/changes.html

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] SAXParseException XFC v 5.3.0

[Hussein Shafie]

XFC v5.3.0 was released 8 years ago and is no longer supported. In 
principle, I'm not supposed to answer your support requests.




On 4/7/23 19:05, Jeff Haynes wrote:


I am having an issue with the following FO converting to RTF in that I 
get a SAXParseException but I cannot debug into the xmlmind code to 
figure out why.  I suspect maybe the styles.xfc file, which is 
referenced by setting the “styles” property to a URI like so.. 
driver.setProperty("styles", *new*String(styleURI)); 


Your "styles.xfc" looks fine. The value of styleURI should be the 
culprit (plus I don't understand "new String(styleURI)"; why "new 
String()"?).


Make sure that styleURI is a string which contains an URL in its ASCII 
string form (e.g. "file:///C:/My%20Folder/styles.xfc") or a filename 
(e.g. "C:\My Folder\styles.xfc"). A relative filename is relative to the 
current working directory.





is not being 
obtained, however I don’t see any reference in the access.log for that 
website.  Is there a way to turn on more logging, 


Sorry but the answer is no: XFC has no logging facilities of its own.




or obtain the source 
code in order to step through the code?


The license you have purchased, fc-dev, gives you access to the full 
source code of our product. You or one of your coworkers may already 
have a copy of this source code.


I'm sorry but I cannot send you a copy of XFC v5.3.0 source code 
because: 1) this source code is not online anymore, so it would be 
technically difficult for me to do that; 2) your support contract is over.


Besides, there is almost certainly no bug in UserStyles.loadFrom, 
UserStylesLoader.load. Something like:

---
fo2rtf -styles=styles.xfc xslFO_GenException.xml xslFO_GenException.rtf
---
works fine (tested with latest version of XFC which is v6.4).













Caused by: org.xml.sax.SAXParseException; Premature end of file.


This basically means that instead of loading your "styles.xfc", the user 
styles parser of XFC attempts to load something else: a non-XML file, a 
non-existing file, an empty file, a directory, etc.







at 
org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source)


at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source)

at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)

at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)

at org.apache.xerces.impl.XMLVersionDetector.determineDocVersion(Unknown 
Source)


at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)

at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)

at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)

at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)

at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)

at org.apache.xerces.jaxp.SAXParserImpl.parse(Unknown Source)

at com.xmlmind.fo.converter.UserStylesLoader.load(UserStylesLoader.java:74)

at com.xmlmind.fo.converter.UserStylesLoader.load(UserStylesLoader.java:49)

at com.xmlmind.fo.converter.UserStyles.loadFrom(UserStyles.java:525)

at com.xmlmind.fo.converter.Converter.loadUserStyles(Converter.java:670)

at com.xmlmind.fo.converter.Converter.setUserStyles(Converter.java:646)

at com.xmlmind.fo.converter.Converter.startDocument(Converter.java:626)

at org.apache.xerces.parsers.AbstractSAXParser.startDocument(Unknown Source)

at org.apache.xerces.impl.dtd.XMLDTDValidator.startDocument(Unknown Source)

at org.apache.xerces.impl.XMLDocumentScannerImpl.startEntity(Unknown Source)

at 
org.apache.xerces.impl.XMLVersionDetector.startDocumentParsing(Unknown 
Source)


at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)

at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)

at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)

at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)

at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)

at org.apache.xerces.jaxp.SAXParserImpl.parse(Unknown Source)

*at com.xmlmind.fo.converter.Converter.convert(Converter.java:517)***

***at com.xmlmind.fo.converter.Driver.convert(Driver.java:544)***

***at com.xmlmind.fo.converter.Driver.convert(Driver.java:559)***

at com.bm.xchange.bmlib.fo.XmlMind.getRTFFromFO(XmlMind.java:74)





--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Support for OpenJDK 17

[Hussein Shafie]

On 1/26/23 20:19, John Sederberg wrote:
We plan on purchasing a Developer license very shortly so that we can 
include XMLMind XSL-FO Converter in our vertical market application.  We 
tested using the evaluation version under Java 8 about 2 years ago but 
now are in the process of migrating our application from Oracle Java 8 
to OpenJDK 17.  The web site states that Java 1.6+ is supported, but 
with all the library changes that happened between Java 1.8 and Java 17 
has the product been tested with OpenJDK 17?





Java 1.6+ is just the minimal java version needed to run the XMLMind 
XSL-FO Converter *engine*.


As stated in our change history, 
http://www.xmlmind.com/foconverter/changes.html#v6.4.0

---
Version 6.4 (January 23, 2023)
...
* All programs which are part of XMLmind XSL-FO Converter are now 
officially supported on Java™ 19 platforms and on macOS Ventura (version 
13.x).

---

This implies that all programs which are part of XMLmind XSL-FO 
Converter have been tested against Java 19, the latest version of Java.




The change history also contains:
---
Version 6.3.3 (August 2, 2022)
...
* All programs which are part of XMLmind XSL-FO Converter are now 
officially supported on Java™ 18 platforms.

---

---
Version 6.3.2 (January 21, 2022)
...
* XMLmind XSL-FO Converter, which passed all non-regression tests, is 
now officially supported


- on Java™ 17 platforms;
- on macOS Monterey (version 12.0), including on Macs having an 
Apple® M1 (ARM®) processor;

- on Windows 11.
---



In a nutshell, all programs which are part of XMLmind XSL-FO Converter 
are tested against the latest version of Java and the latest version of 
macOS and Windows.


Therefore, if you have any problem running XMLmind XSL-FO Converter 
using *any* version of Java >= 1.6, please report this as a bug. 
However, we really, really doubt this could happen.


Also please feel free to check this by yourself by downloading our 
Evaluation Edition. See 
http://www.xmlmind.com/foconverter/downloadeval.shtml




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] Release of XMLmind XSL-FO Converter v6.4

[Hussein Shafie]

XMLmind XSL-FO Converter Evaluation Edition v6.4 can be downloaded from 
http://www.xmlmind.com/foconverter/downloadeval.shtml


Professional Edition users, please upgrade using this form: 
http://www.xmlmind.com/store/download.php


(The above form is usually accessed through 
http://www.xmlmind.com/foconverter/upgrade.html )



___

XMLmind XSL-FO Converter v6.4 (January 23, 2023): Highlights:

- XMLmind XSL-FO Converter engine: non-standard extension of XSL-FO
  property text-decoration. In addition to the decoration type
  (underline, overline, line-through, etc), it's now possible to specify
  the color, style (solid, double, dotted, dashed, wavy) and thickness
  of the text decoration. The syntax used for extended simple properties
  is identical to the syntax of CSS3 property text-decoration.
  More information in "Non-standard extension of XSL-FO property
  text-decoration"[1].

- Updated most software components in XMLmind XSL Utility and
  XMLmind XSL Server (ditac, Saxon, Batik, FOP, etc).

- Official support of Java™ 19 and macOS Ventura (version 13).


[1] 
http://www.xmlmind.com/foconverter/_distrib/doc/user/implementation.html#text-decoration




More information: http://www.xmlmind.com/foconverter/changes.html

--
XMLmind FO Converter Information List
xfc-annou...@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-announce

Re: [XFC] Page Breaks are not supported - 5.3.0

[Hussein Shafie]

Jeff H. wrote:

In the included FO you will see that on line 80 we have , then have two more fo:blocks.   But in the resultant 
docx(Document(59).docx) you will see the lines;  “Line 9” and  “Some Text goes here… 
bla bla bla” without a page break.

Now if I add the attribute page-break-before=”always” to the fo:block that 
wraps “Some Text goes here… blab la bla” the page break is added. 
(Document(64).docx)



xfc-support@xmlmind.com replied:

I confirm that XMLmind XSL-FO Converter version 6.3.3 behaves exactly the same.

Yes, it is correct to assume that:



should give you a page break at this location in the output DOCX.

My guess is that  XMLmind XSL-FO Converter discards all fo:blocks having no 
content, which is obviously a bug in this case.

We'll try to fix this bug in the next version of XMLmind XSL-FO Converter.




I'm really sorry but we won't fix the issue you have reported.

We had hard times trying to reproduce the issue you have reported using 
the simplest possible test case (i.e. something even simpler that the 
"FO-FOR-DOCX.xml" you sent us).


What follows is a simplification of the sample you sent us:
---




Some Text goes here... bla bla bla
---

First and third fo:block are just fine.

Second fo:block is useless and just causes the problem.

Workarounds:

- Remove this second fo:block and XFC will work as expected.

OR

- Remove useless  from the second fo:block and XFC will 
work as expected.


OR

- Replace  by  (that is, make 
this second fo:block useful) and XFC will work as expected.


We have attempted to modify XFC in order to detect cases such as yours 
and make XFC perform as expected, but we gave up.


The reasons are: (1) the streaming nature of XFC makes this detection 
quite difficult; (2) the case to be detected is deemed to be very rare. 
(You are the first person in many years to report this issue.)


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Technical content creation system for datasheets

[Hussein Shafie]

Andreas S. wrote:


My company is creating datasheets still in Word or Adobe tools as single 
written document.


I’m looking for a tool for higher automation.

I’m asking me what technical format standard to use as technical baseline”.

I saw your article “HTML5 as an alternative to DITA and DocBook“.


http://www.xmlmind.com/tutorials/HTML5Books/HTML5Books.html





Also my observation on DITA is the high complexity.


“HTML5 as an alternative to DITA and DocBook“ (that is, our "ebooks"), 
DITA, DocBook are all technologies for technical writers, that is, 
humans writing prose.







I like more “XSL-FO” together with simple database.

My question is there any “WYSIWYG” Editor available using XSL-FO as base 
technology?


XSL-FO (https://www.w3.org/Style/XSL/) is a low-level page description 
language.


We sell an XSL-FO processor (XSL-FO to MS-Word's DOCX to make it simple; 
http://www.xmlmind.com/foconverter/) and while most of our customers use 
an XSLT "stylesheet" (https://www.w3.org/Style/XSL/) to automatically 
generate the XSL-FO, some of them generate XSL-FO programmatically 
(program written in Java, Python, C++, etc).


To our knowledge, none of them use a *Visual* XSL-FO Editor to create a 
template based on XSL-FO and bind this template to a database.


That's why, here at XMLmind Software, we have never tested products such as

Altova StyleVision, an XSL:FO Stylesheet Designer, 
https://www.altova.com/stylevision


or

J4L Components' FO Designer 2.16, XSL-FO Editor for Apache FOP and 
Oracle APEX,

http://www.java4less.com/fopdesigner/fodesigner.php

Sorry but we cannot really help you here.

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Page Breaks are not supported - 5.3.0

[Hussein Shafie]

On 9/19/22 19:52, Jeff Haynes wrote:


We at Oracle are trying to use xmlmind 5.3.0 that we have had 
implemented for a while to generate a Docx file, but we have come across 
an issue where a page break is not ending up in the docx file.


In the included FO you will see that on line 80 we have page-break-before=”always”/>, then have two more fo:blocks.   But in the 
resultant docx(Document(59).docx) you will see the lines;  “Line 9” and 
  “Some Text goes here… bla bla bla” without a page break.


Now if I add the attribute page-break-before=”always” to the fo:block 
that wraps “Some Text goes here… blab la bla” the page break is added. 
(Document(64).docx)


I am currently setting up a test environment to test if 6.3.3 changes 
this behavior, but wanted to know if it was correct of us to assume a 
page break should be seen in the resultant docx given this FO.





I confirm that XMLmind XSL-FO Converter version 6.3.3 behaves exactly 
the same.


Yes, it is correct to assume that:



should give you a page break at this location in the output DOCX.

My guess is that  XMLmind XSL-FO Converter discards all fo:blocks having 
no content, which is obviously a bug in this case.


We'll try to fix this bug in the next version of XMLmind XSL-FO Converter.




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] XSL Utility on macOS 12.5.1

[Hussein Shafie]

On 9/8/22 11:34, Rodolfo M. Raya wrote:

Hello Hussein,

I used the version from the .dmg and can confirm it has the problem.

The reason why I tried the XSL utility is because I'm updating Conversa, a free UI for ditac, and run into a problem trying to use ditac from a notarized Mac app. Running from a script instead of double-clicking the icon works, but that somehow kills the idea of using a GUI instead of the command line. 


Indeed.




Additional testing reveal that the Conversa can read and write files on 
/Documents folder but only fails executing ditac there.


Thank you very much for this useful information. We'll try to fix this 
issue in the next version of XSL Utility.







Regards,
Rodolfo
--
Rodolfo M. Raya   rmr...@maxprograms.com
Maxprograms  https://www.maxprograms.com

-Original Message-
From: Hussein Shafie 
Sent: Thursday, September 8, 2022 4:29 AM
To: rmr...@maxprograms.com
Cc: xfc-support@xmlmind.com
Subject: Re: [XFC] XSL Utility on macOS 12.5.1

On 9/7/22 18:54, rmr...@maxprograms.com wrote:


Tried to use XSL Utility to generate output from DITA on macOS 12.5.1
using Intel and M1 Macs and in both cases, it failed to convert files
stored in /Documents folder or its children.


Yes. This is caused by security checks introduced as of macOS Catalina 10.15.





It seems the embedded ditac is not entitled to process DITA files in
/Documents folder, but it works fine with files in my home folder.



This is a well-known problem. Anyway thank you for taking the time to
report this issue.

Have you installed the .dmg distribution or just the .zip distribution?

- If you have installed the .zip distribution, please consider
installing the .dmg distribution (numerically signed; contains some
permission requests in its Info.plist) because we are not 100% sure that
this distribution still has this problem.

- If you have installed the .dmg distribution, a workaround is described
here:

http://www.xmlmind.com/xmleditor/known_problems.html#catalina_file_access




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] XSL Utility on macOS 12.5.1

[Hussein Shafie]

On 9/7/22 18:54, rmr...@maxprograms.com wrote:


Tried to use XSL Utility to generate output from DITA on macOS 12.5.1 
using Intel and M1 Macs and in both cases, it failed to convert files 
stored in /Documents folder or its children.


Yes. This is caused by security checks introduced as of macOS Catalina 
10.15.






It seems the embedded ditac is not entitled to process DITA files in 
/Documents folder, but it works fine with files in my home folder.




This is a well-known problem. Anyway thank you for taking the time to 
report this issue.


Have you installed the .dmg distribution or just the .zip distribution?

- If you have installed the .zip distribution, please consider 
installing the .dmg distribution (numerically signed; contains some 
permission requests in its Info.plist) because we are not 100% sure that 
this distribution still has this problem.


- If you have installed the .dmg distribution, a workaround is described 
here:


http://www.xmlmind.com/xmleditor/known_problems.html#catalina_file_access


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] Release of XMLmind XSL-FO Converter v6.3.3

[Hussein Shafie]

XMLmind XSL-FO Converter Evaluation Edition v6.3.3 can be downloaded 
from http://www.xmlmind.com/foconverter/downloadeval.shtml


Professional Edition users, please upgrade using this form: 
http://www.xmlmind.com/store/download.php


(The above form is usually accessed through 
http://www.xmlmind.com/foconverter/upgrade.html )



___

XMLmind XSL-FO Converter v6.3.3 (August 2, 2022)

Maintenance release:

- Updated several software components in XMLmind XSL Utility and XMLmind 
XSL Server.


- Official support of Java™ 18.




More information: http://www.xmlmind.com/foconverter/changes.html

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Buggy characters getting replaced

[Hussein Shafie]

Janaka P. wrote:


We are trying to use FO converter  to generate a docx file using an xml and xsl. We generate pdf files using the same combination using Apache POI. But during evaluation it was noticed that there are random characters getting replaced. Is this because we are in need of a license? 


Yes. See note "About Evaluation Edition"  in 
http://www.xmlmind.com/foconverter/downloadeval.shtml#about_eval





If that is the case, how can I get a trial license to evaluate?


You have downloaded and are currently using XMLmind XSL-FO Converter 
*Evaluation* *Edition*. The only purpose of this special edition is to 
let potential customers evaluate our product. We have no other "trial" 
license. Sorry.



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] Release of XMLmind XSL-FO Converter v6.3.2

[Hussein Shafie]

XMLmind XSL-FO Converter Evaluation Edition v6.3.2 can be downloaded 
from http://www.xmlmind.com/foconverter/downloadeval.shtml


Professional Edition users, please upgrade using this form: 
http://www.xmlmind.com/store/download.php


(The above form is usually accessed through 
http://www.xmlmind.com/foconverter/upgrade.html )



___

XMLmind XSL-FO Converter v6.3.2 (January 21, 2022):

- Minor enhancements in XMLmind XSL Utility.

- Updated several software components in XMLmind XSL Utility and XMLmind 
XSL Server.


- Official support of Java™ 17, macOS Monterey for both Intel® and ARM® 
(Apple® M1) processors, Windows 11.






More information: http://www.xmlmind.com/foconverter/changes.html

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] No page numbers when converting DocBook to DOCX

[Hussein Shafie]

Francesco T. wrote:

Now that I am practicing with DOCX export, I see neither the Table of Contents 
page numbers are honored in the translation.
Is there a chance this will be fixed in the future?



There is no technical way for our XSL-FO processor, XMLmind XSL-FO 
Converter, http://www.xmlmind.com/foconverter/, to achieve this.


This XSL-FO processor does not have all the low level capabilities an 
XSL-FO processor generating PDF like Apache FOP has.


Please refer to this FAQ for more info: 
http://www.xmlmind.com/foconverter/faq.html#fields

---
I use the page-number-citation object to print the number of pages in my 
document, but the displayed value is always 0 when I load the document 
in MS-Word. How can I get the correct value?

---

Most XSLT stylesheets, including the DocBook XSL stylesheets, use 
fo:page-number-citation XSL-FO object when they generate the Table of 
Contents and its page numbers.



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Regarding XSLFO-RTF Converter

[Hussein Shafie]

On 4/8/21 10:09 AM, Ruvini Ariyasingha wrote:


We are using latest XMLMIND .NET packages to convert XSLFO to RTF. Can 
you please tell whether the XMLMIND can run on .NET CORE as well?




No. .NET Core is not supported. Only .NET Framework 4.0+ is. See 
http://www.xmlmind.com/foconverter/_distrib/dotnet/doc/user/system_requirements_dotnet.html


There are currently no plans to support .NET Core.

Note that on Linux, XMLmind XSL-FO Converter should run fine using Mono 
5.1+. (https://www.mono-project.com/)






--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] conversion of to its DOCX equivalent

[Hussein Shafie]

Francesco T. wrote:>
one last question before buying the program: I wrote with the free 
version of XMLmind XML Editor a document with an analytic index. Is the analytic 
index (or, in other words, the  tags) properly exported to 
the docx format?


No. There is no specialized XSL-FO object which can represent an index 
term, hence there is no way to convert  to its DOCX equivalent.


As a consequence, you'll get a DOCX which looks like the result of the 
conversion to PDF in term of indexes.


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] Release of XMLmind XSL-FO Converter v6.3.1

[Hussein Shafie]

XMLmind XSL-FO Converter Evaluation Edition v6.3.1 can be downloaded 
from http://www.xmlmind.com/foconverter/downloadeval.shtml


Professional Edition users, please upgrade using this form: 
http://www.xmlmind.com/store/download.php


(The above form is usually accessed through 
http://www.xmlmind.com/foconverter/upgrade.html )



___

XMLmind XSL-FO Converter v6.3.1 (February 23, 2021): Highlights:

- Updated many software components in XMLmind XSL Utility and XMLmind 
XSL Server (ditac, Saxon, Batik, FOP, etc).


- A couple of bug fixes, including a fix for an intriguing bug related 
to space between text lines triggered by MS-Word 2019+.






More information: http://www.xmlmind.com/foconverter/changes.html

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] xslfo convert

[Hussein Shafie]

E. Jacob wrote:
 


I’m trying to convert a xsl file to a rtf file using the Code example from your 
Website

 


(https://www.xmlmind.com/foconverter/_distrib/doc/user/samples/java/Sample1.java)

 


I changed it a bit to:

 


public class RTFConverter {
public static void main(String[] args) {

File inFile = new File("bla.xsl");
File outFile = new File("hello.rtf");

try {
Converter converter = new Converter();
converter.setProperty("outputFormat", "rtf");
converter.setProperty("outputEncoding", "Cp1252");
converter.setProperty("imageResolution", "120");

InputSource src = new InputSource(inFile.toURI().toASCIIString());
OutputDestination dst = new OutputDestination(outFile.getPath());
converter.convert(src, dst);
} catch (Exception e) {
System.err.println("cannot convert '" + inFile +
"' to '" + outFile + "': " + e);
System.exit(2);
}
}
}

 


But everytime i try to convert the file im getting a NullPointerException

„cannot convert 'bla.xsl' to 'hello.rtf': java.lang.NullPointerException“

 



Please notice that "Sample1.java" starts with:
---
if (args.length != 2) {
System.err.println("usage: java Sample1 fo_file rtf_file");
System.exit(1);
}
---

But your "bla.xsl" does not seem to be an XSL-FO file 
(https://www.w3.org/TR/2001/REC-xsl-20011015/). It seems to be an XSLT 
stylesheet (https://www.w3.org/TR/xslt/). If this is the case, any kind 
of error may occur, including a NullPointerException.


Also please note that:

- I'm not supposed to help you. More information in "XMLmind XSL-FO 
Converter support policy": 
https://www.xmlmind.com/foconverter/support_policy.html


- Because you are not a customer, you are almost certainly using our 
Evaluation Edition. This Evaluation Edition generates output containing 
random duplicate letters. See 
https://www.xmlmind.com/foconverter/downloadeval.shtml#about_eval





--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
https://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] Release of XMLmind XSL-FO Converter v6.3

[Hussein Shafie]

XMLmind XSL-FO Converter Evaluation Edition v6.3 can be downloaded from 
https://www.xmlmind.com/foconverter/downloadeval.shtml


Professional Edition users, please upgrade using this form: 
https://www.xmlmind.com/store/download.php


(The above form is usually accessed through 
https://www.xmlmind.com/foconverter/upgrade.html )



___

XMLmind XSL-FO Converter v6.3 (August 28, 2020): Highlights:

- XMLmind XSL-FO Converter engine:

  * It is now possible to add metadata (e.g. the usual author, title, 
date, etc, but also custom metadata) to the documents created by XFC. 
(XFC equivalent of MS-Word "File|Info|Properties, Advanced Properties".)


  * It is now possible to control the type of changes which can be made 
to the documents created by XFC. (XFC equivalent of MS-Word 
"File|Info|Protect Document, Restrict Editing".) For example, XFC can 
now generate a DOCX file which cannot be modified at all, unless the 
user types a password.


- Updated many software components in XMLmind XSL Utility and XMLmind 
XSL Server (ditac, Saxon, Batik, FOP, etc).






More information: https://www.xmlmind.com/foconverter/changes.html

--
XMLmind FO Converter Information List
xfc-annou...@xmlmind.com
https://www.xmlmind.com/mailman/listinfo/xfc-announce

Re: [XFC] Technical Support - xsl-fo to rtf conveter for .Net

[Hussein Shafie]

Here's what I've understood after a quick look at the content of your 
XmlMindDemo.zip.


1) You have a template RTF file called "WithVariable.rtf". This file 
contains:

---
...
{\rtlch\fcs1 \af31507 \ltrch\fcs0 \insrsid13528854 }
...
---

2) You convert an XSL-FO file (here it's styles.fo, one of our sample) 
to RTF using XMLmind XSL-FO Converter. The result of the conversion is 
loaded as a string.


By the way, this string, stored in variable "content", looks like this:
---
{\rtf1\ansi\ansicpg1252\deff0
{\fonttbl
\f0\froman\fcharset0 Times New Roman;
\f1\fswiss\fcharset0 Arial;
\f2\fmodern\fcharset0\fprq1 Courier New;
\f3\ftech\fcharset2 Symbol;
}
{\colortbl
...
\par
\pard
{\plain\f0\fs24\cf2
This is block #3 having xfc:user-style="Numbered Item 1".
}
\par
\pard\sect
}
---

3) In your "WithVariable.rtf" template RTF file, you replace string 
"" by the content of variable "content". This gives you a file 
called "processedDocWithVariable.rtf".


This file contains:
---
...
{\rtlch\fcs1 \af31507 \ltrch\fcs0 \insrsid13528854
{\rtf1\ansi\ansicpg1252\deff0
{\fonttbl
\f0\froman\fcharset0 Times New Roman;
\f1\fswiss\fcharset0 Arial;
\f2\fmodern\fcharset0\fprq1 Courier New;
\f3\ftech\fcharset2 Symbol;
}
{\colortbl
...
\par
\pard
{\plain\f0\fs24\cf2
This is block #3 having xfc:user-style="Numbered Item 1".
}
\par
\pard\sect
}
}
...
---


Unless I don't understand what you want to do, this does not work 
because the above RTF snippet is (to my knowledge) invalid RTF. See 
http://www.biblioscape.com/rtf15_spec.htm, search for "\rtlch".


Moreover this probably cannot work because XMLmind XSL-FO Converter 
generates standalone, self-contained, RTF documents and not something 
which can be easily inserted into another RTF document.


Please note that the problem you have is not really related to our 
product. It's more a pure RTF problem (how to include an standalone RTF 
RTF document into another RTF document).


This approach is quite unusual for us. None of our customers ever had 
this problem. So, I'm really sorry but we cannot help you.




On 7/29/20 8:09 AM, Devster Anothony wrote:
I am currently evaluating the xml mind xsl-fo to rtf converter and 
came across a bit of a strange problem . I would really appreciate some 
support to verify if this is a limitation in the product or something I 
am doing wrong or a technical limitation in the rtf format.



My requirement here is actually to replace a text (basically a 
placeholder ) in an rtf document with the converted rtf from a given 
xsl-fo. The problem here is when I try to replace a value in an rtf with 
the converted rtf where as if I directly save up the rtf in a file 
without any conversion the output is as expected (with the expected 
duplicated words since this is an eval version).


Before purchasing the  I would really appreciate it if this can be 
clarified for me.


Content in the attached Zip is as follows,
1. Program.cs - source code for the implementation
2. styles.fo  - a sample fo file that I obtained from 
the evaluation zip package
3. WithVariable.rtf - a rtf document which has a text which is supposed 
to be replaced with the converted rtf from the converter
4. The output rtf I got when I did the conversion (This contains the 
problems where the colors are different and text is meanigless)
5.processedDocWithOutVariable.rtf - the output when I directly used the 
converter without any replacement - This was perfect :D




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
https://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] xsl-fo to rtf converter for .Net

[Hussein Shafie]

Sashitha Fonseka  wrote:

We are considering to use the xml mind , xsl-fo to rtf converter for a 
requirement in our application. I was able to find the evaluation pack here  
from which I was able to use in order to test and see if it fulfills the 
requirement and I was quite happy with the evaluation.

However there are couple of question I would like to clarify 


1) In the converted rtf will it stick to the proper rtf specification ? or will 
it be adding any other constructs ?


The generated RTF strictly conforms to version 1.6 of the RTF 
specification (compatible with MS-Word 2000+), no matter the *XSL-FO* 
extensions (e.g. the "xfc:outline-level" extension attribute, 
https://www.xmlmind.com/foconverter/_distrib/doc/user/implementation.html#xfc_outline-level) 
you may use.


Note that aside MS-Word, most word processors (e.g. LibreOffice) have 
less than average support for RTF.







2) Would it be possible for me to get a conversion of the attached fo file as 
an rtf using the professional version ? (This is just to verify if what  we 
want is as expected in the professional version since as it was mentioned in 
the evaluation it is expected to have some flaws)


Sorry but if the Evaluation Edition has some flaws then Professional 
Edition has exactly the same flaws.


The *ONLY* difference between Evaluation Edition and Professional 
Edition is that  Evaluation Edition generates output containing random 
duplicate letters. See 
https://www.xmlmind.com/foconverter/downloadeval.shtml#about_eval


In order to learn about the possible limitations and specificities of 
the product, please take a look at:


1)  "How to adapt your existing XSLT stylesheet to the specificities of 
XMLmind XSL-FO Converter", 
https://www.xmlmind.com/foconverter/adapt_xslt/adapt_xslt.html


2) "Chapter 5. Support of the XSL-FO v1.0 standard", 
https://www.xmlmind.com/foconverter/_distrib/doc/user/fo_support.html


3) "Conformance of XFC to the XSL-FO 1.0 standard", 
https://www.xmlmind.com/foconverter/conformance.html








The Application we are trying to use this with is a  WPF application built on 
top of the .Net Framework .

Please let me know if you need any more technical information.



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
https://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] XSL-FO Converter in .Net

[Hussein Shafie]

On 7/9/20 9:54 AM, tech dev wrote:


We are looking for a xsl-fo converter in Net which can convert a xsl-fo 
to preferably an rtf. Do you have support for this?


Yes. See https://www.xmlmind.com/foconverter/

In case you are used to Apache FOP, please take a look at:

- "How to adapt your existing XSLT stylesheet to the specificities of 
XMLmind XSL-FO Converter"

https://www.xmlmind.com/foconverter/adapt_xslt/adapt_xslt.html

- "XMLmind XSL-FO Converter Conformance Statement" 
https://www.xmlmind.com/foconverter/conformance.html






Is there a nuget for this converter ?



No. We just have a "Download" page:
https://www.xmlmind.com/foconverter/downloadeval.shtml

and more specifically:
https://www.xmlmind.com/foconverter/_download/xfc_eval_dotnet-6_2_0.zip



--> Note that XMLmind XSL-FO Converter is a commercial product. What 
you'll download is just an Evaluation Edition.


Excerpts from 
https://www.xmlmind.com/foconverter/downloadeval.shtml#about_eval

---
About Evaluation Edition

Note that Evaluation Edition is useless for any purpose other than 
evaluating XMLmind XSL-FO Converter. This edition generates output 
containing random duplicate letters. (Of course, this does not happen 
with Professional Edition!)

---

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
https://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] Release of XMLmind XSL-FO Converter v6.2

[Hussein Shafie]

XMLmind XSL-FO Converter Evaluation Edition v6.2 can be downloaded from 
https://www.xmlmind.com/foconverter/downloadeval.shtml


Professional Edition users, please upgrade using this form: 
https://www.xmlmind.com/store/download.php


(The above form is usually accessed through 
https://www.xmlmind.com/foconverter/upgrade.html.)



___

XMLmind XSL-FO Converter v6.2 (February 28, 2020): Highlights:

- XMLmind XSL-FO Converter engine: element fo:block-container with a 
reference-orientation attribute equal to 90, 270, -90 or -270 may be 
used to temporarily switch the page orientation from portrait to 
landscape. This feature is typically used to help MS-Word or 
OpenOffice/LibreOffice display a wide table or a wide figure.


- XMLmind XSL-FO Converter engine for .NET: upgraded the .NET 
implementation of the Java™ runtime needed to run XMLmind XSL-FO 
Converter to IKVM.NET 8.1.5717.0 (which corresponds to Java 1.8.0_45).


- Updated several software components in XMLmind XSL Utility and XMLmind 
XSL Server, and most notably XMLmind Web Help Compiler. Thanks to 
XMLmind Web Help Compiler v3.x, the generated Web Help gets a fresh new 
look, among several other useful enhancements. For example, the Web Help 
is now “responsive” by default.






More information:
https://www.xmlmind.com/foconverter/changes.html

--
XMLmind FO Converter Information List
xfc-annou...@xmlmind.com
https://www.xmlmind.com/mailman/listinfo/xfc-announce

Re: [XFC] Word/OpenOffice automatic TOC; not the one created by the DocBook XSL stylesheets. How?

[Hussein Shafie]

Maxime B. wrote:


We would like to contribute a customization of DocBook FO XSL for XFC
using styles and outline (attached).


XMLmind Software is not the owner/author/maintainer of the free, open 
source, DocBook XSL stylesheets. Therefore we cannot accept 
contributions for it.


Please note that the DocBook XSL stylesheets do not support XFC 
extensions like they support XEP, FOP, Antenna House, etc, extensions. 
Therefore I doubt that the maintainers of the DocBook XSL stylesheets 
would accept your contribution.


Sorry for that.





I tested it with xfc_pro_java-6_1_0, docbook-xsl-ns-1.79.1,
docbook-xsl-ns-1.75.2, Word 2007 and LibreOffice 6.0.7.3.


Your ".xfc" style specification attachments contain a number of styles 
looking like:

---
  

  

  ...

  
  
---

This is 100% correct, but this also implies that you'll have to modify 
the huge, complex, DocBook XSL stylesheets in order to add 
"xfc:user-style" extension attributes to all XSL-FO objects to be styled 
in Word or OpenOffice/LibreOffice.


This task is so daunting and so error-prone that we, XMLmind Software,
never dared giving it a shot.

In practice, our XSL-FO extension for generating named styles is used 
mainly by banks, insurances, health companies implementing database 
publishing using their own, small, in-house XSLT stylesheets.


Our XSL-FO extension for generating named styles is not meant to be 
retrofitted into existing large, complex, XSLT stylesheets like 
DocBook's or DITA's.


References:

* 6. XSL-FO extension for generating named styles, 
https://www.xmlmind.com/foconverter/_distrib/doc/user/user_styles.html


* 6. XSL-FO extension for generating named styles, 2. How it works,
https://www.xmlmind.com/foconverter/_distrib/doc/user/user_styles_quickstart.html

* 6. XSL-FO extension for generating named styles, 5. Adding named 
styles support to an existing XSLT stylesheet,

https://www.xmlmind.com/foconverter/_distrib/doc/user/user_styles_and_xslt.html





I would have liked to add a Word or OpenOffice automatic table of
contents instead of the one from the DocBook XSL. Is such a thing possible ?



No. This is not possible simply because there is no way to express 
"automatically generate a native TOC here" in standard XSL-FO.


The only thing you can do is to modify the DocBook XSL stylesheets in 
order to add "xfc:outline-level" extension attributes to all the 
fo:blocks acting as headings. By doing this, the user of Word or 
OpenOffice/LibreOffice can quickly and easily generate an automatic TOC 
from within the word processor. (A single button click suffices.)


We did this, without using named styles, in our in-house DITA 
(https://www.xmlmind.com/ditac/) and XHTML 
(https://www.xmlmind.com/ebookc/) stylesheets that generate XSL-FO and 
it works great.


References:

* 4.4.1. The "xfc:outline-level" extension attribute
https://www.xmlmind.com/foconverter/_distrib/doc/user/implementation.html#xfc_outline-level

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
https://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] How to install a ".dmg" distribution on macOS Catalina 10.15

[Hussein Shafie]

Hello,

May be you have tried to install one of our ".dmg" distributions on 
macOS Catalina 10.15 and got a "This software needs to be updated. 
Contact the developer" error the first time you started the desktop 
application.


Today, November 22, 2019, we have rebuilt the following ".dmg" 
distributions in order to fix this problem:


- XMLmind Word To XML Evaluation Edition
https://www.xmlmind.com/w2x/_download/w2x-eval-1_8_0.dmg

- XMLmind Word To XML Professional Edition
Download w2x-pro-1_8_0.dmg using this page:
https://www.xmlmind.com/w2x/upgrade.html

- XMLmind XSL Utility Evaluation Edition
https://www.xmlmind.com/foconverter/_download/xslutil_eval-6_1_0.dmg

- XMLmind XSL Utility Professional Edition
Download xslutil_pro-6_1_0.dmg using this page:
https://www.xmlmind.com/foconverter/upgrade.html

(We haven't rebuilt the ".dmg" distributions for XMLmind XML Editor 
because next version, v9.2, should be released next month.)




If you want to install *older* versions of our software on macOS 
Catalina 10.15, you'll find a workaround explained in this XMLmind XML 
Editor FAQ:

---
I have successfully downloaded and installed your software using your 
".dmg" distribution but now, I cannot start the application on my Mac 
running macOS Catalina 10.15. The error dialog box says: "This software 
needs to be updated. Contact the developer" and that's what I am doing. 
Please advise.

---
https://www.xmlmind.com/xmleditor/faq.html#catalina_install_issue



Best regards,



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
https://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] Running XMLmind Software applications on macOS 10.15 Catalina

[Hussein Shafie]

Hello,

We have added this two FAQs for those who want to run XMLmind Software 
applications on macOS 10.15 Catalina before we officially support this 
operating system.


These two new FAQs apply to any XMLmind Software application installed 
on macOS 10.15 Catalina using its .dmg distribution.


---
 I have successfully downloaded and installed your software using your 
.dmg distribution but now, I cannot start the application on my Mac 
running macOS Catalina 10.15. The error dialog box says: "This software 
needs to be updated. Contact the developer" and that's what I am doing. 
Please advise.

---
https://www.xmlmind.com/xmleditor/faq.html#catalina_install_issue

---
Following your instructions, I managed to install your software on my 
Mac running macOS Catalina 10.15 (using your .dmg distribution for 
that), however the File|Open dialog box and the File|Folder pane do not 
display any of the files found in my Documents folder. Is this a known bug?

---
https://www.xmlmind.com/xmleditor/faq.html#catalina_folder_issue


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
https://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Web Help issue in latest Google Chrome

[Hussein Shafie]

Kazuko O. wrote:


It seems that the Web help documents which are created by using xxe 9.0
do not displayed correctly in the Google Chrome.
I am not sure from which version this issue occurs.
The toc does not work normally.
In the case of IE 11, it is okay.
I am using the following environment;
 Google Chrome version: 76.0.3809.132（Official Build）64bit.
 OS:Windows 10

The following your Web help documents are also not correctly displayed
in the Google Chrome.
https://www.xmlmind.com/ditac/_distrib/doc/manual/webhelp/index.html

The following web,
https://www.xmlmind.com/ditac/_whc/doc/index.html
says,
"In order to run a Web Help application generated by whc: a recent, preferably fast, 
Web browser. The Web Help applications generated by whc have been tested against Firefox, 
Google Chrome, Safari, Opera, Internet Explorer 11, Edge."
Would you let me know if you have any workaround to display the web help 
documents in Chrome?



Thank you very much for reporting this bug!

Yes, we have this problem with Google Chrome version:  
76.0.3809.132（Official Build） and also with very latest Google Chrome  
Version 77.0.3865.75 (Official Build).


We have tested the Web Help we generate using a recent of Google Chrome  
version 76.0.xxx (Official Build) just a few days ago and it worked just  
fine.


Therefore this bug is caused by a very recent version of Google Chrome.

This bug has also been reported for the beta version of Edge which uses  
the Chromium engine.


We'll fix this bug in XMLmind Web Help Compiler v2.3.2 and in all  
XMLmind software which include this software component, that is,


- XMLmind DITA Converter, new version should be released tomorrow.
- XMLmind Ebook Compiler, new version should be released tomorrow.
- XMLmind XML Editor, new version v9.1 should be released next week.

New releases of XMLmind Word To XML, XMLmind XSL Utility and XMLmind XSL  
Server will also include XMLmind Web Help Compiler v2.3.2+ but these  
releases are not yet planned.


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
https://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Support with issue on PDF generation using XMLmind XSL Server

[Hussein Shafie]

Tim B. wrote:

Now, in my configuration, I have set up a FOP.conf file as attached and 
included that in a directory called fop in my top level server installation 
directory. At specifies a series of fonts; the font files exist at the 
specified locations.

In the .fo file - I specify fonts like this:

  

But in the output PDF file, as attached, the font specification is being 
ignored : and the I belief just a Times or Serif font is being used.

Do I have to tell xslsrv to look for my fop.conf file in some way? I cant find 
any such information in any documentation.



Method #1: Restart your XMLmind XSL Server after passing the 
XXE_FOP_CONFIG system property to the Java runtime used to run the server.


-DXXE_FOP_CONFIG=URL_OR_ABSOLUTE_FILE_PATH_OF_fop.conf

(examples:

-DXXE_FOP_CONFIG=file:/C:/xslsrv/extra/fop.conf

-DXXE_FOP_CONFIG=C:\xslsrv\extra\fop.conf
)




Method #2: Add parameter "configuration" pointing to your fop.conf to 
the conversion specifications you use. This method lets you use 
different fop.conf files depending on the conversion you execute. More 
info in 
https://www.xmlmind.com/foconverter/_distrib/xslutil/doc/help/fop_params.html


Example: convert XSL-FO to PDF using FOP:
---
  

  pdf
  false
  name="configuration">file:/C:/xslsrv/extra/fop.conf


  
---



See also "Apache™ FOP: Configuration" 
https://xmlgraphics.apache.org/fop/2.3/configuration.html


We'll better document (and re-test!) these two methods in next version 
of XMLmind XSL-FO Converter (v6.2).




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
https://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] java.lang.NullPointerException when generating DOCX

[Hussein Shafie]

Tim B. wrote:


I am experiencing issues with xslsrv with the attached files. Could I
ask for your assistance please.

1. The attached .fo file is being submitted to the following command:

curl
"http://XXX:8080/xslsrv/exec?op=convert=sync=foToDocx=YYY.docx=file:/YYY.fo;

However, the command simply returns blank.

When I check the .fo file as follows, I get:

fo2docx  /YYY.fo test.docx
Cannot convert "/YYY.fo" to
"test.docx": java.lang.NullPointerException

So I am finding it hard to work out and diagnose what it is in the .fo
file which is causing the conversion to fail. Can you advise how best to
work out the issue?


It is caused by the two vertical-align="center" (invalid attribute 
value; see https://www.w3.org/TR/xsl/#vertical-align) found in your 
"YYY.fo".


Replace these by (valid attribute value) vertical-align="middle" and 
you'll work around this bug.


We'll fix this bug by making XMLmind XSL-FO Converter more robust in the 
next version (v6.2).







2. The same file is also passed to generate the file in PDF format:
using this:

http://XXX:8080/xslsrv/exec?op=convert=sync=foToPDF=YYY.pdf=file:/YYY.fo

The output pdf file generates fine.



In fact, Apache FOP 2.3 reports many errors, among them:
---
$ fop -r -fo .fo -pdf YYY.pdf

[ERROR] FOUserAgent - Invalid property value encountered in 
vertical-align="center": org.apache.fop.fo.expr.PropertyException: 
file:/home/hussein/src/xfc/BUG1/YYY.fo:356:27: No conversion defined 
center; property:'vertical-align' (See position 358:112)

...
---
(-r means: validity errors are not fatal.)





--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
https://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Strange conversion of special character

[Hussein Shafie]

Tim Butterworth wrote:

I am struggling to locate a mailing list as I am indeed using ’server’.


It's xfc-support@xmlmind.com. See "Mailing Lists", 
https://www.xmlmind.com/foconverter/mailing_lists.html






I am using xsl server pro 5.4.3 on a linux server, and generating PDF from the 
command line.



Sorry but XMLmind XSL-FO Converter version 5 is no longer supported.

See "Support policy", 
https://www.xmlmind.com/foconverter/support_policy.html

---
Also please note that we support only the last major version of the 
software. For example, if latest release is v7.2, we'll respond to 
support requests about v7.0, v7.1, v7.2, but not to those about v6.9. If 
you are using an old version, please upgrade to latest version and check 
whether this fixes the issue.

---





I have tried changing the fonts in the XSL document definition to Arial but it 
has had no effect.



This is a first step, but Apache FOP, the XSL-FO processor you use to 
generate PDF, does not know anything about the Arial fonts. So what you 
did is currently ignored by Apache FOP.


May be what follows will work (not tested it, because in principle, I'm 
not allowed to help you):


1) Save attached FOP configuration file "fop.conf" somewhere:
---


  

  

  
  


  
  


  
  


  
  

  

  

---

Let's suppose you save it to "/opt/apache-tomcat-9.0.21/webapps/fop.conf"

2) IMPORTANT: Edit this configuration file to specify the actual 
locations of all "arial*.ttf" files.


3) Find a way to pass system property "XXE_FOP_CONFIG" to the XMLmind 
XSL Server


This system property should point to the location of the FOP 
configuration file, e.g.


-DXXE_FOP_CONFIG=/opt/apache-tomcat-9.0.21/webapps/fop.conf

Please specify an absolute file path here. A "file:" URL works too.

-DXXE_FOP_CONFIG=file:///opt/apache-tomcat-9.0.21/webapps/fop.conf



--> I'm really sorry but I will not help you more than this unless you 
upgrade to XMLmind XSL-FO Converter version 6.






Initial support request:
=
On 08/09/2019 03:38 PM, Tim Butterworth wrote:
>
> I am having a slight issue with generating a PDF file using xmlmind
> server which contains the character ş
>
>
>
> I generate both a DOCx word file and A pdf.
>
> - In the word file it works perfectly and renders ok;
> - in the PDF file it just renders as #
>
> I have tried i the XML file to change the character to
>
> 
>
> or
> 
>
> And the results are unchanged.
>

This is a well-known PDF issue. You cannot use any of the standard PDF 
fonts (Helvetica, Times, Courier, etc) to convert a document containing 
characters such as  as these standard PDF fonts contain very few 
glyphs.


This FAQ explains what is the problem (applies to PDF in general; I mean 
not specific to XMLmind) and how to solve it in the context of XMLmind 
XML Editor:


---
When I convert documents written in Russian (or Polish or Czech or any 
non-western language) to PDF, almost all characters are replaced by the 
"#" character. Is there a workaround for this problem?

---
https://www.xmlmind.com/xmleditor/faq.html#custom_pdf_fonts

If you are not using XMLmind XML Editor (you wrote "xmlmind server"), 
please send a support request to the corresponding mailing list. We need 
to know which product, which product version, which OS, which Java, etc, 
you are using.

=


  

  

  
  


  
  


  
  


  
  

  

  


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
https://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] Release of XMLmind XSL-FO Converter v6.1

[Hussein Shafie]

XMLmind XSL-FO Converter Evaluation Edition v6.1 can be downloaded from 
https://www.xmlmind.com/foconverter/downloadeval.shtml


Professional Edition users, please upgrade using this form: 
https://www.xmlmind.com/store/download.php


(The above form is usually accessed through 
https://www.xmlmind.com/foconverter/upgrade.html.)



_

XMLmind XSL-FO Converter v6.1 (July 8, 2019)

Highlights:

- Several minor enhancements and bug fixes.

- Updated several software components in XMLmind XSL Utility and XMLmind 
XSL Server, and most notably XMLmind DITA Converter v3.6, which gives 
even more control over the numbering of ordered lists[1].


- Due to the recent changes in Oracle Java™ licensing,

  * A Java™ 1.6+ runtime is now required to run the XMLmind XSL-FO 
Converter engine, Java Edition. A Java™ 1.8+ runtime is now required to 
run XMLmind XSL Utility and XMLmind XSL Server. Both Oracle Java and 
OpenJDK are now officially supported.


  * The setup.exe and ".dmg" distributions of XMLmind XSL Utility are 
now bundled with the latest version of OpenJDK (currently OpenJDK v12.0.1).



[1] https://www.xmlmind.com/ditac/_distrib/doc/manual/olNumbering.html



More information:
https://www.xmlmind.com/foconverter/changes.html

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
https://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] List-Item-Label with Character doesn't work

[Hussein Shafie]

Sorry but  
(https://www.w3.org/TR/2001/REC-xsl-20011015/slice6.html#fo_character) 
is not supported by XMLmind XSL-FO Converter. See "XMLmind XSL-FO 
Converter Conformance Statement", 
https://www.xmlmind.com/foconverter/conformance.html


More generally, please take the time to read this document:

"How to adapt your existing XSLT stylesheet to the specificities of 
XMLmind XSL-FO Converter",

https://www.xmlmind.com/foconverter/adapt_xslt/adapt_xslt.html



---
PS:

---



---

is not really useful to make XMLmind XSL-FO Converter generate proper 
lists as bullet '' is the most commonly used list item marker.


See 
https://www.xmlmind.com/foconverter/_distrib/doc/user/implementation.html#lists




On 05/15/2019 01:03 PM, Alex Elliott wrote:



I’m currently evaluating your XSL-FO Converter application and wanted to
let you know about an issue I’ve encountered with the use of
‘fo:character’ in a list-item-label section.



The following excerpt of xslt works when using Apache fop and the label
character is enclosed in an ‘fo:character’ tag but doesn’t work with
xmlmind (list-item-body purposely excluded from the code):






































When using the above code in xmlmind each item is output as indented
paragraph instead of list items.



If I remove the ‘fo:character’ and put the label character inside the
block tag it works correctly in xmlmind as shown below:


































--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
https://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] ditaToPDF error

[Hussein Shafie]

Emilia Ciobotaru wrote:

I have an error code here when I try to convert dita to pdf:

This is the error I get:

org.apache.fop.fo.ValidationException: Invalid property encountered on 
"fo:table": table-omit-initial-header (See position 45:543)



Our stock DITA XSL stylesheets don't use anything called 
"table-omit-initial-header". Therefore this RenderX XEP extension 
attribute should have been added in a *customization* of yours.


See "rx:table-omit-initial-header" in: 
http://www.renderx.com/reference.html#Omitted_Header




-
NOTE: Apache FOP is incorrect in reporting a validation error. Apache 
FOP should silently ignore "foreign" attributes. This is stated in the 
XSL-FO standard:


"An element from the XSL namespace may have any attribute not from the 
XSL namespace, provided that the expanded-name of the attribute has a 
non-null namespace URI. The presence of such attributes must not change 
the behavior of XSL elements and functions defined in this document. 
Thus, an XSL processor is always free to ignore such attributes, and 
must ignore such attributes without giving an error if it does not 
recognize the namespace URI. Such attributes can provide, for example, 
unique identifiers, optimization hints, or documentation."


https://www.w3.org/TR/2001/REC-xsl-20011015/slice2.html#xsl-namespace
-






java.lang.RuntimeException: Conversion "ditaToPDF" has failed with exit code 5.

+---

| com.xmlmind.xslutil.ConvertTask.doRun1(ConvertTask.java:182)

| com.xmlmind.xslutil.ConvertTask.doRun(ConvertTask.java:133)

| com.xmlmind.xslutil.ConvertTask.run(ConvertTask.java:112)

| java.lang.Thread.run(Thread.java:745)

+---



However, when I convert dita to docx it is good. But for pdf it gives error. I 
have uninstalled the program and installed all over again, same error exit code 
5.

The specification are all good.

Can you please advise me what I should do?


Assuming that you have RenderX XEP installed on your computer, please 
select the conversion called "ditaToPDF_xep" (which uses RenderX XEP) 
rather than  "ditaToPDF" (which uses Apache FOP) in the XMLmind XSL 
Utility desktop app (see screenshot in 
http://www.xmlmind.com/foconverter/xsl_utility.html).


If this still does not work, then please send us a DITA sample document 
demonstrating this issue. We have no other way to further help you solve 
this issue.



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] About OpenJDK support [FOLLOW-UP]

[Hussein Shafie]

Kazuko O. wrote:


(1) xxe now needs Oracle JRE/JDK for launching.
Will the xxe support OSS OpenJDK instead of Oracle JRE/JDK in the future?



We know understand why you were asking this question. It's because of 
Oracle changed the licenses attached to its Java SE distributions. 
(Oracle Java SE Releases FAQ: 
https://blogs.oracle.com/java-platform-group/oracle-java-se-releases-faq).


We are currently implementing the following changes:

* As of XMLmind XML Editor v9 (our next release), we'll fully support 
OpenJDK as well as Oracle Java runtimes in *all* our products.


* All our launchers, xxe.exe, xslutil.exe, w2x-app.exe will be able to 
use OpenJDK runtimes as well as Oracle Java runtimes if found installed 
on the computer.


* We'll bundle our commercial products with a private OpenJDK runtime 
(license GPLv2 with Classpath Extension allows that). This private Java 
runtime will probably be latest OpenJDK Java 12 64-bit + JavaFX. 
However, our launchers, xxe.exe, xslutil.exe, w2x-app.exe will not use 
this private 64-bit runtime when running on a 32-bit version of Windows. 
Instead, they'll use the 32-bit Java runtime installed on the computer, 
if any.


* We get all our OpenJDK distributions from: AdoptOpenJDK, 
https://adoptopenjdk.net/index.html , a great resource, very well organized.



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] incorrect first page top margin

[Hussein Shafie]

On 03/29/2019 02:16 PM, Nelson, Robert wrote:

I have been stepping through the latest XMLMind XSL-FO code for RTF and
from what I can tell it isn’t possible to have the first page use
different margins from the other pages.   Is this the case?  The XMLMind
documentation would give me the impression it is supported but it sure
seems like having special margins on the  for the
first page is ignored.

  * As near as I can tell the best option I have is to have a
 defined for the first page and add the correct
amount of white space there to make it look like the first page has
a larger top margin.



If I understand correctly our own documentation, your "*" idea is 
exactly what I would do if I were faced to the same problem.


Excerpts from "4.9. Multiple page layouts",
http://www.xmlmind.com/foconverter/_distrib/doc/user/implementation.html#page_layout

---
XFC supports all conditional-page-master-reference element combinations 
that can be accommodated by a single RTF section. This means the 
following page sequence layouts are supported:


- Single-sided layout.
- Header page + single-sided layout.
- Double-sided layout.
- Header page + double-sided layout.

This applies to all output formats. Also, note that a single RTF section 
can handle different headers/footers on left/right/first pages, but does 
not allow page geometry changes, except for switching left and right 
margins on facing pages. This restriction does not apply to OpenDocument 
output.

---

The key sentence here being "a single RTF section can handle different 
headers/footers on left/right/first pages, but does not allow page 
geometry changes".




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] incorrect first page top margin

[Hussein Shafie]

On 03/28/2019 03:05 AM, Nelson, Robert wrote:

The attached XSL-FO is expected to result in:

  * First page top margin – 3.167in
  * Middle pages top margin – 1.667in
  * Last page tom margin – 1.667in



Unfortunately the first page margin is well under 3 inches.  It is
larger than the second page but I really wish it would honor the first
page margin.



The margins are the same between RTF and DOCX.  It is RTF that we are
looking to use.



Any suggestions?





Sorry but XMLmind XSL-FO Converter has limited support for XSL-FO 1.0 
conditional-page-master-reference.


See XMLmind XSL-FO Converter Conformance Statement,
http://www.xmlmind.com/foconverter/conformance.html

However, even with this limited support, what you want to achieve works 
when generating ODT (OpenDocument, the format of 
OpenOffice/LibreOffice), rather RTF or DOCX.


Therefore you almost certainly face a limitation which is specific to RTF.

Excerpts from "4.9. Multiple page layouts",
http://www.xmlmind.com/foconverter/_distrib/doc/user/implementation.html#page_layout

---
XFC supports all conditional-page-master-reference element combinations 
that can be accommodated by a single RTF section. This means the 
following page sequence layouts are supported:


- Single-sided layout.
- Header page + single-sided layout.
- Double-sided layout.
- Header page + double-sided layout.

This applies to all output formats. Also, note that a single RTF section 
can handle different headers/footers on left/right/first pages, but does 
not allow page geometry changes, except for switching left and right 
margins on facing pages. This restriction does not apply to OpenDocument 
output.

---
Notice "but does not allow page geometry changes".



---
PS: You seem to use XSL-FO 1.1. Attribute page-position="any" is XSL-FO 
1.1, not XSL-FO 1.0. See XSL-FO 1.0 conditional-page-master-reference:

https://www.w3.org/TR/2001/REC-xsl-20011015/slice6.html#fo_conditional-page-master-reference

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Number of pages in documents created by XFC

[Hussein Shafie]

Marian S. wrote:


we are using the XFC Java API in our application. Some other renderers,
like Apache FOP, return the number of rendered pages


The total page count is expressed in XSL-FO as a fo:page-number-citation 
object (https://www.w3.org/TR/xsl11/#fo_page-number-citation). This 
XSL-FO object is translated by XFC to a DOCX field.






along with the
output document after rendering an FO document. As far as I can see, XFC
doesn’t do this. I understand that, considering that XFC’s output
formats are not strictly page based, you may not necessarily have a
concept of pages in the rendering code, and depending on that it might
or might not be easy for you to support an automatic page count.


That's right.





We would still like to ask if there is a chance that such a feature could
be added to the XFC renderer


Sorry but there is technically no way for us to implement this feature.

(In our knowledge, the only way to do that would be to add an AutoOpen 
macro to the files we generate but this poses usability issues.)






– or if perhaps it already exists and we
simply haven’t looked in the right place.



Please refer to this FAQ for more information:

---
I use the page-number-citation object to print the number of pages in my 
document, but the displayed value is always 0 when I load the document 
in MS-Word. How can I get the correct value?

---
http://www.xmlmind.com/foconverter/faq.html#fields

More generally, this article is well-worth reading to understand the 
specificities of XMLmind XSL-FO Converter:


---
How to adapt your existing XSLT stylesheet to the specificities of 
XMLmind XSL-FO Converter

---
http://www.xmlmind.com/foconverter/adapt_xslt/adapt_xslt.html

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Question about Server License and deployment on the cloud

[Hussein Shafie]

Jorge V. wrote:


We want to know if we can use the Server License in a VPS type server
like the ones on this page:

[LINK DELETED]



Yes.






In all effects they act as physical servers, with their own IP and
Operative System.



No problem at all, because this kind of virtual servers are really 
low-cost substitutes for physical servers.


The answer would have been "no, not allowed" if you wanted to deploy 
XMLmind XSL-FO Server Server License "on the cloud" (e.g. Google App 
Engine; https://cloud.google.com/appengine/), with no identified, fixed, 
IP address.


We'll have to update our FAQ and our Server License to make this 
perfectly clear. Meanwhile, please consider this email as an 
authorization to deploy your single XMLmind XSL-FO Server Server License 
on a single VPS.



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] fo:external-graphic scale-to-fit

[Hussein Shafie]

Sorry but we don't help our customers tweak their XSL-FO in order to 
achieve the results that they want. This is clearly explained in this FAQ:

---
I cannot get the results that I want. Can you help me tweak my XSLT 
stylesheet?

---
http://www.xmlmind.com/foconverter/faq.html#xsl_consulting



However if you consider that you have uncovered a bug, then please file 
a formal bug report. See "Writing a usable bug report" 
inhttp://www.xmlmind.com/foconverter/support_policy.html#bug_report





On 12/13/2018 01:51 PM, jan.kan...@zf.com wrote:


I need to scale image of fo:external-graphic  in both directions to fit
on page and would like to avoid harcoding any page bound since I use
same xslfo for XFC and for Apache FOP.


Using *exactly* the same XSL-FO for both XFC and FOP is not a good idea 
as it is unlikely to give you the results you want.


Please consider using the tips explained in:

"How to adapt your existing XSLT stylesheet to the specificities of 
XMLmind XSL-FO Converter", 
http://www.xmlmind.com/foconverter/adapt_xslt/adapt_xslt.html


and most notably the "General recommendations", 
http://www.xmlmind.com/foconverter/adapt_xslt/adapt_xslt.html#recommendations







First limitation is that I have
some other page dimensions to choose then A4 for Apache FOP and second
this solution currently works and I need to have working solution for both:

*width="auto" height="auto" content-width="scale-to-fit"
content-height="100%"*



Sorry but I'm not sure to understand what works and what does not. Parts 
of a formal bug report are:


1) A small, hand-written, sample XSL-FO file with all required 
attachments (e.g. SVG, PNG files) demonstrating the problem.


2) An output file (may be a DOCX) showing the issue.

3) Another output file (may be a PDF) showing the expected result.




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] : heading style in docx

[Hussein Shafie]

On 11/27/2018 08:49 AM, jan.kan...@zf.com wrote:

I have found that headings from xslfo (xmlblock with attribute e.g.: 
role="headline0") are not converted to docx with heading style. Do I miss 
something or it's not supported? This can be helpful because of navigaror in MS Word.

This is somewhat normal as this property cannot be expressed in 
*standard* XSL-FO.


This MS-Word feature requires the author of the XSLT stylesheet that 
generates the XSL-FO to use our (very simple) XSL-FO *extension* 
attribute called xfc:outline-level.


See "4.4.1. The xfc:outline-level extension attribute", 
http://www.xmlmind.com/foconverter/_distrib/doc/user/implementation.html#xfc_outline-level


We did that in our own XSLT 2.0 DITA to XSL-FO stylesheets and in our 
own XSLT 2.0 XHTML to XSL-FO stylesheets. But this is not the case of 
the DocBook XSL stylesheets, which are not our work.




--> More generally, if you are about to adapt your XSLT stylesheet to 
XMLmind XSL-FO Converter, we strongly recommend you to first read this 
short document:


"How to adapt your existing XSLT stylesheet to the specificities of 
XMLmind XSL-FO Converter", 
http://www.xmlmind.com/foconverter/adapt_xslt/adapt_xslt.html




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] Release of XMLmind XSL-FO Converter v6.0

[Hussein Shafie]

XMLmind XSL-FO Converter Evaluation Edition v6.0 can be downloaded from 
http://www.xmlmind.com/foconverter/downloadeval.shtml


Professional Edition users, please upgrade using this form: 
http://www.xmlmind.com/store/download.php


(The above form is usually accessed through 
http://www.xmlmind.com/foconverter/upgrade.html.)


_

XMLmind XSL-FO Converter v6.0 (October 29, 2018)

Highlights:

- Extension attribute xfc:label-format has been enhanced to support 
multi-level numbering (e.g. "1.A.a.") in fo:list-blocks.


- New extension attribute xfc:render-as-table may be used as a quick and 
easy workaround for one of the most annoying limitations of XFC: the 
very poor rendering of fo:block “divisions” having borders and/or 
background colors (e.g. complex notes, admonitions, sidebars).


- Modified the DocBook, DITA and XHTML XSL stylesheets so they use these 
new extension attributes.


- All XFC extension attributes are introduced in new article "How to 
adapt your existing XSLT stylesheet to the specificities of XMLmind 
XSL-FO Converter"[1].


- Updated ALL software components (FOP, Batik, Saxon, ditac, etc) in 
XMLmind XSL Utility and XMLmind XSL Server.


- A few bug fixes, most of them related to the DOCX output format.

- Now officially supported on Java™ 11 platforms and on macOS Mojave 
(10.14).



[1] http://www.xmlmind.com/foconverter/adapt_xslt/adapt_xslt.html


More information:
http://www.xmlmind.com/foconverter/changes.html

--
XMLmind FO Converter Information List
xfc-annou...@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-announce

Re: [XFC] xfc_pro_java fo2docx and fo2odt render explicitly numbered lists incorrectly, was Re: xfc_pro_java fo2docx and fo2odt render list-item with leading minus sign incorrectly

[Hussein Shafie]

On 10/27/2018 01:12 PM, David Clunie wrote:


Did you guys ever fix this bug, which assumes that a list
of numbers is supposed to be auto-numbered?

It just bit me again, for a list that was numbered 0, 90,
180, 270, which got rendered 0, 1, 2, 3 as a result of
the auto-numbering detection.

Your release notes on the web suggest that that this might
have been fixed in 5.4.4, with a command-line option
for -detectLists=false.



Yes, we did our best to fix this issue.

Excerpts from http://www.xmlmind.com/foconverter/changes.html#v5.4.4
---
Version 5.4.4 (April 26, 2017)

Enhancements:

* XMLmind XSL-FO Converter engine: user request: command-line 
option -detectLists=false (.NET equivalent /nolist) may be used to stop 
XFC from creating proper lists by inferring the numbering style of the 
list from the label of its first item.


Note that even when this option is used, it's still possible to 
instruct XFC to create proper lists by specifying extension attribute 
xfc:label-format in the XSL-FO input file.

---

Before purchasing anything from us, I would strongly suggest to first 
download latest Evaluation Edition (VERSION 6.0 RELEASED TODAY)


http://www.xmlmind.com/foconverter/downloadeval.shtml#xfc_engine

and give it a try. Just in case you find new issues which would prevent 
you from using our product.




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] table missing outer border for RTF but not DOCX

[Hussein Shafie]

Robert N. wrote:

I attached some XSL-FO.  When I generate a RTF from this using XML Mind
5.5.0 the outer border of the table is missing.  If the same XSL-FO is
used to generate a DOCX then the outer border is there as expected.  I
have also used this XSL-FO to generate a PDF using Apache FOP and that
produces the expected outer border.




It also works fine when generating WML and ODT.






Any idea why it is missing for the RTF?



The RTF contains the correct table border specification. First row 
starts with:


---
\trowd\trleft2
\trbrdrt\brdrs\brdrw5\brdrcf2\trbrdrl\brdrs\brdrw5\brdrcf2\trbrdrr\brdrs\brdrw5\brdrcf2\clpadft3\clpadt20
---

\trbrdrt means:  Table row border top.
\trbrdrl means:  Table row border left.
\trbrdrr means:  Table row border right.

However *MS-Word* does not seem to honor borders around the table. It 
seems to honor only borders around cells.


(May we forgot to specify something in the RTF we generate, but for now, 
we really do not see what it could be.)





--> A simple workaround for what, for now, looks like an MS-Word bug, is 
to replace:


fo:table border-collapse="separate"

by:

fo:table border-collapse="collapse"

See https://www.w3.org/TR/2001/REC-xsl-20011015/slice7.html#border-collapse

When you do this, it's XMLmind XSL-FO Converter which "merges" the 
borders around the table with the borders around cells. As a result, in 
the generated RTF, you'll only have borders around cells.


Note that border-collapse="collapse" is also OK when generating DOCX.




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] .fo Template usage

[Hussein Shafie]

On 08/27/2018 11:37 AM, HOCHHUTH Björn Enders wrote:


I have a .fo template as a template stylesheet to convert a docBook file
to PDF.

I read a lot of documentation now but I didn´t find a solution. In one
users guide I read FO is supported but there is no description how to
use a FO file as a conversation template.

Can I transform FO file to XSL? Thanks a lot!



I'm sorry but I don't understand what you mean by ".fo template".

A ".fo" file is very rarely used a *template*. It's almost always an 
intermediate file which represents a *single*, *specific*, page layout.


Notice my words: *single*, *specific*; *template* implies that a ".fo" 
file could be used to create multiple page layouts.


In order to convert a ".fo" file to PDF, simply:

1) Make sure that you have a recent Java runtime (e.g Java 8+) installed 
on your computer.


2) Download and install Apache FOP. See 
https://xmlgraphics.apache.org/fop/2.3/


3) Run:

fop -fo XXX.fo -pdf XXX.pdf

See https://xmlgraphics.apache.org/fop/2.3/running.html



***
Please note that your question is not related AT ALL to our product 
"XMLmind XSL-FO Converter", http://www.xmlmind.com/foconverter/


Your question seems to be related to

1) XSL. May be it's about "2.3 Literal Result Element as Stylesheet" -- 
https://www.w3.org/TR/1999/REC-xslt-19991116#result-element-stylesheet 
-- a rarely used XSLT feature.


2) DocBook. May be you should post your question to the public mailing 
list: docb...@lists.oasis-open.org

***


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Some page break and pagination issues

[Hussein Shafie]

Tim B. wrote:


I have attached here 3 files - an XSL template, a piece of XML and a word 
document. I have 2 issues.

a) The word document when produced appears to have all sorts of page break and 
pagination issues when XML-MIND produces the DOCx file. It is also missing the 
bold formatting of items in the bullet lists which is a problem;



This is caused by margin-top="-0.3cm" in:
---
 
 
 
---

There are also several other problems (reported by RenderX XEP) in your 
pdi.xsl, so please compare attached pdi.xsl [DELETED] including my fixes 
with your original pdi.xsl.ORI.






b) When I try to generate a PDF from from these source files, I simply get a 
broken PDF file that won’t open.



I cannot reproduce this problem neither with Apache FOP nor with RenderX 
XEP (before or after my pdi.xsl fixes). You must have a problem in your 
PDF generation process.






Any help or guidance that you can give would be much appreciated.


See attached files [DELETED]. They all look good.

I've executed the following commands on my Linux box running Java 8:

1) Generate booking.fo using Saxon 6:

saxon.sh -o booking.fo booking.xml pdi.xsl

2) Generate PDF using FOP:

fop -fo booking.fo -pdf booking.pdf

3) Generate PDF using XEP:

xep -fo booking.fo -pdf booking-xep.pdf

4) Generate DOCX using XFC:

fo2docx booking.fo booking.docx


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] [XXE] xhtml document to docx with "standard" word paragraph tags

[Hussein Shafie]

On 06/05/2018 09:23 PM, Thomas wrote:


I am looking for a way to convert a xhtml document to docx. I tried
pandoc and of course xmlmind.

Pandoc cannot deal with colspan and rowspan as the internal document
model cannot deal with them.

XML Mind gives a good result,


In XMLmind XML Editor, the conversion of XHTML (or DITA or DocBook) to 
DOCX is achieved by the means of the "XMLmind FO Converter XSL-FO 
processor plug-in" add-on. See 
http://www.xmlmind.com/xmleditor/addons_doc.html#xfc_foprocessor


This add-on includes a copy of another XMLmind product called "XMLmind 
XSL-FO Converter". See http://www.xmlmind.com/foconverter/






but the resulting docx does not contain
the classical paragraph formats, heading 1 ...heading 6, ...


Our XSLT stylesheets converting XHTML to XSL-FO (and then XSL-FO to DOCX 
by the means of "XMLmind XSL-FO Converter"; see above) do not generate 
any named MS-Word style, including standard ones like "Heading 1", 
"Heading 2", etc.


However it's possible to mark the MS-Word paragraphs generated for XHTML 
, , etc, as having an outline level. By doing this, these 
paragraphs will appear in the TOC generated by MS-Word.


This is done by passing this XSLT stylesheet parameter

set-outline-level = yes

(see 
http://www.xmlmind.com/xmleditor/_distrib/doc/xhtml/xslt_params.html#set-outline-level)


before using "XHTML|Convert Document|Convert to DOCX". See "Simplest 
customization" in 
http://www.xmlmind.com/xmleditor/faq.html#custom_deliverables







The reason I would like to have these standard word paragraph formats is
to make it possible to further edit the docx file.

Is there a way to influence how html elements are converted to docx
tags? If there is so and you could point me to the docs that would be
nice, or an example...




Now about true named MS-Word styles and not just outline levels...

Generating named MS-Word styles in the DOCX created by "XMLmind XSL-FO 
Converter" is certainly possible, but requires important changes to our 
XHTML to XSL-FO XSLT stylesheets. We don't plan to make these changes.


How to do this is explained here:

"6. XSL-FO extension for generating named styles"
http://www.xmlmind.com/foconverter/_distrib/doc/user/user_styles.html








--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Convert DocBook to DOCX making use of named styles

[Hussein Shafie]

Jean-Marc L. wrote:


I am currently using Docbook and I would like to convert my document
into Word format.
I've tried with the trial licence but the word
document produced has no style implemented even the presentation is good
enough. Is there a way to produce a usable word document with styles (
sections as sections inside word etc.)


--> In theory, the answer is yes.

(1) How to generate DOCX files making use of named styles is explained here:

6. XSL-FO extension for generating named styles
http://www.xmlmind.com/foconverter/_distrib/doc/user/user_styles.html

(2) What you call "sections inside word" are paragraphs styled to look 
like headings and also given what MS-Word calls an "outline level".


An outline level is needed to make a heading appear in the Table Of 
Contents generated by MS-Word.


A MS-Word outline level may be given to a fo:block by using the 
following XSL-FO extension property:


4.4.1. The xfc:outline-level extension attribute
http://www.xmlmind.com/foconverter/_distrib/doc/user/implementation.html#xfc_outline-level

Note that (2) may be achieved without (1), that is, without having to 
generate named styles.




--> In practice, the answer is NO.

"Out of the box", the DocBook XSL stylesheets, which are not our work 
(http://docbook.sourceforge.net/release/xsl/current/), do not support 
(1) our named styles extension.


Given the size and complexity of the DocBook XSL stylesheets, we never 
dared to modify them to add support for (1), our named styles extension.


Even worse, we never dared to modify them to add support for (2), our 
xfc:outline-level extension.


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Support for OpenVMS servers?

[Hussein Shafie]

On 03/26/2018 06:20 PM, Carl F. wrote:


Do you support xmlmind running on an OpenVMS server. The operating
system is the lates, VMS 8.4-2L1, and supports Java 8.

Do you have any customers using XMLMIND server on OpenVMS?


No, not to our knowledge.

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] Release of XMLmind XSL-FO Converter v5.5

[Hussein Shafie]

XMLmind XSL-FO Converter Evaluation Edition v5.5 can be downloaded from 
http://www.xmlmind.com/foconverter/downloadeval.shtml


Professional Edition users, please upgrade using this form: 
http://www.xmlmind.com/store/download.php


(The above form is usually accessed through 
http://www.xmlmind.com/foconverter/upgrade.html.)


_

XMLmind XSL-FO Converter v5.5:

Highlights:

- XMLmind XSL-FO Converter, which passed all non-regression tests, is 
now officially supported on Java™ 9 platforms.


- New fo2docx options may be used to suppress the "[Compatibility Mode]" 
text appearing in the title bar of MS-Word 2013 and 2016 and also to 
generate "Strict Open XML" DOCX files.


- XMLmind XSL Utility and XMLmind XSL Server's controlapp: changed the 
technology used to implement the context-sensitive online help from 
obsolete JavaHelp to a dedicated, embedded Web browser displaying Web Help.


- Updated several software components in XMLmind XSL Utility and XMLmind 
XSL Server.


- Minor bug fixes in XMLmind XSL Utility and XMLmind XSL Server.



More information:
http://www.xmlmind.com/foconverter/changes.html

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Can XMLmind XSL-FO Converter use a template (DOCX, RTF, etc) document?

[Hussein Shafie]

Nils T. wrote:


I tried it out and unfortunately the processor has some problems with
the complex title page of my documents. Is it possible to pipe the
output of the XSL-FO converter into an already existing document that
would be used as a template?


No, not at all.




Or can I somehow replace the base document
that XSL-FO converter will use as the basis?



Sorry but XMLmind XSL-FO Converter does not use a base document or a 
template document as the basis.


Most of our customers slightly adapt their existing XSLT stylesheets 
(which generate the XSL-FO input file) to XMLmind XSL-FO Converter 
limitations and specificities:


XMLmind XSL-FO Converter Conformance Statement,
http://www.xmlmind.com/foconverter/conformance.html



See also this FAQ:
---
I cannot get the results that I want. Can you help me tweak my XSLT 
stylesheet?

---
http://www.xmlmind.com/foconverter/faq.html#xsl_consulting

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Effect of docbook.sourceforge.net being down

[Hussein Shafie]

Vernon M. wrote:
> The site http://docbook.sourceforge.net is currently down.
>
> As a result, my usage of fo2docx is greatly impaired while it waits for
> timeouts for the following file:
> http://docbook.sourceforge.net/release/images/draft.png
>
> Can you help me modify the release so that it does not depend on this
> file (or any others at http://docbook.sourceforge.net?
>
> I'm using version xfc_pro_java-5_4_3
>

Please note that this is an XSLUtility issue. Simple command-line 
utility fo2docx.bat cannot process DocBook documents, just XSL-FO files.


We will fix this XSLUtility bug in next version.



--> If your documents are DocBook 4.x documents, please edit

/addon/config/docbook/xslutil.conversions

using a text editor and after *EACH* line:

%~px../images/callouts/

add the following new line:

%~px../images/draft.png--> If your documents are DocBook 5.0 documents, please make the same 
changes as above but in:


/addon/config/docbook5/xslutil.conversions



--> If your documents are DocBook 5.1 documents, please make the same 
changes as above but in:


/addon/config/docbook51/xslutil.conversions



--> Alternatively, you may edit the relevant conversion from within 
XSLUtility by clicking "Edit", selecting the "Transform" tab of the 
"Edit" dialog box 
(http://www.xmlmind.com/foconverter/_distrib/xslutil/doc/help/com.xmlmind.xslutil.ConversionEditor.html) 
and finally adding the following XSLT stylesheet parameter:


name=

draft.watermark.image

value=

%~px../images/draft.png

(or value=%~px../images/draft.svg
if you prefer)




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] fo2docx justified alignment anomalies chinese

[Hussein Shafie]

Martin F. wrote:


in order to create microsoft word document files from our docbook source
code, we purchased a license of your xsl-fo processor some time ago and
integrated your fo2docx.bat processor into our documentation toolchain
with great success both under Windows 7 and 10. For the PDF document
output we use the standard fop script from the apache group. We
regularly use justified alignment for all of our documentation projects.


Understood.





Still we experience an issue with justified alignment anomalies when
generating chinese word document while the pdf output looks good.


Sorry, but sending us JPG screenshots does not really help. As explained 
here:

---
Writing a usable bug report

... please make sure to include all the following information in your 
bug report:

...
- If the problem is a defect in the output file generated by XFC, an 
XSL-FO input file, preferably small, indented, written by hand, allowing 
to reproduce this problem.

...
---
http://www.xmlmind.com/foconverter/support_policy.html#bug_report

we need a sample XSL-FO file allowing us to reproduce the issue here at 
XMLmind.





In chinese Word documents, numeric letters are spaced oddly far apart from
the standard text, while the chinese letters are appealingly spaced. In
PDF output the entire text is spaced appealingly no matter if the text
contains numeric values or chinese letters.

Please see attached image files, in which I have circled the problematic
areas in red. The PDF output contains the alignment that we expect. The
DOC output contains the odd alignment.

Do you know such a behaviour


No.




and did you fixed such an issue in next
versions of fo2docx.bat?


May be. We don't even know which version of XMLmind XSL-FO Converter you 
are using!






Is it possible to fix our problem by an update?



May be. However as explained here:
---
Before writing your bug report

Make sure to use the latest version of the product. Download and run 
latest Evaluation Edition if needed to.

---
http://www.xmlmind.com/foconverter/support_policy.html#bug_report

it's up to you to check this.



--> Please carefully read this new section

"Special support for East Asian fonts"

http://www.xmlmind.com/foconverter/_distrib/doc/user/implementation.html#east_asian_fonts

because we suspect that properly declaring the East Asian fonts you use 
to XMLmind XSL-FO Converter would solve the issue.




--> Then please download latest Evaluation Edition from here:

http://www.xmlmind.com/foconverter/downloadeval.shtml#xfc_engine

and give this version a try by using the proper 
-eastAsiaFontFamilies=map option.




--> If doing this does not solve the issue, please file a formal bug 
report including a sample XSL-FO file allowing us to reproduce the issue 
here at XMLmind.


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Hi - Can you help?

[Hussein Shafie]

On 12/02/2017 12:50 PM, Tim Butterworth wrote:

I am using the XMLMind server to generate a DOCx format file (sample attached).

On the front cover of the document, I wish for the ‘text’ (currently appearing 
on page 2) to ‘overlay’ on top of the front cover image.

The definition for that section of the document as I have is like this:








: 









I have attempted many different ways to achieve this - and I was hoping that 
the x-index property would have worked for me? But it seems to not be doing 
what it should.

Do you have any suggestions as to what may work?



--> Property z-index is not supported. See 
http://www.xmlmind.com/foconverter/conformance.html (search for "z-index").




--> Adding a background image (e.g. "data/coverimage") to your 
"frontcover" page-master (not to the flow) should allow you to achieve 
what you want.


How to do this is documented here:

4.10. Adding a watermark to the generated document

http://www.xmlmind.com/foconverter/_distrib/doc/user/implementation.html#watermark


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Problems with latest version of XMLMind

[Hussein Shafie]

On 11/06/2017 08:00 AM, Richard Tomkins wrote:

I installed XMLMind and started to go through the tutorial in ernest.

I was starting to get a handle on the basic operation.

After creating a compound document (DocBook 5.1), I decided to take a
chance and see what the converted output looked like.

The PDF document looked OK

The Word Office Open XML, has numerous spelling mistakes throughout.

The Open Document format also produces numerous spelling mistakes.

Somethings not right.


All our products are called "XMLmind". ("XMLmind" is a brand name.)



--> If you are talking about XMLmind XSL-FO Converter Evaluation 
Edition, this is normal.


See http://www.xmlmind.com/foconverter/downloadeval.shtml
---
About Evaluation Edition

Note that Evaluation Edition is useless for any purpose other than 
evaluating XMLmind XSL-FO Converter. This edition generates output 
containing random duplicate letters. (Of course, this does not happen 
with Professional Edition!)

---



--> If you are talking about XMLmind XML Editor Personal Edition, this 
is normal:


XMLmind XML Editor Personal Edition includes only XMLmind XSL-FO 
Converter *Evaluation* *Edition* as an add-on.


Short description of this add-on here: 
http://www.xmlmind.com/xmleditor/addons_doc.html#xfc_foprocessor





--> If you are talking about XMLmind DocBook Editor, whether 
Professional Edition or Personal Edition, this is normal:


XMLmind DocBook Editor, whether Professional Edition or Personal Edition 
includes only XMLmind XSL-FO Converter *Evaluation* *Edition* as an add-on.


See also "Which editor to choose?", 
http://www.xmlmind.com/xmleditor/which_editor.html


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] markers don't work

[Hussein Shafie]

Jack R. wrote:


Seems like the last thing I'm struggling with is getting 'markers' to work.


I'm setting markers like this:

Foo is bar

And using them like this:






For some reason they are not returning anything. Just blank.


That's right.

fo:marker and fo:retrieve-marker are NOT supported by XMLmind XSL-FO 
Converter.


This limitation, like all the other limitations of XMLmind XSL-FO 
Converter, is documented in "XMLmind XSL-FO Converter Conformance 
Statement", http://www.xmlmind.com/foconverter/conformance.html . You 
should really take a close look at this table.


Please note that almost all the limitations cannot be removed by us 
because they are caused by the intrinsic limitations of the RTF, WML, 
DOCX and ODT output formats. See also 
http://www.xmlmind.com/foconverter/_distrib/doc/user/limitations.html



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Using XMLmind XSL Utility to convert DocBook to Eclipse Help

[Hussein Shafie]

Ekaterina S. wrote:


Actually, I'm feeling more and more that XSL Utility suits our needs. Currently 
I'm still in the process of setting everything up, but already now most of the 
things work and conversion is done much, much faster than with xsltproc.
I will continue to investigate.


I'm convinced that a couple of .bat files invoking Java, Saxon (replaces 
xsltproc), the DocBook XSL stylesheets, FOP (for PDF output) would serve 
you better than XMLmind XSL Utility.


You don't need to generate RTF, WML, DOCX, ODT, then you definitely 
don't need XMLmind XSL Utility.







I understand that you cannot answer all questions about DocBook itself (and 
thank you for answering anyway!), but now I have a couple related to the XSL 
Utility.



Support is anyway quite limited, even for customers. See our support 
policy: http://www.xmlmind.com/foconverter/support_policy.html






In http://www.xmlmind.com/foconverter/_distrib/xslutil/doc/help/generating_chm_file.html, 
it's said that "a process command is always executed in the temporary working 
directory (variable %W)". Is it also so for the transformation step?


The ".bat" file possibly specified in the "Execute process command" 
field of the "Process" tab (see 
http://www.xmlmind.com/foconverter/_distrib/xslutil/doc/help/com.xmlmind.xslutil.ConversionEditor.html) 
uses the %W temporary directory as its current working directory.


The concept of "current working directory" does not apply to any other 
conversion step, including the transform step.


However this %W temporary working is always created just in case it can 
be useful.





Is temporary working directory set automatically, or can it be changed?


This %W temporary working directory is dynamically created and 
automatically deleted at the end of the conversion. You have no control 
whatsoever over it.






Is it possible to use environment variables in process step?


No, but you can specify a ".bat" file in the "Execute process command" 
field of the "Process" tab. See 
http://www.xmlmind.com/foconverter/_distrib/xslutil/doc/help/com.xmlmind.xslutil.ConversionEditor.html






Is it possible to use two modifiers with one variable?


No. See 
http://www.xmlmind.com/foconverter/_distrib/xslutil/doc/help/variables.html






BTW, the css problem can be solved (partially) with generate.css.header 
parameter.



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Using XMLmind XSL Utility to convert DocBook to Eclipse Help

[Hussein Shafie]

Ekaterina S. wrote:


Thank you, your tip really helped.

I have now another question (you see, I really want to make this utility work 
:)): is there anything special I have to have in mind regarding using the 
custom.css.source parameter? Specifying it directly in the conversion 
specification like
%~pxEclipseHelpAdaptations.css.xml
generates an error like
ERROR: Fatal error: Failed to create output file 
C:\src\doc\help\/file:/C:/src/tools/XXX/addon/EclipseHelpAdaptations.css


Not 100% sure, not tested by me, but according to the DocBook XSL 
stylesheet reference manual:


http://docbook.sourceforge.net/release/xsl/current/doc/html/custom.css.source.html

You should specify

name="custom.css.source">EclipseHelpAdaptations.css.xml


No "%~px" prefix.

However file "EclipseHelpAdaptations.css.xml" must indeed be copied to 
the directory containing the "eclipse3.xsl" DocBook XSL stylesheet.


The directory containing the stock DocBook XSL stylesheet being:

file:/C:/tools/XMLmind_XSL_Utility/addon/config/docbook5/xsl/eclipse/

according to your .



This is needed because the DocBook XSL stylesheet reference manual says:

---
1. The stylesheet uses the XSLT document() function to open the file 
specified by the  parameter [custom.css.source IMPLIED HERE] and load it 
into a variable.


2. The stylesheet forms an output pathname consisting of the value of 
the base.dir parameter (if it is set) and the value of custom.css.source 
[THIS IMPLIES THE VALUE "AS IS"], with the .xml suffix stripped off.

---

To learn about the XSLT document() function, please refer 
tohttps://www.w3.org/TR/xslt#document





--> Please note that

1) this question is not related at all to XMLmind XSL Utility but to the 
DocBook XSL stylesheets;


2) we do not officially support the conversion of DocBook to Eclipse 
Help in XMLmind XSL Utility precisely to avoid providing our customers 
with this kind of support.


The customers of XMLmind XSL Utility basically use it to convert DITA to 
a variety of formats, including RTF, WML, DOCX and ODT. Therefore I'm 
not sure that XMLmind XSL Utility is the right tool for your use case.


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Using XMLmind XSL Utility to convert DocBook to Eclipse Help

[Hussein Shafie]

Ekaterina S. wrote:

I've been trying to set up DocBook -> Eclipse Help conversion using XSL 
Utility, but I keep running into the same problem:

Don't know how to chunk with Saxonica
ERROR: Fatal error: Processing terminated by xsl:message at line 85 in 
chunker.xsl
ERROR: net.sf.saxon.expr.instruct.TerminationException: Processing terminated 
by xsl:message at line 85 in chunker.xsl


This error message is 100% correct.

You cannot use Saxonica, that is, Saxon 9, an XSLT 2.0 processor, to 
process the DocBook XSL stylesheets. You need to use the old version 
Saxon 6, an XSLT 1.0 processor, to do that.


Unlike our own, in-house, DITA XSLT stylesheets which are XSLT 2.0 
stylesheets, the DocBook XSL stylesheets are all XSLT 1.0 stylesheets.


Please remove xsltVersion="2.0" from the conversion specification below 
and this should fix this problem.




While at it,

1) Please also replace:

documentation="http://www.xmlmind.com/ditac/_distrib/doc/manual/xsltParams.html#xsltParams__%{parameter.name|plugin-name}"

by

documentation="http://docbook.sourceforge.net/release/xsl/current/doc/html/%{parameter.name|base.dir}.html"

2) Please also remove (twice):

100%

(This parameter is specific to the DITA XSLT stylesheets.)





This happens even if I don't use any customization layer, meaning I use 
XMLmind_XSL_Utility/addon/config/docbook5/xsl/eclipse/eclipse3.xsl directly as 
the stylesheet.

The conversion specification is the following:


  http://www.xmlmind.com/ditac/_distrib/doc/manual/xsltParams.html#xsltParams__%{parameter.name|plugin-name}">
%~px../images/
%W%S
%~px../images/callouts/
100%
%~pi
1
100%
  


I use XSL Utility as command line application calling it like:
C:\tools\XMLmind_XSL_Utility\bin>xslutil-c.bat TESTEclipseHelp c:\src\Help.xml 
c:\src\gen_help\


I've never run into this problem when using xsltproc (which we want to replace 
with XMLMind).

Could you please give some advice where to look into?
Unfortunately, I couldn't find any solution by just googling (and reading Bob 
Stayton's book, of course).


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Using XMLmind XSL Utility to convert DocBook to Eclipse Help

[Hussein Shafie]

Ekaterina S. wrote:


I have downloaded the trial version from
http://www.xmlmind.com/foconverter/downloadeval.shtml#xslutil and have
been experimenting with it to make sure that it suits our needs. I would
like to clarify one issue.



In our environment, we use DocBook as documentation format. The output
formats for our documents are PDF and Eclipse Help.



Conversion to PDF using XSL Utility is pretty straightforward, and
currently I don’t have any questions about it.



As for Eclipse Help, you state that “out of the box,” only DITA ->
Eclipse Help conversion is possible, but not DocBook -> Eclipse Help.


That's right. "DITA -> Eclipse Help" is implemented by a copy of XMLmind 
DITA Converter (http://www.xmlmind.com/ditac/), our in-house, 
full-fledged DITA processor, which is embedded in XMLmind XSL Utility.


There is no equivalent of XMLmind DITA Converter for DocBook documents. 
That's why, for DocBook documents, all the conversion steps must be 
specified "by hand" using the XMLmind XSL Utility Conversion editor (see 
http://www.xmlmind.com/foconverter/_distrib/xslutil/doc/help/com.xmlmind.xslutil.ConversionEditor.html).


As the users of XMLmind XSL Utility are mainly interested in conversion 
to DOCX, we didn't bother specifying the conversion of DocBook documents 
to formats other than DOCX, WML, RTF, ODT and PDF, (that is, output 
formats generated out of an intermediate XSL-FO file).






So
I’m curious, does this “out of the box” phrase mean that with some
additional customization it would be possible to also *use* *XMLmind XSL
Utility to* *create Eclipse Help from DocBook sources?*


Yes, this is possible by creating a DocBook to Eclipse Help conversion 
specification using XMLmind XSL Utility Conversion editor 
(http://www.xmlmind.com/foconverter/_distrib/xslutil/doc/help/com.xmlmind.xslutil.ConversionEditor.html).


Please take a look at this appendix "D. Using XMLmind XSL Utility to 
convert a DocBook 4 document to HTML Help (.chm file)", 
http://www.xmlmind.com/foconverter/_distrib/xslutil/doc/help/generating_chm_file.html


It explains how to specify a custom conversion allowing the conversion 
of DocBook 4 to HTML Help.


The conversion of DocBook 5 to Eclipse Help is similar though slightly 
simpler as it does not involve invoking "hhc.exe" Microsoft's HTML Help 
compiler.







I can see that
in XMLmind DocBook Editor there is such possibility.


That's right, but XMLmind DocBook Editor conversion facilities leverage 
a different, more generic, more flexible mechanism called process 
commands 
(http://www.xmlmind.com/xmleditor/_distrib/doc/commands/process.html).






Can it be that XSL
Utility also has it,


No, not out of the box.





but it’s just not that obvious?


It’s just not that obvious. However with relatively little efforts, you 
can do that too using XMLmind XSL Utility.


Please give it a try. The only tricky step is the last "Process" step in 
which you'll copy to the output directory all the images referenced in 
your DocBook input file.








I guess I need to mention that we are interested in performing such
conversion using command-line capabilities.


XMLmind XSL Utility can be used as a command-line tool. See "2.5. 
XMLmind XSL Utility as a command-line tool", 
http://www.xmlmind.com/foconverter/_distrib/xslutil/doc/help/running.html#command_line


FYI, XMLmind DocBook Editor too. See "The xxetool command-line utility", 
http://www.xmlmind.com/xmleditor/_distrib/doc/xxetool/index.html








Or could you maybe kindly give us any other advice regarding DocBook –
Eclipse Help conversion with the help of your products, what could be used?





--> You don't need any fancy, commercial tool to convert DocBook to PDF 
and to Eclipse Help using command-line tools. This excellent book


DocBook XSL: The Complete Guide by Bob Stayton
http://www.sagehill.net/docbookxsl/

explains (among many, many other things) which free, open source tools 
you'll have to download and install to achieve that.




--> This being said, if you don't want to read a lot of docs, install a 
lot of free open source software and just want to convert DocBook to PDF 
and Eclipse Help, then XMLmind DocBook Editor is the best possible choice.


XMLmind DocBook Editor is inexpensive; conversion DocBook to PDF and to 
Eclipse Help works out the box; XMLmind DocBook Editor can be used as a 
command-line tool thanks to the xxetool command-line utility; XMLmind 
DocBook Editor fully supports DocBook v5.1, including assemblies 
(http://tdg.docbook.org/tdg/5.1/ch06.html).


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Quick question while evaluating XFC

[Hussein Shafie]

On 10/09/2017 02:29 AM, Jack Reyneke wrote:



We are evaluating XFC for XSL:FO to DocX conversion.


We need to print "Page ## of ##" at the bottom of the page. E.g. Page 1
of 4.


Using Apache FOP this was the solution:

 
Page  of

 


 



This allowed the document to print the current page and insert a
reference to the last page. How can I achieve the same with XFC.



It's exactly the same when using XFC, but with a twist. XFC has no way 
to determine the page numbers. Only MS-Word can do this.


 and  are translated by XFC 
to DOCX fields (having an initial value of "0") and the values of these 
fields must be updated by MS-Word itself after opening the generated 
DOCX file in the word processor.


More info in this FAQ:
---
I use the page-number-citation object to print the number of pages in my 
document, but the displayed value is always 0 when I load the document 
in MS-Word. How can I get the correct value?

---
http://www.xmlmind.com/foconverter/faq.html#fields






Lastly, we are evaluating it for running on a Linux machine and for
being called from Java. Will you please recommend the product I should
contact sales for.


I'm sorry but I don't have enough information to answer this question. I 
can simply say that you may not use "Desktop License" for that.


More info in "Which license to choose?", 
http://www.xmlmind.com/foconverter/which_license.html





So ideally we just want to use it as a Jar file from
inside a Java app for when people want to export to Word instead of PDF.




"Just the Jar file" xfc.jar *IS* the product. Everything else (XSL 
Utility, XSL Server) is given away when you purchase xfc.jar.




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] XMLmind XSL-FO failing to convert our FO

[Hussein Shafie]

Amit D. wrote:


It seems that the documents we need to convert are
failing from the sample. Is this something your team can look at and let us
know if this will work for us?


Yes, our product fails miserably:

---
XFC error: java.lang.ArrayIndexOutOfBoundsException: 0
+---
| com.xmlmind.fo.converter.docx.Table.layout(Table.java:554)
...
---

But, Apache FOP fails too (probably for the same reason, but with a more 
sensible error message):


---
org.apache.fop.fo.ValidationException: 
file:/home/hussein/tmp/userguide.fo:1627:148: "fo:table-row" is missing 
child elements. Required content model: (table-cell+) (See position 
1627:148)

---

Your userguide.fo seems to have many problems (not only the above fatal 
one). The simplest would be to first fix them all.







Here's the PDF file (we are using Antenna House).
[LINK DELETED]

Here's the FO file
[LINK DELETED]


It's quite difficult to use your userguide.fo.

All the image files are missing. Moreover the image locations are 
specified using file paths and not URIs, which is incorrect.


---
XFC warning: cannot resolve URI "D:\XXX\YYY\ZZZ.jpg" 
(file:/home/hussein/tmp/userguide.fo, line #632, column #13902)

---

It should be "file:/D:/XXX/YYY/ZZZ.jpg"

More info about image paths found this FAQ:
---
My .fo file contains a fo:external-graphic element which points to an 
existing JPEG file, but this image is not showing in the document 
generated by XFC. Are there known bugs related to image support in XFC?

---
http://www.xmlmind.com/foconverter/faq.html#image_not_showing






We can change the FO if needed for XMLmind but in an ideal world we would use
the same FO output that we use with AH with XMLMind.



Sorry but this is unlikely to happen (for real-world documents).

Useful tips found in this FAQ:
---
I cannot get the results that I want. Can you help me tweak my XSLT 
stylesheet?

---
http://www.xmlmind.com/foconverter/faq.html#xsl_consulting



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] Release of XMLmind XSL-FO Converter v5.4.5

[Hussein Shafie]

XMLmind XSL-FO Converter Evaluation Edition v5.4.5 can be downloaded 
from http://www.xmlmind.com/foconverter/downloadeval.shtml


Professional Edition users, please upgrade using this form: 
http://www.xmlmind.com/store/download.php


(The above form is usually accessed through 
http://www.xmlmind.com/foconverter/upgrade.html.)


_

XMLmind XSL-FO Converter v5.4.5 (June 21, 2017):

- Updated some software components in XMLmind XSL Utility and XMLmind 
XSL Server.


- Changed "Licensor" from "Pixware SARL" to "XMLmind Software" in all 
licenses.




More information:
http://www.xmlmind.com/foconverter/changes.html

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] The XML Products Division of Pixware SARL becomes "XMLmind Software"

[Hussein Shafie]

The XML Products Division of Pixware SARL becomes a company of its own 
called "XMLmind Software" (http://www.xmlmind.com/contact.html).


This changes nothing at all for the customers of XMLmind products: same 
licences, same product and maintenance prices, same support, same 
software engineers.



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] issues with page margins and background images

[Hussein Shafie]

Enoch K. wrote:

I have run into some issues regarding XMLMind when converting the XML:FO to 
DocX/RTF format through XMLMind, and I am hoping that there is a solution to 
remedy these issues. Since, this is an escalated issue in which one of our 
customers have brought up to us. We’d like to get this resolved as soon as 
possible. Below is the section of the XML:FO that we are sending into XMLMind 
for conversion:



http://www.w3.org/1999/XSL/Format;>

   

  

 

 

 

 

 

  

  

 

 

 

 

 

  

  

 

 

 

 

 

  
   

   

   

  

 



   test text 1



 

  

   

   

  

 



   

  test text 2

   




 

  

   

   

  

 



   

  test text 3

   




 

  

  

   





As you see there are three separate simple-page-master that we are using to create 
three separate pages with different properties (header-margin & background 
images). Only the 1st simple-page-master has an actual background image, and only 
the 2nd simple-page-master has a header margin of 1 inches when other two pages 
have 0 inches. One thing to note is that we have added the “some_dummy_image.png”, 
which is a 1x1 pixel image, to prevent the first background image from repeating in 
subsequent pages since “none” option causes this issue. The result in the PDF 
output works as how we have set up, but when we preview this document in DocX or 
RTF, we are seeing the header margin for both.



The peculiar thing is that when you look at the page layouts for each page, you 
see that the top margin is 0 inches for 1st and 3rd pages and 1 inch for 2nd page. 
Yet, 1st and 3rd pages contain header margin as well. After further investigation, 
when you unzip the docx file, you see three separate xml files for header1, 
header2, and header3 referring to headers for pages 1, 2, and 3, respectively. In 
these header files, the ‘imagedata’ is being referred to rather than in the 
document.xml file, which I’m assuming where the ‘imagedata’ should be located 
since, we have defined the background image in the ‘simple-page-master’, 
specifically in the ‘region-body’. Therefore, my base question is why or what 
happens to the XMLMind that converts this XSL:FO that outputs the background image 
in the header.xml rather than in the document.xml>. Moreover, is there any way 
that we could fix this issue or a workaround.



1) Why specify the background image in the header.xml rather than in the 
document.xml?


ANSWER: because it's the only way to have different background images 
(or no background image at all) on different sections of a document.




2) How to have a background image just on my first page sequence and not 
on the other page sequences?


ANSWER:

* 

Re: [XFC] Fw: Could not initialize class com.xmlmind.xmledit.cssparser.ParseUtil on live Linux

[Hussein Shafie]

--> You are still sending us XSLT (.xsl) files. We have already informed 
you that we need XSL-FO (.fo) files to easily reproduce an issue here.


Had we noticed that, we would have rejected your support request.

Please carefully read XMLmind XSL-FO Converter support policy before 
posting a support request:


http://www.xmlmind.com/foconverter/support_policy.html




On 04/05/2017 05:20 PM, Rajesh Kumar Chaudhary wrote:


I gone through  as per as your instruction and found that background image   
are coming with docx file
but not 100 percent it's showing same image whatever we are setting in xsl file
same code working fine pdf
see example attached file there pdf is correct but word file not
is there any special  attribute for docx file



No, there is none. What you get is the best our tool can do.

Reference:

4.10. Adding a watermark to the generated document
http://www.xmlmind.com/foconverter/_distrib/doc/user/implementation.html#watermark




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Need help

[Hussein Shafie]

On 02/15/2017 10:44 AM, himanshumahara wrote:



I need one help.


I want to create the section (shown on attached document) with exact
border and border styling.


can you suggest me the code that i can write?



I'm sorry but this is not possible. We don't answer questions like 
"which XSL-FO should I generate in order to get this". This is *your* 
*job* to determine which code you should write.


This is clearly stated in our Support policy:
http://www.xmlmind.com/foconverter/support_policy.html

---
* You are an XSLT developer writing a stylesheet which generates XSL-FO:

Support is limited to bug reports and requests for enhancements. Note 
that we'll not answer questions like: "what is wrong with this XSL-FO 
snippet" or "which XSL-FO should I generate in order to get this". More 
information in this FAQ: "I cannot get the results that I want. Can you 
help me tweak my XSLT stylesheet?"

---



--> I also suggest that you carefully read this FAQ:
---
I cannot get the results that I want. Can you help me tweak my XSLT 
stylesheet?

---
http://www.xmlmind.com/foconverter/faq.html#xsl_consulting




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Could not initialize class com.xmlmind.xmledit.cssparser.ParseUtil on live Linux

[Hussein Shafie]

On 02/13/2017 07:12 PM, Tim Butterworth wrote:

Many thanks - I think the correct route is that I have now restarted the server 
using the -c parameter on the server - and we can now see if that is now 
allowing the access that we need.



Unfortunately, I'm not sure that this will work on your Linux server.



--> The basic idea behind our controlapp and the bundled Jetty 7 Servlet 
Container is to let *Windows* users quickly deploy XMLmind XSL Server.


On Windows, controlapp can start the bundled Jetty 7 Servlet Container 
as a native service. See "Run XMLmind XSL Server as a Windows® native 
service", 
http://www.xmlmind.com/foconverter/_distrib/xslsrv/doc/help/nativeService.html#nativeService




--> On Linux, the situation is different: controlapp cannot start the 
bundled Jetty 7 Servlet Container as a native Unix daemon.


We explain this in the documentation "Running XMLmind XSL Server as a 
Unix daemon", 
http://www.xmlmind.com/foconverter/_distrib/xslsrv/doc/help/unixDaemon.html#unixDaemon


---
Currently controlapp does not allow to run XMLmind XSL Server as a Unix 
daemon. On the Mac and on Linux, you may use controlapp to configure 
XMLmind XSL Server but after that, you'll need to write the init script 
by hand and then install this script in the proper place.

---

However we have no idea about how to write a Unix init script or install 
this script in the proper place. We never did that. We never tested that.




--> On Linux, it's recommended to install a Tomcat server as a Unix 
daemon. How to do this should be well documented on the Web. (This is 
what our own Unix sysadmin has done on our http://www.xmlmind.com/ server.)


After you manage to do that and have Tomcat server running as a Unix 
daemon, simply deploy XMLmind XSL Server as any normal web app.


If you prefer to use a .war file for that, building xslsrv.war is very 
simple:


---
$ cd xslsrv_install_dir/xslsrv

$ ls
addon
mime.types
resource
WEB-INF

$ jar cvf ../xslsrv.war *
---

(xslsrv.war is expected to directly contain addon/, mime.types, 
resource/, WEB-INF/)





--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Could not initialize class com.xmlmind.xmledit.cssparser.ParseUtil on live Linux

[Hussein Shafie]

If it works on "local system(window)" and not on "live(Linux)", may be 
there is a problem with "live(Linux)".


There is no problem with Linux in general. See for example attached 
eticketdetail.pdf. It was generated on my Linux box this morning using 
XMLmind XSL Server 5.4.3/Apache Tomcat 8 (not bundled Jetty)/Latest 
Oracle Java 1.8.


I remember having the same kind of false java.lang.NoClassDefFoundError 
exceptions with Jetty when, by mistake, I used an old Java 1.6 runtime 
to run my server tests.


Switching to a recent Oracle Java 1.8 fixed the problem.

This requirement is documented here:
---
Before you begin

Make sure to have a Java™ runtime 1.7+ installed on your computer.
---
http://www.xmlmind.com/foconverter/_distrib/xslsrv/doc/manual/deploy1.html

If switching to a recent Oracle Java 1.8 does not fix the problem, then 
I cannot help you as I have no way to reproduce the problem here at XMLmind.






Rajesh Chaudhary wrote:


we have install the  software on both  live(Linux) and local system(window), we 
are trying convert  form xml, xsl fo file pdf and it's preforming well in this 
on both server server live and local

bur we have issue in case conv=xhtmlToPDF  it's working fine on local system

not working on live (Linux)system showing error

Start
5 steps
Step #0
Information: Converting "http://XXX/clientlibrary/demo1/Client%20Documents/eticketdetail.html; to 
"/tmp/jetty-0.0.0.0-8086-xslsrv-_xslsrv-any-/cache/1419/xfc.pdf" using conversion specification 
"xhtmlToPDF"...
Step #1
Information: Preprocessing XHTML file 
"http://XXX/clientlibrary/demo1/Client%20Documents/eticketdetail.html; and saving result 
to 
"/tmp/jetty-0.0.0.0-8086-xslsrv-_xslsrv-any-/tmp/xslu1165404559927637330/xslu6861662141941910701.tmp"...
Stop
Error: Unexpected end of job #1,419:
java.lang.NoClassDefFoundError: Could not initialize class 
com.xmlmind.xmledit.cssparser.ParseUtil
+---
| com.xmlmind.xmledit.cssparser.Parser.simple_selector(Parser.java:816)
| com.xmlmind.xmledit.cssparser.Parser.selector(Parser.java:752)
| com.xmlmind.xmledit.cssparser.Parser.ruleset(Parser.java:704)
| com.xmlmind.xmledit.cssparser.Parser.stylesheet(Parser.java:239)
| com.xmlmind.xmledit.cssparser.Parser.parse(Parser.java:120)
| com.xmlmind.xmledit.cssparser.Parser.parse(Parser.java:106)
| com.xmlmind.xmledit.stylesheet.StyleParser.parse(StyleParser.java:233)
| com.xmlmind.xmleditext.xhtml.csstoxsl.CSSToXSL.annotate(CSSToXSL.java:263)
| com.xmlmind.xmleditext.xhtml.csstoxsl.CSSToXSL.annotate(CSSToXSL.java:285)
| com.xmlmind.xmleditext.xhtml.csstoxsl.CSSToXSL.annotate(CSSToXSL.java:227)
| com.xmlmind.xmleditext.xhtml.csstoxsl.CSSToXSL.process(CSSToXSL.java:122)
| com.xmlmind.xmleditext.xhtml.csstoxsl.CSSToXSL.process(CSSToXSL.java:109)
| com.xmlmind.xslutil.ConvertTask.processXHTML(ConvertTask.java:724)
| com.xmlmind.xslutil.ConvertTask.doRun2(ConvertTask.java:538)
| com.xmlmind.xslutil.ConvertTask.doRun(ConvertTask.java:136)
| com.xmlmind.xslsrv.ConvertJobTask.doRun(ConvertJobTask.java:62)
| com.xmlmind.xslutil.ConvertTask.run(ConvertTask.java:113)
| com.xmlmind.xslsrv.ConvertJob.run(ConvertJob.java:159)
| 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
| 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)


here is xhtml template path 
http://XXX/clientlibrary/demo1/Client%20Documents/eticketdetail.html

need to convert it in pdf

you can check error here

http://web2.eecsoftware.com:8086/xslsrv/exe?



eticketdetail.pdf
Description: Adobe PDF document

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Why extra blank pages?

[Hussein Shafie]

On 01/11/2017 08:45 AM, Přemysl Š. wrote:

Even when I delete all footers and headers, the problem isn't solved. RenderX 
XEP or Apache FOP don't do that. I don't process XSL-FO files, I use builded-in 
transformator in XSL Utility. Are you sure it couldn't be bug in your code?



At the very end of your doc.xslt, in your
,
---
   
 
   
---

prevents indent="no" in your indent="no"/> from working.


I've replaced this by:
---
   
 
   
---

The problem is solved now.

That's why I warned you in my previous email:
---
2) Do not let our tool process *indented* XSL-FO files (indented XSL-FO 
files are only useful when debugging). In some cases, our tool thinks 
that open lines are significant and generates empty paragraphs for them, 
hence extra empty pages.

---





I've got one more problem. When I use:


  

  url(
  
  )

  


it works only in docx. Could you tell me, please, why?



I've added content-width="scale-down-to-fit" and it works OK in both ODT 
and DOCX. (width="165.4mm" height="66.5mm" specifies a *viewport* size 
and has no influence on the size of the image itself.)




Similar issue with another fo:external-graphic found in your docx.xslt:
---
 padding-bottom="1mm" padding-right="3mm">

   
 url(
 
 )
   
 
---

I've remove padding-left="-11mm". A negative value is not supported by 
OpenOffice/LibreOffice.





--> I've made a number of useful changes (e.g. xfc:tab-position done 
right) in your doc.xslt. Please compare this modified doc.xslt with your 
original doc.xslt.ORI.


Using this modified doc.xslt, I got (attached):

* doc.docx
* doc.odt
* doc.pdf (with FOP).

Just like you, I used XMLmind XSL Utility to create all the above 
(attached) files. Please make sure to use exactly the same conversion 
specifications to get similar results. See attached xslutil.conversions.





--> I spent 3 hours adapting your doc.xslt to our product. Normally, we 
never, ever, do this. I just wanted to be sure that your use case didn't 
reveal unknown bugs. This was *not* the case.


In the future, if you are still interested in using our product, please 
be kind enough to file formal bug reports and not a snapshot of your 
development environment (including a local copy of our software 
distribution!).


More information in "XMLmind XSL-FO Converter support policy, Writing a 
usable bug report", 
http://www.xmlmind.com/foconverter/support_policy.html#bug_report




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] Release of XMLmind XSL-FO Converter v5.4.3

[Hussein Shafie]

XMLmind XSL-FO Converter Evaluation Edition v5.4.3 can be downloaded 
from http://www.xmlmind.com/foconverter/downloadeval.shtml


Professional Edition users, please upgrade using this form: 
http://www.xmlmind.com/store/download.php


(The above form is usually accessed through 
http://www.xmlmind.com/foconverter/upgrade.html.)


_

XMLmind XSL-FO Converter v5.4.3 (December 05, 2016)

Highlights:

* XMLmind XSL Utility and XMLmind XSL Server can now convert DITA 1.3 
(Technical Content) documents.


* ODT files generated by XMLmind XSL-FO Converter (Java™ Edition only) 
can now contain SVG graphics. In previous versions, SVG was 
automatically converted to PNG.




More information:
http://www.xmlmind.com/foconverter/changes.html

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Converting DocBook to DOCX making use of named styles

[Hussein Shafie]

Michele Z. wrote:


I have tried your product and it appears to be doing what we need.
I say 'appears' because I didn't manage to exercise all the features we
need, most notably the Styles in Microsoft Word.
The reason for this is that  we generate FO files from a  DocBook
compliant XML using DocBook XSL at
http://wiki.docbook.org/DocBookXslStylesheets


This is expected when you convert DocBook documents to DOCX.





I read (most of) the detailed explanation provided at:
http://www.xmlmind.com/foconverter/_distrib/doc/user/user_styles.html
and it still appears to me (but I am no expert in these matters) that
the FO file itself require a modification to have things like



included in it.


Yes, that's right. You have understood the issue.





Do you happen to know if anybody already took the pain of
modifying/enhancing the DocBook XSL files so that the generated FO can
be processed with your product and user styles can be obtained?


Nobody did that, not even us, XMLmind. It would be a long, tedious and 
error prone task given the size and complexity of the DocBook XSL 
stylesheets.


I must add that given the way the DocBook XSL stylesheets are written 
(i.e. no systematic use of xsl:attribute-sets), I see no way to automate 
this process (i.e. use an XSLT to automatically generate a variant of 
the DocBook XSL stylesheets making use of xfc:user-style).


We know for sure that some of our customers use the xfc:user-style 
feature but they do so in their own, in-house, XSL stylesheets, which 
always happen to have moderate size and complexity.


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] Release of XMLmind XSL-FO Converter v5.4.1

[Hussein Shafie]

XMLmind XSL-FO Converter Evaluation Edition v5.4.1 can be downloaded 
from http://www.xmlmind.com/foconverter/downloadeval.shtml


Professional Edition users, please upgrade using this form: 
http://www.xmlmind.com/store/download.php


(The above form is usually accessed through 
http://www.xmlmind.com/foconverter/upgrade.html.)



   _

XMLmind XSL-FO Converter v5.4.1 (April 21, 2016):

Highlights:

- XMLmind XSL Utility and XMLmind XSL Server: updated
  several software components: Apache FOP 2.1,
  DocBook XSL stylesheets 1.79.1,
  XMLmind DITA Converter v2.6, etc.

  Latest version of XMLmind DITA Converter adds
  partial DITA 1.3 support to XMLmind XSL Utility and
  XMLmind XSL Server. Full DITA 1.3 support is planned
  for year 2016. More information in "About DITA support
  in XMLmind DITA Converter"[1].

- XMLmind XSL-FO Converter engine: better support of
  East Asian (CJK) fonts.
  See "Special support for East Asian fonts"[2].
   

[1] About DITA support in XMLmind DITA Converter
http://www.xmlmind.com/ditac/_distrib/doc/manual/dita_support.html

[2] Special support for East Asian fonts
http://www.xmlmind.com/foconverter/_distrib/doc/user/implementation.html#east_asian_fonts



More information:
http://www.xmlmind.com/foconverter/changes.html

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Section breaks in docx?

[Hussein Shafie]

On 12/15/2015 03:49 AM, Scott Dohei wrote:


I'm trying to force chapters to start on odd pages. Is it possible to
insert an odd-page section break?
Right now I'm accomplishing it in PDFs
using force-page-count=end-on-even on each chapter's page-sequence.


That's the right way to do that.




But the docx never contains any blank pages.


Yes. force-page-count=end-on-even is not supported by XMLmind XSL-FO 
Converter.


This is *not* clearly indicated in our XMLmind XSL-FO Converter 
Conformance Statement


http://www.xmlmind.com/foconverter/conformance.html

Sorry for that.






Any suggestions?



I'm sorry but no, no suggestions.


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] Release of XMLmind XSL-FO Converter v5.4

[Hussein Shafie]

XMLmind XSL-FO Converter Evaluation Edition v5.4 can be downloaded from 
http://www.xmlmind.com/foconverter/downloadeval.shtml


Professional Edition users, please upgrade using this form: 
http://www.xmlmind.com/store/download.php


(The above form is usually accessed through 
http://www.xmlmind.com/foconverter/upgrade.html.)

   _

XMLmind XSL-FO Converter v5.4 (December 10, 2015):

Highlights:

* New implementation of XMLmind XSL-FO Converter for .NET
  no longer requires installing Microsoft Visual J#® 2.0
  Redistributable Package.
  It just requires a .NET 4.0+ framework on Windows or
  Mono 3.8+ on Linux (http://www.mono-project.com/).

* XMLmind XSL Utility and controlapp (desktop application
  allowing to easily configure and control XMLmind XSL server)
  now works fine on computers having very high resolution
  (HiDPI) screens.

* XMLmind XSL Utility is now available as a Mac OS X
  native .dmg distribution including a private
  Java™ 1.8.0_66 runtime.
   

More information:
http://www.xmlmind.com/foconverter/changes.html

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] Release of XMLmind DITA Converter v2.5.7

[Hussein Shafie]

Please download XMLmind DITA Converter v2.5.7 from
http://www.xmlmind.com/ditac/download.shtml

---
XMLmind DITA Converter v2.5.7 (November 25, 2015):
---

* Element abbreviated-form is now processed as described
  in the DITA 1.2 spec, that is, it is substituted with the
  glossSurfaceForm (first occurrence of an abbreviated-form)
  or the glossAcronym (subsequent occurrences of an
  abbreviated-form) of the glossentry pointed to.

  In previous versions, abbreviated-form was systematically
  substituted with the glossterm of the glossentry pointed to.

* Documented limitation related to element glossref.

* A processing-instruction inserted in the DITA source
  by an author was moved to a different location in
  the corresponding intermediate ".ditac" file.
---

More information in http://www.xmlmind.com/ditac/changes.shtml

We plan to integrate XMLmind DITA Converter v2.5.7 into XMLmind XSL 
Utility and XMLmind XSL Server next month.


It will take more time to integrate XMLmind DITA Converter v2.5.7 into 
XMLmind XML Editor.



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] XMLMind XSL Server - Adding Font Support

[Hussein Shafie]

On 09/24/2015 09:14 PM, Peter Le wrote:


Trying to figure out how to add fonts to the XMLMind XSL Server platform.

I can see that in the web.xml there is a setting pointing to the
“customizeDir”

  Note that the above font mappings applies only to the PDF output 
format and to Apache FOP. If your question was about the Office output 
formats and XMLmind XSL-FO Converter, then please send us another 
support request. (Same approach; different customization from within 
XMLmind XSL Utility).





--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] problème d'encodage de certaines entités

[Hussein Shafie]

(Sorry but this support mailing list is in English.)



English
---

It's not a XMLmind XSL Utility problem or a Apache FOP problem, it's a 
PDF problem.


Standard PDF fonts such as Helvetica, Times or Courier simply does not 
contain the glyph for character ""


You must substitute to these fonts, other fonts containing a large 
number of glyphs, typically Arial, "Times New Roman" and "Courier New".


Fortunately this can be easily done from within XMLmind XSL Utility.

See 
http://www.xmlmind.com/foconverter/_distrib/xslutil/doc/help/com.xmlmind.guiutil.PreferencesEditorDialog.html#fop_preferences




Français


Il ne s'agit pas d'un problème XMLmind XSL Utility ou d'un problème 
Apache FOP, il s'agit d'un problème de PDF.


Les polices standard telles que Helvetica, Times ou Courier ne 
contiennent tout simplement pas le glyphe pour le caractère ""


Vous devez substituer à ces polices, d'autres polices contenant un grand 
nombre de glyphes, généralement Arial, "Times New Roman" et "Courier New".


Heureusement, cela peut être fait facilement depuis XMLmind XSL Utility.

Voir 
http://www.xmlmind.com/foconverter/_distrib/xslutil/doc/help/com.xmlmind.guiutil.PreferencesEditorDialog.html#fop_preferences




On 09/21/2015 04:39 PM, ANDRE Marie-Agnes wrote:

Bonjour,

Je vous contacte aujourd’hui car je rencontre un problème qui semble lié
à Apache FOP.

J’utilise dans mon fichier xml des entités comme par exemple  que je
déclare dans ma dtd  (j’ai essayé d’autres codes
comme  ;, même résultat). J’obtiens à chaque fois un # à la
place. Et pour d’autres caractères spéciaux, même résultat.

Y a-t-il un moyen pour que le logiciel (XMLmind XSL Utility) interprète
correctement tous les codes ou y a-t-il des limites qui ne peuvent être
contournées ?

Je vous remercie pour votre temps.

Cordialement,

*Marie-Agnès André*
Opératrice PAO
Publications & Multimedia Department
EDQM - Council of Europe - Conseil de l'Europe
7 allée Kastner Cs 30026 F- 67081 Strasbourg (FRANCE)

+ 33 (0) 3 90 21 55 15
http://www.edqm.eu
https://twitter.com/edqm_news
marie-agnes.an...@edqm.eu 

http://static.coe.int/pics/email/edqm.png



Council of Europe - Conseil de l'Europe



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] problème d'encodage de certaines entités (some character entities not rendered in the PDF)

[Hussein Shafie]

(Sorry but this support mailing list is in English.)



English
---

It's not a XMLmind XSL Utility problem or a Apache FOP problem, it's a 
PDF problem.


Standard PDF fonts such as Helvetica, Times or Courier simply does not 
contain the glyph for character ""


You must substitute to these fonts, other fonts containing a large 
number of glyphs, typically Arial, "Times New Roman" and "Courier New".


Fortunately this can be easily done from within XMLmind XSL Utility.

See 
http://www.xmlmind.com/foconverter/_distrib/xslutil/doc/help/com.xmlmind.guiutil.PreferencesEditorDialog.html#fop_preferences




Français


Il ne s'agit pas d'un problème XMLmind XSL Utility ou d'un problème 
Apache FOP, il s'agit d'un problème de PDF.


Les polices PDF standards telles que Helvetica, Times ou Courier ne 
contiennent tout simplement pas le glyphe pour le caractère ""


Vous devez substituer à ces polices, d'autres polices contenant un grand 
nombre de glyphes, généralement Arial, "Times New Roman" et "Courier New".


Heureusement, cela peut être fait facilement depuis XMLmind XSL Utility.

Voir 
http://www.xmlmind.com/foconverter/_distrib/xslutil/doc/help/com.xmlmind.guiutil.PreferencesEditorDialog.html#fop_preferences




On 09/21/2015 04:39 PM, ANDRE Marie-Agnes wrote:

Bonjour,

Je vous contacte aujourd’hui car je rencontre un problème qui semble lié
à Apache FOP.

J’utilise dans mon fichier xml des entités comme par exemple  que je
déclare dans ma dtd  (j’ai essayé d’autres codes
comme  ;, même résultat). J’obtiens à chaque fois un # à la
place. Et pour d’autres caractères spéciaux, même résultat.

Y a-t-il un moyen pour que le logiciel (XMLmind XSL Utility) interprète
correctement tous les codes ou y a-t-il des limites qui ne peuvent être
contournées ?

Je vous remercie pour votre temps.

Cordialement,

*Marie-Agnès André*
Opératrice PAO
Publications & Multimedia Department
EDQM - Council of Europe - Conseil de l'Europe
7 allée Kastner Cs 30026 F- 67081 Strasbourg (FRANCE)

+ 33 (0) 3 90 21 55 15
http://www.edqm.eu
https://twitter.com/edqm_news
marie-agnes.an...@edqm.eu 

http://static.coe.int/pics/email/edqm.png



Council of Europe - Conseil de l'Europe



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] FW: Edgar content delivery issue - images in RTF

[Hussein Shafie]

On 09/14/2015 04:49 PM, suresh.ramare...@thomsonreuters.com wrote:

I tried your below suggestion. Still image is not rendering in the document.

http://document.int.next.demo.westlaw.com/Blob/V1/If8fcb18f3d2211e598dc8b09b4f043e0.jpg?originationContext=document')"
content-width="127px" content-height="67px" role="html:img"
content-type="content-type:image/jpeg">

Let me know if I need to change anything?


Not to my knowledge. Please try to convert your XSL-FO file using 
XMLmind XSL Utility and take a look at the warnings displayed in its 
console. You'll see why the image is not rendering in the document.


Other than this, I have no way to reproduce the problem here at XMLmind as:

http://document.int.next.demo.westlaw.com/Blob/V1/If8fcb18f3d2211e598dc8b09b4f043e0.jpg?originationContext=document

opened in a Web browser returns:

Server not found

I'm almost sure the problem is not related to our product.



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Arabic writing mode rl-tb

[Hussein Shafie]

On 09/11/2015 01:05 PM, Ashok Hariharan wrote:

I have a FO file produced from an XML arabic text. When I run xfc FO
converter on it ... it gives me bad property value for the @writing-mode
attribute. (I have set it to "rl-tb")

What am i doing wrong ?


Nothing at all. Simply our products do not support right-to-left languages.

Please search for "writing-mode" in "XMLmind XSL-FO Converter 
Conformance Statement" -- 
http://www.xmlmind.com/foconverter/conformance.html -- and you'll see 
that this limitation is stated there.





Thanks

Ashok



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Books not building

[Hussein Shafie]

Mahitha B. wrote:


We recently bought 8 licenses of XMLMind XSL Utility 5.2.0 and after I
installed the tool, I’m not able to build books. Error image below.



The error is 100% correct: Method com.xmlmind.ditac.xslt.Number.format() 
indeed does not exist in recent versions of XMLmind XSL Utility (since 
2012, I think).


This problem is almost certainly caused by your custom XSLT stylesheet

C:\Subversion_trunk\tools\ditac\xsl\fo\fo_custom.xsl



1) Please make sure that this file imports the stock fo.xsl which comes 
with XMLmind XSL Utility v5.2. That is, this custom XSLT stylesheet must 
start with:


xsl:import href=xslutil-config:dita/xsl/fo/fo.xsl/

Notice the xslutil-config: prefix. It guarantees that your custom XSLT 
stylesheet imports the stock fo.xsl which comes with the installed 
XMLmind XSL Utility.


If for any reason, you don't want to use this prefix, which is not 
recommended, then please update your Subversion repository by copying 
there all the files which come with XMLmind XSL Utility v5.2.




2) Unlikely, but may be you have written custom XSLT templates making 
use of Number:format. In such case you'll have to change them to use the 
standard number formatting facilities found in XSLT 2.0. Example:


---
xsl:function name=num:roman as=xs:string
  xsl:param name=value as=xs:integer/
  xsl:number value=$value format=i/
/xsl:function
---

See http://www.w3.org/TR/xslt20/#number



This really, really important. Unless you implement 1) and may be 2) 
very carefully, I don't think you'll be able to generate documents using 
your custom fo_custom.xsl.




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Watermarking pages with XSL-FO

[Hussein Shafie]

On 05/27/2015 05:40 AM, Gary Sturgess wrote:

I'm using the .NET version of XSL-FO. One of the requirements I have is
for a watermarked page; however, it's by no means clear to me how to
achieve this. Normally I'd use background-image on a block-container,
but that is not supported; alternatively, I could use absolute
positioning, but that isn't supported either.


Yes, that's right. This is documented here:

XMLmind XSL-FO Converter Conformance Statement
http://www.xmlmind.com/foconverter/conformance.html





Is there no way to create watermarked pages, or have I just missed
something obvious?


Sorry but there is currently no way to create watermarked pages. As this 
is a quite common need, we'll try to remove this limitation in the next 
release of XMLmind XSL-FO Converter.






--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Customization of certain tags; Need help

[Hussein Shafie]

On 05/01/2015 10:33 AM, Dimple Mittal wrote:

I am trying the update the font color for the following tags in our 
stylesheets, but I am not getting the required output. Please advise how to get 
it fixed.

!-- wintitle == --

   xsl:attribute-set name=wintitle
 xsl:attribute name=font-weightbold/xsl:attribute
xsl:attribute name=colorblue/xsl:attribute
   /xsl:attribute-set

   xsl:template match=*[contains(@class,' ui-d/wintitle ')]
 fo:inline xsl:use-attribute-sets=wintitle
   xsl:call-template name=commonAttributes/
   xsl:apply-templates/
 /fo:inline
   /xsl:templ

Here, I added color attribute, but I am not getting the wintitle in blue. 
Please advise what needs to be done.



-- I cannot reproduce this problem.

In order to quickly test this, I've directly modified (not recommended 
but this was just a quick test):


XSLUtility_install_dir/addon/config/dita/xsl/fo/userInterface.xsl

by adding:

xsl:attribute name=colorblue/xsl:attribute

to:

  xsl:attribute-set name=wintitle
xsl:attribute name=font-weightbold/xsl:attribute
  /xsl:attribute-set

I then generated PDF and ODT (OpenOffice) and in both cases, wintitle 
elements were blue.




-- You almost certainly did a little mistake. Possible little mistakes are:

* you modified the wrong copy of userInterface.xsl;

OR

* you did not pass your customization correctly to XMLmind XSL Utility;

OR

* you expect wintitle elements to be blue in the WebHelp despite the 
fact that xsl:attribute-sets  such as wintitle only apply to XSL-FO 
output formats (PDF, RTF, etc) and not to XHTML-based output formats 
(HTML, EPUB, WebHelp, etc).


In the case of the last little mistake (that is, you are interested in 
customizing WebHelp and not in customizing PDF), the styles of Webhelp 
are all specified in CSS file:


XSLUtility_install_dir/addon/config/dita/xsl/webhelp/resources/webhelp.css

Simply add there:

.wintitle {
color: blue;
}

and you are done.



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] image size

[Hussein Shafie]

On 04/28/2015 10:54 AM, Thomas Radtke wrote:


we're currently trying the fo converter and notice that SVG graphics are
printed approx. half in size, while bmp's display just fine (docx
output). The same SVG graphics render ok with Apache FOP (pdf output).
What am I doing wrong here?



Nothing wrong.

My guess is that you do not specify width and height attributes in the 
fo:external-graphic referencing the SVG file.


It's strongly recommended to always specify width and height attributes 
(in in, cm, pt, etc) in fo:external-graphic.


If you cannot do that, FOP and our product, XMLmind XSL-FO Converter, 
seem to use different intrinsic image dimensions for SVG.


Passing command-line parameter (or the Java/.NET API equivalent)

set.svg.resolution

should allow you to change the intrinsic image dimensions for SVG.

For example:

-set.svg.resolution=96

Please search for set.graphic_factory_name.parameter_name in 
http://www.xmlmind.com/foconverter/_distrib/doc/user/command_line_java.html



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] XFC Stylefile

[Hussein Shafie]

On 04/04/2015 09:59 PM, Sascha Manns wrote:


thanks for clarifying. I misunderstoof the process.
I already have a set of fo stylesheets and modified them a little bit.
Now it builds very good.
I'm using:
xsl:param name=title.color#d40032/xsl:param and
xsl:param name=body.font.familyOfficinaSans-Book/xsl:param
xsl:param name=title.font.familyOfficinaSans-Book/xsl:param
also:
  xsl:attribute-set name=title.name.color
 xsl:attribute name=color#d40032/xsl:attribute
 /xsl:attribute-set

 xsl:attribute-set name=title.number.color
 xsl:attribute name=color#d40032/xsl:attribute
 /xsl:attribute-set

 xsl:attribute-set name=section.title.properties
 xsl:attribute name=colorxsl:value-of
select=$title.color//xsl:attribute
 xsl:attribute name=font-size
 xsl:value-of select=$body.font.master * 1.6/
 xsl:textpt/xsl:text
 /xsl:attribute
 /xsl:attribute-set

Actual it produces a docx with red headings. But the main title and toc
title is in black. Do you have already seen such thing?

And a second question: Is it possible to place a logo inside the headline?



You'll find all the answers about customizing the output of the DocBook 
XSL stylesheets in these two documents:


* DocBook XSL Stylesheet Reference Documentation by Norman Walsh.
http://docbook.sourceforge.net/release/xsl/current/doc/

* DocBook XSL: The Complete Guide by Bob Stayton.
http://www.sagehill.net/docbookxsl/



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] XMLMInd Questions ; Need help

[Hussein Shafie]

On 02/17/2015 11:19 AM, Dimple Jindal wrote:

HI Hussein,

I tried the method that you described with XMLmind XSL Utility v4.6.0, but 
unfortunately it is not making any difference in the output. I then downloaded 
the trial version of XMLmind XSL Utility 5.1.0 and followed the same procedure, 
This time XMLMInd is giving stylesheet error.



If you send me (mailto:huss...@xmlmind.com) a .zip or .tar.gz archive 
containing:


* A simple map file, possibly making use of your condition processing 
attributes (e.g. product, platform, audience, etc).


* One or more topic files, some of them possibly making use of your 
condition processing attributes.


* Your DITAVAL file.

then I should be able to tell you what's going wrong.

If you cannot do that then there is *no* *way* for me to help you, even 
if you upgrade to latest version of XMLmind XSL-FO Converter.






* Please advised if we have to make any change in our style sheets for newer 
version of XMLMInd.


In principle the answer is no. However I have no idea about the changes 
you made to our stock DITA XSLT 2.0 stylesheets.





* Is this the latest version?


Latest version has been released yesterday. It's version 5.2.0. See 
http://www.xmlmind.com/foconverter/changes.html






* What is the cost of this version per user?


Product fc-desk --XMLmind XSL-FO Converter for Java
Desktop License--- costs USD340 per user.

See Price List -- http://www.xmlmind.com/foconverter/price_list.html




Will it include stylesheet or dtds updates too?


XSLT 2.0 stylesheet updates, yes; DTD updates, no (DITA 1.2 is a stable 
OASIS standard).







Many thanks for your support.

Best regards,
Dimple


-Original Message-
From: Hussein Shafie [mailto:huss...@xmlmind.com]
Sent: Friday, January 30, 2015 8:19 PM
To: Dimple Jindal
Cc: xfc-support@xmlmind.com
Subject: Re: [XFC] XMLMINd XSL Utility 4.6.0; Profiling Training

On 01/30/2015 12:41 PM, Dimple Jindal wrote:


We are using XMLMind XSL Utility 4.6.0


I'm sorry but XMLmind XSL Utility v4.6.0 is no longer supported and I don't remember if 
this old version behaves like v5.1.0, which I'll use to explain you XMLmind XSL 
Utility and DITA profiling in this email.





and we need a demo of how you can create DITAVAL


A DITAVAL file is a simple, short, XML file created using any XML or text 
editor.

The syntax of a DITAVAL file is documented here:

http://docs.oasis-open.org/dita/v1.2/os/spec/common/about-ditaval.html#ditaval

You'll find attached to this email a sample DITAVAL file that we use for one of 
our documents.




and apply profiling while building outputs. Please advise what is the
procedure for getting this training and the estimated cost.


I'm sorry but our company, XMLmind, is purely a software developer. This means 
that, unfortunately, we are not organized to make demos or to train our 
customers. All I can do for you is explain things in this email.



The procedure for applying a DITAVAL file (profiling) while building outputs 
can be described as follows:

Let's suppose you have created file C:\dita\filters_1.ditaval.

1) Start XMLmind XSL Utility.

2) Select the conversion specification to which you want to add profiling. Let's suppose 
you have selected ditaToPDF. See attached screenshot xslutil_main_window.png.

3) Click Edit. This displays a dialog box.

4) Select the DITA tab.

5) Use the Browse button to specify the location of your DITAVAL file in the Conditional 
processing profile text field. For example, choose C:\dita\filters_1.ditaval. See attached 
screenshot edit_dialog_box_dita_tab.png.

6) Click OK to close the Edit dialog box.

All this is done once for all. From now, when you'll convert a DITA document to PDF, 
C:\dita\filters1.ditaval will be automatically applied.




Of course, if you have created another DITAVAL file
C:\dita\filters_2.ditaval and want to apply it, you'll have to repeat
procedure steps 1) to 6).

However after using Edit to specify C:\dita\filters_2.ditaval, using
the Description tab, you may give a *different* *name* to the
conversion, say ditaTOPDF_2.

This way you'll be able to quickly switch between ditaToPDF (has
C:\dita\filters_1.ditaval) and ditaTOPDF_2 (has
C:\dita\filters_2.ditaval).





--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] Release of XMLmind XSL-FO Converter v5.2

[Hussein Shafie]

XMLmind XSL-FO Converter Evaluation Edition v5.2 can be downloaded from 
http://www.xmlmind.com/foconverter/downloadeval.shtml


Professional Edition users, please upgrade using this form: 
http://www.xmlmind.com/store/download.php


(The above form is usually accessed through 
http://www.xmlmind.com/foconverter/upgrade.html.)

   _

XMLmind XSL-FO Converter v5.2 (February 16, 2015):

* Bug fixes.

* Updated software components (e.g. ditac) in
  XMLmind XSL Utility and XMLmind XSL Server.
   

More information:
http://www.xmlmind.com/foconverter/changes.html

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] XFC exception with OpenJDK for SVG because of batik expecting com/sun/image/codec/jpeg/TruncatedFileException

[Hussein Shafie]

Thanks for this interesting information. We'll keep it in mind, may be 
for future use. However please note that:


1) OpenJDK is not officially supported by XMLmind.

2) Java 9, whether Oracle's or OpenJDK, is not yet supported XMLmind.

3) There are no such problems with Oracle Java 6, Java 7 and Java 8 
which are officially supported by XMLmind.





On 02/06/2015 11:42 PM, David Clunie wrote:

Hi Hussein

I happened to run XFC on an OpenJDK Java 9 (build 1.9.0-ea-b48) and for
some
files it threw an exception from batik:

Exception in thread main java.lang.NoClassDefFoundError:
com/sun/image/codec/jpeg/TruncatedFileException
 at
org.apache.batik.ext.awt.image.codec.jpeg.JPEGRegistryEntry.handleStream(Unknown
Source)
 at
org.apache.batik.ext.awt.image.spi.ImageTagRegistry.readURL(Unknown Source)
 at
org.apache.batik.bridge.SVGImageElementBridge.createImageGraphicsNode(Unknown
Source)
 at
org.apache.batik.bridge.SVGImageElementBridge.buildImageGraphicsNode(Unknown
Source)
 at
org.apache.batik.bridge.SVGImageElementBridge.createGraphicsNode(Unknown
Source)
 at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown
Source)
 at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source)
 at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown
Source)
 at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source)
 at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown
Source)
 at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source)
 at org.apache.batik.bridge.GVTBuilder.build(Unknown Source)
 at
org.apache.batik.transcoder.SVGAbstractTranscoder.transcode(Unknown Source)
 at
org.apache.batik.transcoder.XMLAbstractTranscoder.transcode(Unknown Source)
 at
org.apache.batik.transcoder.SVGAbstractTranscoder.transcode(Unknown Source)
 at
com.xmlmind.xfc_ext.SVGGraphicFactory.createGraphic(SVGGraphicFactory.java:84)

...

I assume that batik is naughty and depends on a com/sun package, and
perhaps there is a more recent version that doesn't.

This was with xfc_pro_java-5_0_0.

A quick Google revealed:

http://www.stichlberger.com/software/workaround-for-batiks-noclassdeffounderrorclassnotfoundexception-truncatedfileexception/


David

--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support





--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Text rotation for DOCX with XFC?

[Hussein Shafie]

On 01/30/2015 03:44 PM, Robert Gurol wrote:


I have to render a table where the tabel header contains text that is
rotated 90 degrees counter-clockwise (confer attached fo file) for DOCX.

I manage to achieve this rotation for PDF with Apache FOP using, among
other adjustments, the reference-orientation attribute:

/table-cell border-color=#7F7F7F border-style=solid
border-width=1px display-align=center number-columns-spanned=1
number-rows-spanned=1 padding-bottom=0mm padding-left=0mm
padding-right=0mm padding-top=0mm wrap-option=no-wrap/
/block-container reference-orientation=90 text-indent=-25mm/
/block overflow=inherit text-align=left wrap-option=inherit/
/block font-size=10pt font-style=normal font-weight=normal/
/block margin-bottom=0pt margin-top=0ptCritical Account
Manager/block/
//block/
//block/
//block-container/
//table-cell/

It does not seem to work with XFC as of yet - is there a workaround?


Yes, upgrade your copy of XFC. See below.





Best regards,

Robert

PS: The version of xfc.jar that is used on my system
is Implementation-Version: 4.7.0, in case this makes a difference.



As of XMLmind XSL-FO Converter v4.8 (November 23, 2012), 
fo:block-container reference-orientation=NNN may now be used to 
rotate the content of a fo:table-cell.


More information in Using fo:block-container to rotate the content of a 
table cell -- 
http://www.xmlmind.com/foconverter/_distrib/doc/user/implementation.html#rotate_cell




--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

[XFC] Release of XMLmind DITA Converter v2.5.4

[Hussein Shafie]

Please download XMLmind DITA Converter v2.5.4 from
http://www.xmlmind.com/ditac/download.shtml

---
XMLmind DITA Converter v2.5.4 (January 22, 2014):
---
It's now possible to give a background color to table
cells by adding a bgcolor(color) directive
(where color is any CSS color value) to the outputclass
attribute of most table elements.
---

More information in
http://www.xmlmind.com/ditac/changes.html

We plan to integrate XMLmind DITA Converter v2.5.4 into
XMLmind XML Editor next week.
It will take more time to integrate XMLmind DITA Converter
v2.5.4 into XMLmind XSL Utility and XMLmind XSL Server.


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] A page break is not working with Named Styles.

[Hussein Shafie]

On 12/29/2014 03:11 AM, ronnie wrote:


 XFC version : 5.0.0
 OS : Windows and Linux

 A page break of section title is working without '-styles' option, but
it is not working with '-styles' option.
 A page break of normal paragraph is no problem with '-styles' option.

 Please refer to the attachment:

 1. sample1_sty.fo : I have added fo:block break-after=page/ to
test the effect of
page break of section title under '-styles'
option. Please see line 134 of this file.

 2. sample1.docx: This file is generated with -styles=sample1.xfc
option, and page break is NOT working
correctly.

 2. sample1_no_named_styles.docx: This file is generated without
-styles=sample1.xfc option,
and page break is working.

 So, please let me know how to fix the problem.



The issue you have reported is clearly a bug. We'll try to fix this 
(probably nasty) bug in the next release of XFC.


Meanwhile, two possible workarounds, of course, after removing the empty 
fo:block break-after=page/:


1) Add break-after=page to the block having a named heading style. 
Example:


---
fo:block font-family=sans-serif font-size=12pt line-height=1.09em 
font-weight=bold color=#004080 keep-with-next=always 
space-before=1.09em space-after=1.09em xfc:user-style=Heading 3 
break-before=pageThis is another h3 element./fo:block

---

OR

2) Add break-after=page to the named heading style. Example:

---
paragraph-style name=Heading 3 base-style=Heading
 outline-level=3 numbering-level=3
 font-size=12pt line-height=1.09em
 space-before=1.09em space-after=1.09em
 break-before=page /
---


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Issue with image

[Hussein Shafie]

On 12/03/2014 02:11 PM, prasad.yadava...@thomsonreuters.com wrote:


We have a licensed xmlmind version and we are using XMLMIND 5.1 version.

We are facing an issue with particular customer’s image, and it is
throwing below exception when we try to render through our program. And
it is rendering fine with APACHE_RTF. Can you please let us know what
could be the issue with XMLMIND for rendering the attached image.

warning: failed to load image file:/D:/image4.jpg: Inconsistent
metadata read from stream (file:/D:/basic1.xml, line #46, column #82)



The error message seems to be correct.

For an unknown reason --may be a limitation in Java standard imaging 
classes-- XMLmind XSL-FO Converter fails to read the metadata (e.g. the 
resolution) contained in image4.jpg. Saving image4.jpg using The Gimp 
fixed the ``metadata problem''.


Unfortunately this ``metadata problem'' causes XMLmind XSL-FO Converter 
to fail loading the image. A nicer behavior would be to nevertheless 
load the image and use a default image resolution.


We'll try to improve XMLmind XSL-FO Converter behavior in the next 
release. For now, I'm afraid that there is no workaround for this problem.



--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] more questions on pdf generation

[Hussein Shafie]

Mary M. wrote:

That's great - it works fine.


Thanks, but please try to refer to the documentation before sending us 
support requests, as support requests are in principle limited to one 
topic per week and per customer. See XMLmind XSL-FO Converter support 
policy -- http://www.xmlmind.com/foconverter/support_policy.html


You should find the answers to most your HOW TO questions in these two 
documents:


* XMLmind DITA Converter Manual
http://www.xmlmind.com/ditac/_distrib/doc/manual/index.html

* XMLmind XSL Utility - Online Help
http://www.xmlmind.com/foconverter/_distrib/xslutil/doc/help/index.html

(XMLmind DITA Converter, our in-house DITA processor, is embedded in 
XMLmind XSL Utility, the application you use.)







I was wondering also if there's a way to add a watermark (draft) to the pdf?


No, otherwise this would have been documented in XMLmind DITA Converter 
Manual -- http://www.xmlmind.com/ditac/_distrib/doc/manual/index.html






And an small icon image to the header?



Yes, see XSLT stylesheet parameters: header-left, header-center, 
header-right in 
http://www.xmlmind.com/ditac/_distrib/doc/manual/xsltParams.html#xsltParams__header-left


For example, if I pass parameter:

header-left

with value:

{{image(file:/home/hussein/icons/logo_xmlmind/icon_small.svg)}} XMLmind

to the DITA XSLT stylesheets generating PDF, I'll get the XMLmind logo 
followed by text  XMLmind at the left of each page header.


Notice the use of an absolute URL in variable {{image()}}. A relative 
URL or a filename won't work here.


header-left, header-center, header-right may contain a mix of literal 
text and {{XXX}} variables. Of course, just specifying a variable such 
as {{image(ZZZ)}} works fine.


Attached screenshot shows you that you can specify XSLT stylesheet 
parameters directly in the Transform tab.


Note that helper application XMLmind XSL Customizer also allows to 
specify XSLT stylesheet parameters, so may be you'll prefer specifying 
these parameters in the XSL customization file you have created yesterday.





--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support