<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 26 Apr 2024 at 07:35, Paulo Ney de Souza <<a href="mailto:pauloney@gmail.com">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">Kaveh,<div><br></div><div>Since you asked, I'd be happy to! I am going to concentrate my critique on faults that are likely due to the TeX coming directly from XML and the operator not wanting to spend the time to go back and insert the directives in the XML file.<br></div><div><br></div><div>Letś start with the article:</div><div><br></div><div>Non-local distance functions and geometric regularity<br>Max Engelstein, Cole Jeznach, Svitlana Mayboroda<br></div><div>URL: <a href="https://www.sciencedirect.com/science/article/pii/S0001870824001646" target="_blank">https://www.sciencedirect.com/science/article/pii/S0001870824001646</a></div><div><br></div><div>Letś start by looking at the inter-word spacing in the Abstract:</div><div><br></div><div><img src="cid:ii_lvg7g1q30" alt="Screenshot from 2024-04-25 22-00-03.png" width="481" height="181"><br></div><div><br></div><div>It hurts the eye, just look as it goes increasing from line one to the next and the next all the way to the letter "a" by itself on line 4.</div><div><br></div><div>This thing is so awful that amazingly, the typography arranged by Blink on HTML on  Chrome is much, much better.</div><div><br></div><div><img src="cid:ii_lvg7rqag2" alt="Screenshot from 2024-04-25 22-09-21.png" width="481" height="119"><br></div><div> <br></div></div></blockquote><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>They do not have right-justification, but could and still would look better.</div></div></blockquote><div><br></div><div>The above article is not Open Access, so I can only comment on what I see here...</div><div><br></div><div>The PDF line width is narrower and as you say it is justified, so harder to get good looking lines. I think justification is over-used.</div><div><br></div><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 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>Look at the size of this accent on the letter K, starting around page 10 of the paper:</div><div><br></div><div><img src="cid:ii_lvg81nwt3" alt="Screenshot from 2024-04-25 22-17-14.png" width="424" height="93"><br></div><div><br></div><div>It is so small that it is appropriate only for the letters A and I -- ONLY!  Here, most likely, the size variations were not defined in the XML and the operator was too lazy to go back and insert the directives that could be used into TeX for the proper typesetting. The size of the accent is totally inappropriate.</div><div><br></div><div>Here are a couple of examples where the operator probably did go back to insert directives for a larger parens around the radical sign:</div><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 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 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>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 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>I am finishing a Math Problem Book with one of the Big-Two. The book that was initially written in a MySQL database of problems and solutions has been converted to XML. Every time I have a small finx on the kerning of an element of a matrix, I have to send the request for the fix, hoping they will understand it and fix it. The turn around is a week, in which case, if correct, - we just move down to the next line of the matrix and do it again. A process that is guaranteed NOT to converge.</div><div><br></div><div>Of course a lot of what is good and bad in typography is a matter of taste and discussion. But no matter what measure you come up with -- be it the badness index of Knuth--Plass or a wider distribution of inter-word spacing .. or any other one, we could probably use it to show that XML is the source of large amounts of bad typography in the world right now.</div></div></blockquote><div><br></div><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 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>