<div dir="auto">Hi ale,<div dir="auto">IDML looks rather large and closely tied to Indesign.  I'd prefer something more modular, e.g. XML+CSS for the stories and SVG for the layout. Application preferences should not be part of the interchange format.</div><div dir="auto">Since the goal is to also have a formatted document as part of the format, I don't see why we shouldn't just augment PDF with the missing parts. </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">ale rimoldi <<a href="mailto:ale.comp_06@xox.ch">ale.comp_06@xox.ch</a>> schrieb am Di., 11. Juni 2019, 14:36:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">hi tamir<br>
<br>
as i've suggested at the lgm, i'd like to see a comparison of your plans<br>
with the features of the IDML file format.<br>
<br>
i've quickly went through the copyright notice and the introduction of<br>
<br>
<a href="http://wwwimages.adobe.com/content/dam/acom/en/devnet/indesign/sdk/cs6/idml/idml-specification.pdf" rel="noreferrer noreferrer" target="_blank">http://wwwimages.adobe.com/content/dam/acom/en/devnet/indesign/sdk/cs6/idml/idml-specification.pdf</a><br>
<br>
and while its not clear to me, if it's permitted to use this document to<br>
create a software for the interchange with other applications,<br>
which are not part of the adobe world.<br>
<br>
on the one side, adobe clearly states that idml<br>
has been created for the interchange inside of the adobe world.<br>
<br>
but on page 15, it mentions the usage as a compatibility layer with<br>
other file formats... so we can think that adobe does not completely<br>
exclude the usage with other programs. (quark express and scribus both<br>
provide importers for IDML, so they are not "forbidding" the usage by<br>
other developers)<br>
<br>
personally, i'm not that hot about extending the pdf file format<br>
storing the information making them editable, but i'm not against having<br>
a new format (or an existing one...) that can be embedded in a pdf<br>
document (or used in an independent way.<br>
<br>
pdf is a wonderful format for the print workflow, but it's not as good<br>
in the screen oriented world...<br>
currently, if i have to think about creating a new file format, i would<br>
want it to at least have an excellent support of the rendering on<br>
screen.<br>
<br>
having an (existing or new) independent file format that can be<br>
optionally embedded in epub or pdf files might lead to a usable<br>
solution...<br>
<br>
finally, i don't think it would be a bad idea to build upon a file<br>
format that has been created for layout interchange and is already<br>
supported by at least three of the relevant layout programs...<br>
<br>
but since the best candidate is owned by adobe, we would have to ask<br>
them what they think about such plans...<br>
<br>
ciao<br>
a.l.e<br>
<br>
_______________________________________________<br>
scribus-dev mailing list<br>
<a href="mailto:scribus-dev@lists.scribus.net" target="_blank" rel="noreferrer">scribus-dev@lists.scribus.net</a><br>
<a href="http://lists.scribus.net/mailman/listinfo/scribus-dev" rel="noreferrer noreferrer" target="_blank">http://lists.scribus.net/mailman/listinfo/scribus-dev</a><br>
</blockquote></div>