<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 26, 2024 at 6:13 AM Kaveh Bazargan <<a href="mailto:kaveh@rivervalley.io">kaveh@rivervalley.io</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div><br></div><div>The above article is not Open Access, so I can only comment on what I see here...</div></div></div></blockquote><div><br></div><div>You are right. Elsevier had it labelled Open Access all over, but alas it is not. </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"><div dir="ltr"><div class="gmail_quote"><div><br></div><div>The PDF line width is narrower and as you say it is justified, so harder to get good looking lines.</div></div></div></blockquote><div><br></div><div>It is not all that hard. In fact, this text is ultra-easy, but needs hand intervention.</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"><div dir="ltr"><div class="gmail_quote"><div>So most of the issues above are TeX style issues. It would even be possible to have a filter that would automatically tie "A" to the next word at the beginning of a sentence if that is what is required.</div></div></div></blockquote><div><br></div><div>I do not see how a "TeX style" would change anything or even how it would treat this text and tons of others any differently. Good line breaks are obtained by hand with interword separation, struts, kerning, tracking ... </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"><div dir="ltr"><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"><div dir="ltr"><img src="cid:ii_lvg8m4wh5" alt="Screenshot from 2024-04-25 22-33-17.png" width="467" height="111"><div><br></div><div><div>but ignore it on the second occurrence of the same thing:</div><div><br></div><div><br></div><div><img src="cid:ii_lvg8hceh4" alt="Screenshot from 2024-04-25 22-29-35.png" width="427" height="67"><br></div><div><br></div><div><br></div></div></div></blockquote><div><br></div><div>The points you make regarding the above I feel are not major, compared to many other problems that published articles have. I think that if the MathML is correctly structured it is possible to use "left" and "right" for brackets automatically. And the tilde, perhaps an automated filter too. But to my eye the tilde is not a major problem. Your standards are probably higher than most!</div></div></div></blockquote><div><br></div><div>Yes, there are solutions for every single one  of them -- but they are not used -- even by the largest publisher in the world, in journals of very high visibility.</div><div><br></div><div>The typography of eBooks on the Kindle, iPads and standard applications on Android are pure junk, and even Chrome is ahead of them in implementing Knuth--Plass. Observe that these guys have almost infinite resources at their disposal. </div><div><br></div><div>What one needs here is the easy handling of typographical issues, so they can be adopted -- and XML stands in their way.</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"><div dir="ltr"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div></div><div>Here is an article:</div></div><div><br></div><div>Classification générique de synthèses temps minimales avec cible de codimension un et applications<br>B. Bonnard, G. Launay, M. Pelletier<br><a href="https://doi.org/10.1016/S0294-1449(97)80149-7" target="_blank">https://doi.org/10.1016/S0294-1449(97)80149-7</a><br></div><div><br></div><div>that runs 48 pages without a SINGLE hyphenation for line break. I have never seen anything like that.</div></div></blockquote><div><br></div><div>Quite common and again simple style file problem I would say.</div></div></div></blockquote><div><br></div><div>Oh my! Gods have pity on us. If this is a "simple" style file problem -- why does it NOT get done???</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"><div dir="ltr"><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"><div dir="ltr"><div>It does look like someone typeset the article in English, saw the many erroneous line-breaks and instead of going back and changing the language, they went back and inserted \sloppy at the top of the file. We are only humans, and when one has a hammer everything in the world looks like a nail.</div><div><br></div><div>Inserting directives for kerning, tracking, etc ... in XML to be used by TeX rendering is a shitty job and most people are willing to ditch it.</div></div></blockquote><div><br></div><div>In my opinion, the content should be structured correctly in the XML and we so what we can to automate kerning etc in the rendering stage. </div></div></div></blockquote><div><br></div><div>I don't think the automation you imagine exists.</div><div> </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"><div dir="ltr"><div class="gmail_quote"><div>But what is the solution? We cannot have TeX files as the source, because TeX is not structured. It is for typesetting. So we need simple tagging for content and the best possible rendering with minimal manual work. I have learned to live with slightly bigger or smaller brackets, but ensuring truly futureproof content. </div></div></div></blockquote><div><br></div><div>I don't think the solution exists yet. Of course structuring is a must, and so is preservation. There are a lot of people working around structuring TeX: GELLMU, plasTeX, ConTeXt, LaTeX3, ... and that is likely one answer that could lead to preservation.</div><div><br></div><div>The arguments I am hearing now for displaying XML generated content rendered by TeX is</div><div><br></div><div>        that is what we have and what we need</div><div><br></div><div>which mirrors very close the argument pushed on us for books typeset in typewriters in the 70's.</div><div><br></div><div>Paulo Ney</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"><div dir="ltr"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>Hope you are looking more convinced now. Best,</div><div><br></div><div>Paulo Ney</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 23, 2024 at 12:15 AM Kaveh Bazargan <<a href="mailto:kaveh@rivervalley.io" target="_blank">kaveh@rivervalley.io</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hello Paulo<div><br></div><div>Could you possibly point to an example, e.g. an Open Access Elsevier paper and where you see the bad typography? In general, the settings for the class and style files should ensure that only rarely TeX-specific commands need to be used. </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 22 Apr 2024 at 23:02, Paulo Ney de Souza <<a href="mailto:pauloney@gmail.com" target="_blank">pauloney@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">We do that ALL the time, not on lines on a poster, but with lines on<div>Bibliographies.<div><div><br></div><div>It used to be an extremely cumbersome and expensive procedure</div><div>during BibTeX times, when TeX did not know the language it was </div><div>typesetting a bibliography entry. It got infinitely better with BibLaTeX.</div></div><div><br></div><div>Of course, it is possible to annotate the XML with inter-word and inter-</div><div>character spacing information, but it is plain NOT done, most likely</div><div>because of the costs involved.</div><div><br></div><div>Just open the Bibliography of an Elsevier published article processed</div><div>with TeX, especially the ones with two columns, it is absolutely awful,</div><div>with absurd spacing in the wrong places and incorrect hyphenation</div><div>of words. It does look like they have the command \sloppy at the start</div><div>of every Biblio and hyphenate everything in English no matter what</div><div>is written in the text.</div><div><br></div><div>I am publishing a book with one of the big publishers and it has been </div><div>converted to XML. At every complaint of a bad line break or wrong </div><div>hyphenation they take a week to respond and, in general, with another </div><div>bad line-break or hyphenation caused by the previous fix.</div><div><br></div><div>Kaveh, if you know an efficient and inexpensive way to do this, you </div><div>could probably teach us because this is probably holding up the adoption</div><div>of XML as a source, by authors. What about a talk at TUG'24?</div><div><br></div><div>Paulo Ney</div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 22, 2024 at 12:23 PM William F Hammond <<a href="mailto:hmwlfsr@yahoo.com" target="_blank">hmwlfsr@yahoo.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I ended my last message with this:<br>
<br>
    But if I want to be fussy about typesetting I will use<br>
    regular LaTeX.<br>
<br>
Speaking about fussy typesetting, one case is that of a long<br>
paragraph in a public poster on a wall (with suitably large<br>
fonts).  I think it desirable to have both left and right<br>
flush margins and no line-ending hyphens.  Usually, though<br>
not always, I can tease that out of LaTeX with micro<br>
adjustments to line width.  Failing that, I may need to make<br>
manual adjustments to the inter-word spaces in a few lines.<br>
But is there a package that attempts to do this?<br>
<br>
          -- Bill<br>
<br>
<br>
<br>
<a href="https://www.facebook.com/william.f.hammond" rel="noreferrer" target="_blank">https://www.facebook.com/william.f.hammond</a><br>
<a href="http://www.albany.edu/~hammond/" rel="noreferrer" target="_blank">http://www.albany.edu/~hammond/</a><br>
<br>
𝑻𝒉𝒆 𝒕𝒊𝒎𝒆 𝒕𝒐 𝒔𝒂𝒗𝒆 𝒂 𝒅𝒆𝒎𝒐𝒄𝒓𝒂𝒄𝒚 𝒊𝒔 𝒃𝒆𝒇𝒐𝒓𝒆 𝒊𝒕 𝒊𝒔 𝒍𝒐𝒔𝒕.<br>
   -- 𝐊𝐞𝐧 𝐁𝐮𝐫𝐧𝐬<br>
<br>
<br>
</blockquote></div>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr" style="color:rgb(136,136,136);font-size:12.8px">Kaveh Bazargan PhD</div><div dir="ltr"><font color="#888888"><span style="font-size:12.8px">Director</span></font><br><div><a href="http://rivervalley.io" style="font-size:12.8px" target="_blank"><font color="#38761d">River Valley Technologies</font></a><font color="#888888"><span style="font-size:12.8px"> ● </span></font><a href="https://twitter.com/rivervalley1000" style="font-size:12.8px" target="_blank"><font color="#38761d">Twitter</font></a><font color="#888888"><span style="font-size:12.8px"> ● </span></font><a href="https://www.linkedin.com/in/bazargankaveh/" style="font-size:12.8px" target="_blank"><font color="#38761d">LinkedIn</font></a><font color="#888888"><span style="font-size:12.8px"> </span></font><span style="color:rgb(136,136,136);font-size:12.8px">● </span><span style="font-size:12.8px"><a href="https://orcid.org/0000-0002-1414-9098" target="_blank"><font color="#38761d">ORCID</font></a> </span><span style="color:rgb(136,136,136);font-size:12.8px">● </span><span style="font-size:12.8px"><a href="https://mastodon.social/@kaveh1000" target="_blank"><font color="#38761d">@kaveh1000@mastodon.social</font></a></span><span style="font-size:12.8px"><br></span></div><div><b style="font-size:12.8px"><font color="#38761d">Accelerating the Communication of Research</font></b></div><div><b style="font-size:12.8px"><font color="#38761d"><a href="https://www.linkedin.com/posts/bazargankaveh_ismte-innovation-award-recipient-kaveh-bazargan-activity-7039348552526921728-XAEB/?utm_source=share&utm_medium=member_desktop" target="_blank"><img width="200" height="76" src="https://ci3.googleusercontent.com/mail-sig/AIorK4x6Tw-4HXUOqdFuM6mWVAGySN-mFQEL-30Loo-79MQpz5RCsGp3shdEl0OZ_KhStIgAjuMjf70"></a>  <a href="https://rivervalley.io/gigabyte-wins-the-alpsp-scholarly-publishing-innovation-award-using-river-valleys-publishing-technology/" target="_blank"><img width="200" height="77" src="https://ci3.googleusercontent.com/mail-sig/AIorK4wVjXkyi1MSGwjGAx-WtCnqkYe8kM0o9RoDkpUhspvaSha8PwoKMYzMNvbLlZGoiCZdFqD6E0M" alt="https://rivervalley.io/gigabyte-wins-the-alpsp-scholarly-publishing-innovation-award-using-river-valleys-publishing-technology/"></a><br></font></b></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
</blockquote></div>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr" style="color:rgb(136,136,136);font-size:12.8px">Kaveh Bazargan PhD</div><div dir="ltr"><font color="#888888"><span style="font-size:12.8px">Director</span></font><br><div><a href="http://rivervalley.io" style="font-size:12.8px" target="_blank"><font color="#38761d">River Valley Technologies</font></a><font color="#888888"><span style="font-size:12.8px"> ● </span></font><a href="https://twitter.com/rivervalley1000" style="font-size:12.8px" target="_blank"><font color="#38761d">Twitter</font></a><font color="#888888"><span style="font-size:12.8px"> ● </span></font><a href="https://www.linkedin.com/in/bazargankaveh/" style="font-size:12.8px" target="_blank"><font color="#38761d">LinkedIn</font></a><font color="#888888"><span style="font-size:12.8px"> </span></font><span style="color:rgb(136,136,136);font-size:12.8px">● </span><span style="font-size:12.8px"><a href="https://orcid.org/0000-0002-1414-9098" target="_blank"><font color="#38761d">ORCID</font></a> </span><span style="color:rgb(136,136,136);font-size:12.8px">● </span><span style="font-size:12.8px"><a href="https://mastodon.social/@kaveh1000" target="_blank"><font color="#38761d">@kaveh1000@mastodon.social</font></a></span><span style="font-size:12.8px"><br></span></div><div><b style="font-size:12.8px"><font color="#38761d">Accelerating the Communication of Research</font></b></div><div><b style="font-size:12.8px"><font color="#38761d"><a href="https://www.linkedin.com/posts/bazargankaveh_ismte-innovation-award-recipient-kaveh-bazargan-activity-7039348552526921728-XAEB/?utm_source=share&utm_medium=member_desktop" target="_blank"><img width="200" height="76" src="https://ci3.googleusercontent.com/mail-sig/AIorK4x6Tw-4HXUOqdFuM6mWVAGySN-mFQEL-30Loo-79MQpz5RCsGp3shdEl0OZ_KhStIgAjuMjf70"></a>  <a href="https://rivervalley.io/gigabyte-wins-the-alpsp-scholarly-publishing-innovation-award-using-river-valleys-publishing-technology/" target="_blank"><img width="200" height="77" src="https://ci3.googleusercontent.com/mail-sig/AIorK4wVjXkyi1MSGwjGAx-WtCnqkYe8kM0o9RoDkpUhspvaSha8PwoKMYzMNvbLlZGoiCZdFqD6E0M" alt="https://rivervalley.io/gigabyte-wins-the-alpsp-scholarly-publishing-innovation-award-using-river-valleys-publishing-technology/"></a><br></font></b></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
</blockquote></div></div>