Re: TeX errors with @U{0075} which is u
Hello, Here is an hopefully correct patch. I did not do the punctuation characters/special characters in the ASCII range, only the digits and letters, as I have no idea which character is special or not. There is still an error which looks like a kind of protection against invalid input which is not correct anymore: ! Cannot define Unicode char value < 00A0. On Sun, Jul 24, 2022 at 09:42:52PM +0100, Gavin Smith wrote: > On Sun, Jul 24, 2022 at 10:17:02PM +0200, Patrice Dumas wrote: > > Hello, > > > > TeX says that @U{0075}, which is supposed to be u is not supported: > > > > ./U0075.texi:9: Unicode character U+0075 not supported, sorry. > > @U ...Unicode character U+#1 not supported, sorry} > > @fi @else @csname > > uni:#1@e... > > l.9 @U{0075} > > > > ? > > > > According to my understanding of the documentation, it is not expected. > > > Indeed, none of the ASCII characters are supported in @U in the texinfo.tex > implementation. You can see it yourself in the definition of > \unicodechardefs, currently line 10403 of the file. All that would be > needed would be to add 100-odd lines to the file. > diff --git a/doc/texinfo.tex b/doc/texinfo.tex index ebb575ddff..3749c0cab0 100644 --- a/doc/texinfo.tex +++ b/doc/texinfo.tex @@ -10401,6 +10401,69 @@ directory should work if nowhere else does.} % least make most of the characters not bomb out. % \def\unicodechardefs{% + \DeclareUnicodeCharacter{0030}{0}% + \DeclareUnicodeCharacter{0031}{1}% + \DeclareUnicodeCharacter{0032}{2}% + \DeclareUnicodeCharacter{0033}{3}% + \DeclareUnicodeCharacter{0034}{4}% + \DeclareUnicodeCharacter{0035}{5}% + \DeclareUnicodeCharacter{0036}{6}% + \DeclareUnicodeCharacter{0037}{7}% + \DeclareUnicodeCharacter{0038}{8}% + \DeclareUnicodeCharacter{0039}{9}% + \DeclareUnicodeCharacter{0041}{A}% + \DeclareUnicodeCharacter{0042}{B}% + \DeclareUnicodeCharacter{0043}{C}% + \DeclareUnicodeCharacter{0044}{D}% + \DeclareUnicodeCharacter{0045}{E}% + \DeclareUnicodeCharacter{0046}{F}% + \DeclareUnicodeCharacter{0047}{G}% + \DeclareUnicodeCharacter{0048}{H}% + \DeclareUnicodeCharacter{0049}{I}% + \DeclareUnicodeCharacter{004A}{J}% + \DeclareUnicodeCharacter{004B}{K}% + \DeclareUnicodeCharacter{004C}{L}% + \DeclareUnicodeCharacter{004D}{M}% + \DeclareUnicodeCharacter{004E}{N}% + \DeclareUnicodeCharacter{004F}{O}% + \DeclareUnicodeCharacter{0050}{P}% + \DeclareUnicodeCharacter{0051}{Q}% + \DeclareUnicodeCharacter{0052}{R}% + \DeclareUnicodeCharacter{0053}{S}% + \DeclareUnicodeCharacter{0054}{T}% + \DeclareUnicodeCharacter{0055}{U}% + \DeclareUnicodeCharacter{0056}{V}% + \DeclareUnicodeCharacter{0057}{W}% + \DeclareUnicodeCharacter{0058}{X}% + \DeclareUnicodeCharacter{0059}{Y}% + \DeclareUnicodeCharacter{005A}{Z}% + \DeclareUnicodeCharacter{0061}{a}% + \DeclareUnicodeCharacter{0062}{b}% + \DeclareUnicodeCharacter{0063}{c}% + \DeclareUnicodeCharacter{0064}{d}% + \DeclareUnicodeCharacter{0065}{e}% + \DeclareUnicodeCharacter{0066}{f}% + \DeclareUnicodeCharacter{0067}{g}% + \DeclareUnicodeCharacter{0068}{h}% + \DeclareUnicodeCharacter{0069}{i}% + \DeclareUnicodeCharacter{006A}{j}% + \DeclareUnicodeCharacter{006B}{k}% + \DeclareUnicodeCharacter{006C}{l}% + \DeclareUnicodeCharacter{006D}{m}% + \DeclareUnicodeCharacter{006E}{n}% + \DeclareUnicodeCharacter{006F}{o}% + \DeclareUnicodeCharacter{0070}{p}% + \DeclareUnicodeCharacter{0071}{q}% + \DeclareUnicodeCharacter{0072}{r}% + \DeclareUnicodeCharacter{0073}{s}% + \DeclareUnicodeCharacter{0074}{t}% + \DeclareUnicodeCharacter{0075}{u}% + \DeclareUnicodeCharacter{0076}{v}% + \DeclareUnicodeCharacter{0077}{w}% + \DeclareUnicodeCharacter{0078}{x}% + \DeclareUnicodeCharacter{0079}{y}% + \DeclareUnicodeCharacter{007A}{z}% + % \DeclareUnicodeCharacter{00A0}{\tie}% \DeclareUnicodeCharacter{00A1}{\exclamdown}% \DeclareUnicodeCharacter{00A2}{{\tcfont \char162}}% 0242=cent
Re: TeX errors with @U{0075} which is u
On Sun, Jul 24, 2022 at 11:40:43PM +0200, Patrice Dumas wrote: > Hello, > > Here is a patch. I did not do the punctuation characters/special My patch is completly wrong... I'll redo it. -- Pat
Re: TeX errors with @U{0075} which is u
Hello, Here is a patch. I did not do the punctuation characters/special characters in the ASCII range, only the digits and letters, as I have no idea which character is special or not. There is still an error which looks like a kind of protection against invalid input which is not correct anymore: ! Cannot define Unicode char value < 00A0. On Sun, Jul 24, 2022 at 09:42:52PM +0100, Gavin Smith wrote: > On Sun, Jul 24, 2022 at 10:17:02PM +0200, Patrice Dumas wrote: > > Hello, > > > > TeX says that @U{0075}, which is supposed to be u is not supported: > > > > ./U0075.texi:9: Unicode character U+0075 not supported, sorry. > > @U ...Unicode character U+#1 not supported, sorry} > > @fi @else @csname > > uni:#1@e... > > l.9 @U{0075} > > > > ? > > > > According to my understanding of the documentation, it is not expected. > > > Indeed, none of the ASCII characters are supported in @U in the texinfo.tex > implementation. You can see it yourself in the definition of > \unicodechardefs, currently line 10403 of the file. All that would be > needed would be to add 100-odd lines to the file. > diff --git a/doc/texinfo.tex b/doc/texinfo.tex index ebb575ddff..e7d94f5434 100644 --- a/doc/texinfo.tex +++ b/doc/texinfo.tex @@ -10401,6 +10401,69 @@ directory should work if nowhere else does.} % least make most of the characters not bomb out. % \def\unicodechardefs{% + \DeclareUnicodeCharacter{0017}{0}% + \DeclareUnicodeCharacter{0018}{1}% + \DeclareUnicodeCharacter{0019}{2}% + \DeclareUnicodeCharacter{0020}{3}% + \DeclareUnicodeCharacter{0021}{4}% + \DeclareUnicodeCharacter{0022}{5}% + \DeclareUnicodeCharacter{0023}{6}% + \DeclareUnicodeCharacter{0024}{7}% + \DeclareUnicodeCharacter{0025}{8}% + \DeclareUnicodeCharacter{0026}{9}% + \DeclareUnicodeCharacter{0034}{A}% + \DeclareUnicodeCharacter{0035}{B}% + \DeclareUnicodeCharacter{0036}{C}% + \DeclareUnicodeCharacter{0037}{D}% + \DeclareUnicodeCharacter{0038}{E}% + \DeclareUnicodeCharacter{0039}{F}% + \DeclareUnicodeCharacter{0040}{G}% + \DeclareUnicodeCharacter{0041}{H}% + \DeclareUnicodeCharacter{0042}{I}% + \DeclareUnicodeCharacter{0043}{J}% + \DeclareUnicodeCharacter{0044}{K}% + \DeclareUnicodeCharacter{0045}{L}% + \DeclareUnicodeCharacter{0046}{M}% + \DeclareUnicodeCharacter{0047}{N}% + \DeclareUnicodeCharacter{0048}{O}% + \DeclareUnicodeCharacter{0049}{P}% + \DeclareUnicodeCharacter{0050}{Q}% + \DeclareUnicodeCharacter{0051}{R}% + \DeclareUnicodeCharacter{0052}{S}% + \DeclareUnicodeCharacter{0053}{T}% + \DeclareUnicodeCharacter{0054}{U}% + \DeclareUnicodeCharacter{0055}{V}% + \DeclareUnicodeCharacter{0056}{W}% + \DeclareUnicodeCharacter{0057}{X}% + \DeclareUnicodeCharacter{0058}{Y}% + \DeclareUnicodeCharacter{0059}{Z}% + \DeclareUnicodeCharacter{0066}{a}% + \DeclareUnicodeCharacter{0067}{b}% + \DeclareUnicodeCharacter{0068}{c}% + \DeclareUnicodeCharacter{0069}{d}% + \DeclareUnicodeCharacter{0070}{e}% + \DeclareUnicodeCharacter{0071}{f}% + \DeclareUnicodeCharacter{0072}{g}% + \DeclareUnicodeCharacter{0073}{h}% + \DeclareUnicodeCharacter{0074}{i}% + \DeclareUnicodeCharacter{0075}{j}% + \DeclareUnicodeCharacter{0076}{k}% + \DeclareUnicodeCharacter{0077}{l}% + \DeclareUnicodeCharacter{0078}{m}% + \DeclareUnicodeCharacter{0079}{n}% + \DeclareUnicodeCharacter{0080}{o}% + \DeclareUnicodeCharacter{0081}{p}% + \DeclareUnicodeCharacter{0082}{q}% + \DeclareUnicodeCharacter{0083}{r}% + \DeclareUnicodeCharacter{0084}{s}% + \DeclareUnicodeCharacter{0085}{t}% + \DeclareUnicodeCharacter{0086}{u}% + \DeclareUnicodeCharacter{0087}{v}% + \DeclareUnicodeCharacter{0088}{w}% + \DeclareUnicodeCharacter{0089}{x}% + \DeclareUnicodeCharacter{0090}{y}% + \DeclareUnicodeCharacter{0091}{z}% + % \DeclareUnicodeCharacter{00A0}{\tie}% \DeclareUnicodeCharacter{00A1}{\exclamdown}% \DeclareUnicodeCharacter{00A2}{{\tcfont \char162}}% 0242=cent
Re: Default DOCTYPE?
On Sun, Jul 24, 2022 at 8:47 AM Patrice Dumas wrote: > On Sun, Jul 24, 2022 at 08:33:53AM -0700, Raymond Toy wrote: > > It looks like texinfo 6.8 inserts: > > > > > http://www.w3.org/TR/html4/loose.dtd;> > > > > at the beginning of each html file. > > > > In this day and age, shouldn't it be just ? Or does > texinfo > > html output really need that? > > This should change with the next release, is now the > default. > Oh, ok. I can wait until then. Not that it really matters to me; I was just getting a warning from Chrome Lighthouse about that. As long as texinfo does the right thing here, I'm perfectly fine with it. > > > I'm not a web dev but a few times I wrote web pages, my old emacs would > > insert the loose.dtd lines, and reviewers would say I shouldn't. It > should > > be the simple one. > > What is produced by texi2any is actually HTML 4.01 Transitional, > compatible with HTML5. My personnal view is that the old DTD has > advantages over the new for various reasons: > * we know which HTML version it is. (and HTML5) is > an evolving standard which is anything but practical. > Yeah, as a "living" standard, it's really hard to know what is supported. I guess you end up having to test for everything. Or hope the browser is up-to-date with the current spec version of the day. Thanks for your comments. * offline validation is easier. I could not find an offline validator > easy to install on a debian testing for HTML5. > > (In fact, I disagree with the directions taken by the HTML standard with > HTML5, but that's probably off topic...). > > Going forward we must abide to the new practices, even if they make our > life as developpers worse, since some day we will use HTML5 constructs > that are not compatible with HTML 4.01 Transitional. > > -- > Pat > -- Ray
Re: TeX errors with @U{0075} which is u
On Sun, Jul 24, 2022 at 09:42:52PM +0100, Gavin Smith wrote: > On Sun, Jul 24, 2022 at 10:17:02PM +0200, Patrice Dumas wrote: > > Hello, > > > > TeX says that @U{0075}, which is supposed to be u is not supported: > > > > ./U0075.texi:9: Unicode character U+0075 not supported, sorry. > > @U ...Unicode character U+#1 not supported, sorry} > > @fi @else @csname > > uni:#1@e... > > l.9 @U{0075} > > > > ? > > > > According to my understanding of the documentation, it is not expected. > > > Indeed, none of the ASCII characters are supported in @U in the texinfo.tex > implementation. You can see it yourself in the definition of > \unicodechardefs, currently line 10403 of the file. All that would be > needed would be to add 100-odd lines to the file. Ok, I can do that. -- Pat
Re: @} in @copying error in TeX
On Sun, Jul 24, 2022 at 09:37:34PM +0100, Gavin Smith wrote: > > I've committed a fix for this. There are quite a few contexts for > scanning in texinfo.tex that are all subtly different and a better > fix might unify/reduce some of them. In any case, it seems to fix my issue. -- Pat
Re: TeX errors with @U{0075} which is u
On Sun, Jul 24, 2022 at 10:17:02PM +0200, Patrice Dumas wrote: > Hello, > > TeX says that @U{0075}, which is supposed to be u is not supported: > > ./U0075.texi:9: Unicode character U+0075 not supported, sorry. > @U ...Unicode character U+#1 not supported, sorry} > @fi @else @csname > uni:#1@e... > l.9 @U{0075} > > ? > > According to my understanding of the documentation, it is not expected. Indeed, none of the ASCII characters are supported in @U in the texinfo.tex implementation. You can see it yourself in the definition of \unicodechardefs, currently line 10403 of the file. All that would be needed would be to add 100-odd lines to the file.
Re: @} in @copying error in TeX
On Sun, Jul 24, 2022 at 09:55:21PM +0200, Patrice Dumas wrote: > Hello, > > The following construct causes an error with texi2pdf > > @copying > @} > @end copying > > > ./atchar_copying.texi:4: Argument of @docopying has an extra }. > > @par > >} > l.4 @} I've committed a fix for this. There are quite a few contexts for scanning in texinfo.tex that are all subtly different and a better fix might unify/reduce some of them.
TeX errors with @U{0075} which is u
Hello, TeX says that @U{0075}, which is supposed to be u is not supported: ./U0075.texi:9: Unicode character U+0075 not supported, sorry. @U ...Unicode character U+#1 not supported, sorry} @fi @else @csname uni:#1@e... l.9 @U{0075} ? According to my understanding of the documentation, it is not expected. -- Pat U0075.texi Description: TeXInfo document
@} in @copying error in TeX
Hello, The following construct causes an error with texi2pdf @copying @} @end copying ./atchar_copying.texi:4: Argument of @docopying has an extra }. @par } l.4 @} -- Pat atchar_copying.texi Description: TeXInfo document
Re: Funny line breaking with mathjax and html
You can find a fairly up-to-date version here for the special functions: https://maxima.common-lisp.dev/docs/maxima_77.html It's a few days out of date but I'll be updating in the next few days with the fixed html code. You might also look at the elliptic functions/ integrals, orthopoly section and the distrib section. 6.8 helped quite a bit but even with 6.7 we were able to render Mathjax nicely. On Sun, Jul 24, 2022, 8:56 AM Gavin Smith wrote: > On Sun, Jul 24, 2022 at 08:30:47AM -0700, Raymond Toy wrote: > > On Sun, Jul 24, 2022 at 3:58 AM Gavin Smith > > wrote: > > > > > On Fri, Jul 22, 2022 at 02:58:21PM -0700, Raymond Toy wrote: > > > > I'm getting a funny line break when displaying MathJax inline > formulas on > > > > an html page. The TeX version doesn't have a line break. > > > > > > > > It's part of a much larger document from maxima, but the relevant > part is > > > > given below. On the html page, there's a line break before "is the > > > > solution subject". All the other parts have no unexpected line > breaks. > > > > Other than that, the formulas and everything display very nicely. > > > > > > > > This is with texinfo 6.8. > > > > > > > > > > The problem is that you are using @html as well as @ifhtml. If you > > > take the @html lines out the results are good. > > > > > Indeed it does. Thanks! > > > > This example comes from maxima, and before the manual was updated to use > > texinfo 6.8, the @html block contained html that contained the mathjax > > formula to be shown. Since it mostly worked when the formula was updated > > to use @math{}, I didn't think about it. It should all be fixed now. > > I'm looking forward to seeing the Maxima manual on the web with proper > math rendering! >
Re: Funny line breaking with mathjax and html
On Sun, Jul 24, 2022 at 08:30:47AM -0700, Raymond Toy wrote: > On Sun, Jul 24, 2022 at 3:58 AM Gavin Smith > wrote: > > > On Fri, Jul 22, 2022 at 02:58:21PM -0700, Raymond Toy wrote: > > > I'm getting a funny line break when displaying MathJax inline formulas on > > > an html page. The TeX version doesn't have a line break. > > > > > > It's part of a much larger document from maxima, but the relevant part is > > > given below. On the html page, there's a line break before "is the > > > solution subject". All the other parts have no unexpected line breaks. > > > Other than that, the formulas and everything display very nicely. > > > > > > This is with texinfo 6.8. > > > > > > > The problem is that you are using @html as well as @ifhtml. If you > > take the @html lines out the results are good. > > > Indeed it does. Thanks! > > This example comes from maxima, and before the manual was updated to use > texinfo 6.8, the @html block contained html that contained the mathjax > formula to be shown. Since it mostly worked when the formula was updated > to use @math{}, I didn't think about it. It should all be fixed now. I'm looking forward to seeing the Maxima manual on the web with proper math rendering!
Re: Default DOCTYPE?
On Sun, Jul 24, 2022 at 08:33:53AM -0700, Raymond Toy wrote: > It looks like texinfo 6.8 inserts: > > http://www.w3.org/TR/html4/loose.dtd;> > > at the beginning of each html file. > > In this day and age, shouldn't it be just ? Or does texinfo > html output really need that? This should change with the next release, is now the default. > I'm not a web dev but a few times I wrote web pages, my old emacs would > insert the loose.dtd lines, and reviewers would say I shouldn't. It should > be the simple one. What is produced by texi2any is actually HTML 4.01 Transitional, compatible with HTML5. My personnal view is that the old DTD has advantages over the new for various reasons: * we know which HTML version it is. (and HTML5) is an evolving standard which is anything but practical. * offline validation is easier. I could not find an offline validator easy to install on a debian testing for HTML5. (In fact, I disagree with the directions taken by the HTML standard with HTML5, but that's probably off topic...). Going forward we must abide to the new practices, even if they make our life as developpers worse, since some day we will use HTML5 constructs that are not compatible with HTML 4.01 Transitional. -- Pat
Default DOCTYPE?
It looks like texinfo 6.8 inserts: http://www.w3.org/TR/html4/loose.dtd;> at the beginning of each html file. In this day and age, shouldn't it be just ? Or does texinfo html output really need that? I'm not a web dev but a few times I wrote web pages, my old emacs would insert the loose.dtd lines, and reviewers would say I shouldn't. It should be the simple one. -- Ray
Re: Funny line breaking with mathjax and html
On Sun, Jul 24, 2022 at 3:58 AM Gavin Smith wrote: > On Fri, Jul 22, 2022 at 02:58:21PM -0700, Raymond Toy wrote: > > I'm getting a funny line break when displaying MathJax inline formulas on > > an html page. The TeX version doesn't have a line break. > > > > It's part of a much larger document from maxima, but the relevant part is > > given below. On the html page, there's a line break before "is the > > solution subject". All the other parts have no unexpected line breaks. > > Other than that, the formulas and everything display very nicely. > > > > This is with texinfo 6.8. > > > > The problem is that you are using @html as well as @ifhtml. If you > take the @html lines out the results are good. > Indeed it does. Thanks! This example comes from maxima, and before the manual was updated to use texinfo 6.8, the @html block contained html that contained the mathjax formula to be shown. Since it mostly worked when the formula was updated to use @math{}, I didn't think about it. It should all be fixed now. > > Although using Texinfo commands like @math in @html appeared to work > here, this is not at all recommended and the results are unpredictable. > @html is for raw HTML only. To my knowledge, the only Texinfo commands > that should occur in these "raw blocks" are @@, @{ and @}, as well as > possibly macros and conditionals. There might be more work to be done > here on texi2any to issue warnings for invalid command nestings. > > Processed with '../texi2any.pl mathjax.texi --html -c HTML_MATH=mathjax' > for development version: > > > \input texinfo > > These two solutions are oscillatory for @math{x < 0}. > > @ifhtml > @math{{\rm Ai}(x)} > @end ifhtml > @ifinfo > @math{Ai(x)} > @end ifinfo > @tex > ${\rm Ai}(x)$ > @end tex > is the solution subject to the > condition > @ifhtml > @math{y\rightarrow 0} > @end ifhtml > @ifinfo > @math{y -> 0} > @end ifinfo > @tex > $y\rightarrow 0$ > @end tex > as > @ifhtml > @math{x\rightarrow \infty} > @end ifhtml > @ifinfo > @math{x -> inf} > @end ifinfo > @tex > $x\rightarrow \infty$ > @end tex > . > @html > @math{{\rm Bi}(x)} > @end html > @ifinfo > @math{Bi(x)} > @end ifinfo > @tex > ${\rm Bi}(x)$ > @end tex > is the second solution with the > same amplitude as > @ifhtml > @math{{\rm Ai}(x)} > @end ifhtml > @ifinfo > @math{Ai(x)} > @end ifinfo > @tex > ${\rm Ai}(x)$ > @end tex > as > @ifhtml > @math{x > \rightarrow -\infty} > @end ifhtml > @ifinfo > @math{x -> minf} > @end ifinfo > @tex > $x > \rightarrow -\infty$ > @end tex > which differs in phase by > @ifhtml > @math{{\pi/2}} > @end ifhtml > @ifinfo > @math{%pi/2} > @end ifinfo > @tex > ${\pi/2}$ > @end tex > > > > @bye > > -- Ray
ePub documentation
We still need to add documentation of the ePub output format to the manual. Also, should there be an --epub option or should it be --epub3 to give the version? Any insights?
Re: Funny line breaking with mathjax and html
On Fri, Jul 22, 2022 at 02:58:21PM -0700, Raymond Toy wrote: > I'm getting a funny line break when displaying MathJax inline formulas on > an html page. The TeX version doesn't have a line break. > > It's part of a much larger document from maxima, but the relevant part is > given below. On the html page, there's a line break before "is the > solution subject". All the other parts have no unexpected line breaks. > Other than that, the formulas and everything display very nicely. > > This is with texinfo 6.8. > The problem is that you are using @html as well as @ifhtml. If you take the @html lines out the results are good. Although using Texinfo commands like @math in @html appeared to work here, this is not at all recommended and the results are unpredictable. @html is for raw HTML only. To my knowledge, the only Texinfo commands that should occur in these "raw blocks" are @@, @{ and @}, as well as possibly macros and conditionals. There might be more work to be done here on texi2any to issue warnings for invalid command nestings. Processed with '../texi2any.pl mathjax.texi --html -c HTML_MATH=mathjax' for development version: \input texinfo These two solutions are oscillatory for @math{x < 0}. @ifhtml @math{{\rm Ai}(x)} @end ifhtml @ifinfo @math{Ai(x)} @end ifinfo @tex ${\rm Ai}(x)$ @end tex is the solution subject to the condition @ifhtml @math{y\rightarrow 0} @end ifhtml @ifinfo @math{y -> 0} @end ifinfo @tex $y\rightarrow 0$ @end tex as @ifhtml @math{x\rightarrow \infty} @end ifhtml @ifinfo @math{x -> inf} @end ifinfo @tex $x\rightarrow \infty$ @end tex . @html @math{{\rm Bi}(x)} @end html @ifinfo @math{Bi(x)} @end ifinfo @tex ${\rm Bi}(x)$ @end tex is the second solution with the same amplitude as @ifhtml @math{{\rm Ai}(x)} @end ifhtml @ifinfo @math{Ai(x)} @end ifinfo @tex ${\rm Ai}(x)$ @end tex as @ifhtml @math{x \rightarrow -\infty} @end ifhtml @ifinfo @math{x -> minf} @end ifinfo @tex $x \rightarrow -\infty$ @end tex which differs in phase by @ifhtml @math{{\pi/2}} @end ifhtml @ifinfo @math{%pi/2} @end ifinfo @tex ${\pi/2}$ @end tex @bye