<div dir="ltr"><div dir="ltr">Deyan --<br clear="all"><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div><br></div><div>Yesterday you wrote:</div></div></div></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
The idea of a profiled, or constrained, use of LaTeX has revealed<br>
itself to be self-defeating during the last decade in a somewhat<br>
amusing way.<br></blockquote><div><br></div><div>There can and should be many profiles.  Even I, in writing, might work with several LaTeX profiles as the nature of my tasks varies.</div><div> </div><div>Nothing is constrained.  A LaTeX profile is just the generalized LaTeX mirror of an XML document type.  A very crude LaTeX translation of that would be the LaTeX base plus a compatible selection of packages of one's choosing.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
The moment one decides on a fixed set of declarative markup<br>
constructs, as to establish a "profile", there are instantly better<br>
tools to use in 2022 than the TeX engine itself.<br></blockquote><div><br></div><div>Markdown is succinct, but also limited.  It's an 80/20 thing.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">But the moment the first \def sneaks in, and we become<br>
Turing-complete, a pandora's box opens that can not be closed<br>
afterwards.<br>
</blockquote><div><br></div><div>With great over-simplification let me just say that in generalized LaTeX \newcommand is OK, but \def is not.</div><div><br></div><div>The choice of a processing engine for a particular task depends on the task.  Document processing involves many different tasks.</div><div>AFAIK the TeX world offers maximally good engines for actual typesetting, but not for all document processing, as, at the very least,</div><div>we see with LaTeXML.</div><div><br></div><div>As Bruce once pointed out to me, LaTeXML is based on a LaTeX profile though, I will add, not one that I as a writer would choose for my source language.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
You may be familiar with the statistic that arXiv submissions continue<br>
to increase:<br>
<a href="https://arxiv.org/stats/monthly_submissions" rel="noreferrer" target="_blank">https://arxiv.org/stats/monthly_submissions</a><br>
<br>
As long as the general trend continues, projects like tex4ht and<br>
latexml will have work left to do, as well as communities that need<br>
them.<br>
Documents written in LaTeX today are valuable and need a path beyond PDF.<br></blockquote><div><br></div><div>Yes, I agree.  LaTeX as we know it needs support, and work on LaTeXML and TeX4ht needs to continue.  That work can become easier as better LaTeX documents are written.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, Mar 8, 2022 at 2:44 PM William F Hammond <<a href="mailto:gellmu@gmail.com" target="_blank">gellmu@gmail.com</a>> wrote:<br>. . .<br>Thousands of documents from various users using random packages with no umbrella of discipline is the reason for my suggestion that the LaTeX community should begin to use LaTeX profiles as outlined in my talk in San Francisco at TUG 2010.<br><br>The author of a document using a LaTeX profile that is supported by both LaTeXML and TeX4ht would be able to have confidence that their [sic] document would pass correctly through both systems as well as through the system of any publisher supporting the profile.<br>
</blockquote><div><br></div><div> </div><div><br></div></div></div>