<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p> </p>
<div class="moz-text-html" lang="x-unicode">
<p>Hi Radu, Kris, Stefan and Tony,<br>
</p>
<p><br>
</p>
<p>Thank you for your replies.</p>
<p><br>
</p>
<p>I do not use FrameMaker anymore, neither for editing nor for
publishing to PDF. I use MiramoPDF for publishing to PDF and
oXygen for publishing to CHM. Shifting back to FM is definitely
not an option for me.<br>
</p>
<p><br>
</p>
<p>The only thing I currently do is compare how DITA files look
like in FM and oXygen to make sure they are presented in a
similar way. I must be sure that the files are OK. If I see them
completely differently, I get confused and start worrying that
something has gone wrong...</p>
<p><br>
</p>
<p>The DITA attribute "scale" would do the trick. [But strangely
enough only if set to about "80" %, and not "61" % , which would
be the equivalent to "92/150" dpi). However, I do not want to
scale images in the published output, only in the editor. The
good thing is: MiramoPDF ignores the "scale" attribute and
leaves the images as they are in the PDF. The bad thing: oXygen
applies this scaling in the CHM files (as expected, of course).</p>
<p><br>
</p>
<p>Isn't there any trick to make the oXygen editor believe the
"scale" attribute was set to "80", but without actually applying
this attribute to the dita data? Couldn't this be implemented
somehow?</p>
<p><br>
</p>
<p>The use case is: In the editor window I would like to have a
good estimate of how wide images are to see if they exceed the
borders of an A4-sized page. This is especially important when I
place multiple inline images in the same paragraph so that they
are shown side by side. It looks ugly if there is a line break
just because one of the image is a few pixels too wide. In
FrameMaker I could see this exactly and then I would tweak the
images a little in Photoshop to cut off a few pixels...</p>
<p><br>
</p>
<p>It is good to know that there is an option in MiramoPDF (and
other PDF rendering engines) that scales images automatically
down to make them fit on the page. But this is not applicable to
the use case I have just described. Moreover, the images may get
blurred. I always sharpen them when I scale them down in
Photoshop and make sure that text is still readable.</p>
<p><br>
</p>
<p>As a workaround, can I display a kind of ruler in the oXygen
window? I would like to see a thin vertical line at a
user-defined pixel or mm position on the right-hand side of the
editor window. This line would mark the end of the text column.
I could do this with CSS (fixed width, border right), but the
line shifts to the right if an image is wider.<br>
</p>
<p><br>
</p>
<p>Best regards,</p>
<p>Frank<br>
<br>
</p>
<div class="moz-cite-prefix">
<hr width="100%" size="2">Am 10.02.2023 um 08:42 schrieb Oxygen
XML Editor Support (Radu Coravu):<br>
</div>
<blockquote type="cite"
cite="mid:d350295a-745f-2de2-8de6-47e30a3d5dcb@oxygenxml.com">
<p>Hi Frank,</p>
<p><br>
</p>
<p>Please see some remarks below:<br>
</p>
<p> </p>
<blockquote type="cite">
<p>All my images have PNG format and an
"otherprops="fmdpi:xxx" attribute where xxx is usually 150,
in some cases 140, 160 or similar. FrameMaker, my previous
XML editor, honors this attribute and scales the images
appropriately.</p>
</blockquote>
Well it honors its own Frame specific custom attributes which
are not defined in the DITA specification.
<p>Are you still publishing to PDF using Frame?<br>
</p>
<blockquote type="cite">
<p>I notice that oXygen displays images bigger in its editor
compared to 150 dpi images in FrameMaker. </p>
</blockquote>
Oxygen's default DPI is about 96 which is closer to the Web
output.
<p>We have some CSS settings to change the DPI when publishing
DITA to PDF using our CSS based engine:</p>
<p><a class="moz-txt-link-freetext"
href="https://www.oxygenxml.com/doc/versions/25.0/ug-editor/topics/dcpp_images.html">https://www.oxygenxml.com/doc/versions/25.0/ug-editor/topics/dcpp_images.html</a></p>
<p>but we do not have settings to change the DPI in the visual
editor on a per-image base.<br>
</p>
<blockquote type="cite">
<p>I would need to reduce all images to about 66% of their
size (= by factor 1.5). Unfortunately I do not know of any
CSS style which scales images based on their own pixel size.
Percentage values in CSS apply to the widht or height of the
viewport.</p>
</blockquote>
Yes, I also do not see a possible way to do this with CSS. DITA
<image> elements allow setting the width or scale
attributes on them. Like:
<p> </p>
<blockquote type="cite"><image
href="../../images/Iris_sanguinea.jpg" scale="160"/></blockquote>
and Oxygen takes this into account. But we take it into account
because we know it's DITA, not because of a certain CSS rule
which could be modified to cover another attribute.<br>
<blockquote type="cite">
<p><br>
</p>
<p>Likewise, I would like to make sure that table columns are
not too narrow on the PDF pages.</p>
</blockquote>
<p>Most XML editors are not what you see is what you get
especially because XML can be published to multiple formats.
The PDF may have a different font, it splits into pages, it
has a certain page width... best you can do is to try and make
things look more like the published content in the visual
editor and check the PDF from time to time.<br>
</p>
<p><br>
</p>
<p>Regards,</p>
<p>Radu</p>
<pre class="moz-signature" cols="72">Radu Coravu
Oxygen XML Editor</pre>
<p><br>
</p>
<div class="moz-cite-prefix">On 2/9/23 15:08, Frank Dissinger
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:5e951c8a-c4be-314d-21f4-a3314949d860@cgs-oris.com">
<p>Hi list,</p>
<p><br>
</p>
<p>I publish DITA content as online help and PDF. In oXygen's
Author mode I would like to make sure that images do not
exceed the width of the A4-sized PDF pages. Sometimes I also
place two or more inline images side by side in a paragraph
and want to make sure if all of them fit on the line or if
there is a line break between them.<br>
</p>
<p><br>
</p>
<p>All my images have PNG format and an
"otherprops="fmdpi:xxx" attribute where xxx is usually 150,
in some cases 140, 160 or similar. FrameMaker, my previous
XML editor, honors this attribute and scales the images
appropriately.</p>
<p><br>
</p>
<p>I notice that oXygen displays images bigger in its editor
compared to 150 dpi images in FrameMaker. I would need to
reduce all images to about 66% of their size (= by factor
1.5). Unfortunately I do not know of any CSS style which
scales images based on their own pixel size. Percentage
values in CSS apply to the widht or height of the viewport.</p>
<p><br>
</p>
<p>Likewise, I would like to make sure that table columns are
not too narrow on the PDF pages.</p>
<p><br>
</p>
<p> What can I do? Any ideas are welcome.</p>
<p><br>
</p>
<p>Regards,</p>
<p>Frank<br>
</p>
<br>
</blockquote>
</blockquote>
</div>
<div class="moz-cite-prefix">
<hr width="100%" size="2">Am 10.02.2023 um 11:48 schrieb Tony
Graham:<br>
</div>
<blockquote type="cite"
cite="mid:b54ea1df-8e98-3281-164b-5d4a9898c259@antenna.co.jp">On
09/02/2023 13:08, Frank Dissinger wrote:
<br>
...
<br>
<blockquote type="cite">All my images have PNG format and an
"otherprops="fmdpi:xxx"
<br>
attribute where xxx is usually 150, in some cases 140, 160 or
<br>
similar. FrameMaker, my previous XML editor, honors this
attribute
<br>
and scales the images appropriately.
<br>
</blockquote>
<br>
FrameMaker honours it because it is FrameMaker-specific.
<br>
<br>
<blockquote type="cite">I notice that oXygen displays images
bigger in its editor compared to
<br>
150 dpi images in FrameMaker. I would need to reduce all images
to
<br>
about 66% of their size (= by factor 1.5). Unfortunately I do
not
<br>
know of any CSS style which scales images based on their own
pixel
<br>
size. Percentage values in CSS apply to the widht or height of
the
<br>
viewport.
<br>
</blockquote>
<br>
There was an 'image-resolution' property in a previous CSS GCPM WD
[1],
<br>
but it's not in any current CSS spec. It let you specify whether
to use
<br>
the DPI in the image, a specified DPI, or 'CSS pixels'.
<br>
<br>
Antenna House Formatter implements it [2] (also as
<br>
'axf:image-resolution' in XSL-FO).
<br>
<br>
<blockquote type="cite">Likewise, I would like to make sure that
table columns are not too narrow on the PDF pages.
<br>
</blockquote>
<br>
You might need to start a new thread for that, because everyone so
far
<br>
has fixated on the image resolution question.
<br>
<br>
Regards,
<br>
<br>
<br>
Tony Graham.
<br>
</blockquote>
<div class="moz-signature">-- <br>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<title></title>
<div class="moz-signature">
<style>
div.signature {font-family: Verdana, sans-serif; font-size: 10pt; color: #7F8C8D; padding-top: 0.4em;}
div.name {padding-bottom: 0.8em; padding-top: 0.8em}
div.contact {padding-bottom: 0.8em;}
p {margin: 0;}
span.separator {border-top-style: dotted; border-top-width: 2px; padding-top: 0.6em;}
a {color: inherit}
</style>
<div class="signature">
<div class="name">
<p><strong>Frank Dissinger</strong></p>
<p>Documentation Manager</p>
<p>....................................................................</p>
</div>
<div class="contact">
<p><strong>CGS Publishing Technologies International GmbH</strong></p>
<p><strong>Email </strong><a
href="mailto:frank.dissinger@cgs-oris.com"
target="_blank" class="moz-txt-link-freetext">frank.dissinger@cgs-oris.com</a>
| <strong>Web</strong> <a
href="http://www.cgs-oris.com/" target="_blank">www.cgs-oris.com</a></p>
<p><strong>Address</strong> Kettelerstr. 24 | D-63512
Hainburg | Germany</p>
<p><strong>Phone</strong> +49 6182 9626-27 | <strong>Fax</strong>
+49 6182 9626-99</p>
<p><strong>Commercial register</strong> Offenbach, HRB no.
21495</p>
<p><strong>Managing directors</strong> Bernd Rückert,
Christoph Thommessen</p>
<p><br>
</p>
<a href="https://www.cgs-oris.com/signatur"><img
alt="https://www.cgs-oris.com/Signatur.png"
longdesc="https://www.cgs-oris.com/signatur"
src="https://www.cgs-oris.com/Signatur.png" width="394"
height="200"></a> </div>
</div>
</div>
</div>
</body>
</html>