I took the liberty to upload the output temporarily to https://nilqed.github.io/api2/ for better reviewing. If you would insert a line like (in or before <head>) <link rel="stylesheet" href="styles.css"> in each html file, then everyone could change the appearance with just one css file.
I made an example (no aesthetic claims, just for demo ;-): https://nilqed.github.io/api2/AlgebraGivenByStructuralConstants.html with styles.css: https://nilqed.github.io/api2/styles.css In lynx, w3m or links it doesn't really makes a difference, however, when viewing online (e.g. firefox) then it is IMO a relief when the underlined links are gone ... On Wednesday, 25 December 2024 at 17:48:42 UTC+1 Kurt Pagani wrote: > Indeed, I thought twice whether to report before upgrading. > No issues now with the new list. > > ... > "XPolynomialFactor" > "ZeroDimensionalSolvePackage" > Type: > Void > (7) -> )version > "FriCAS 2024-12-20 compiled at Wed 25 Dec 17:23:28 CET 2024" > > On Wednesday, 25 December 2024 at 14:36:34 UTC+1 Waldek Hebisch wrote: > >> On Wed, Dec 25, 2024 at 04:46:54AM -0800, Kurt Pagani wrote: >> > I just tried it. Working well up to: >> > >> > ... >> > "ComplexRootPackage" >> > "ComplexTrigonometricManipulations" >> > "compUtil" >> > \x >> > >> > >> Error detected within library code: >> > parse_macro: unknown macro name >> > >> > The html (source) output so far is quite terse, no doubt. >> > BTW, "compUtil.html" has been written but is empty. >> >> This is one of irregularities discovered. The '\x' is no longer >> present in the trunk. >> >> >> > On Wednesday, 25 December 2024 at 05:58:06 UTC+1 Waldek Hebisch wrote: >> > >> > > On Mon, Dec 02, 2024 at 12:38:14AM +0100, Waldek Hebisch wrote: >> > > > I have tried to modify Ralf's code >> > > > to directly generate HTML, skipping the .rst stage. You >> > > > can see proof of concept code at: >> > > > >> > > > http://wiki.fricas.org/public/api2.spad >> > > >> > > At the same place there is now new, better version. Docstrings, >> > > condition and navgation links to defining place are there. >> > > I added also some escaping of special HTML characters. >> > > Even without escaping the characters appeared fine in Lynx, >> > > but possibly without escaping other browsers could fail or >> > > show wrong thing. >> > > >> > > Checking of docstrings is quite picky, it will signal error >> > > on anything unexpected. In a sense main addition is hopefully >> > > reasonably general parser for TeX/LaTeX files. However, it >> > > has table of known TeX macros an currently reject any unknown >> > > macro. It the trunk I have corrected errors and irregulrities >> > > discoverd by docstring checks, so it should work with the trunk. >> > > But older version are likely to fail. >> ^^^^^^^^^^^^^^ >> >> As happened in your case. >> <snip> >> > \x >> > >> > >> Error detected within library code: >> > parse_macro: unknown macro name >> > >> > (6) -> )version >> > "FriCAS 2024-04-15 compiled at Wed Apr 24 04:36:24 PM CEST 2024" >> > (6) -> >> >> Trunk now shows 'FriCAS 2024-12-20'. And you need commit >> fd8a0347e0684a750bdad25d8188580861bbd406 >> >> Alternatively, exclude problematic constructors like >> >> compUtil >> BasicKeyedAccessFile >> NumericalOrdinaryDifferentialEquations >> >> from abbrev-lines.list. I am not sure if this is complete list >> of files that will give error, there are other changes that I >> made to correct wrong output. Possibly without corrections >> errors could appear in files that were later changed. >> >> -- >> Waldek Hebisch >> > -- You received this message because you are subscribed to the Google Groups "FriCAS - computer algebra system" group. To unsubscribe from this group and stop receiving emails from it, send an email to fricas-devel+unsubscr...@googlegroups.com. To view this discussion visit https://groups.google.com/d/msgid/fricas-devel/bc3e88ed-e286-4c7d-8b0e-68d8a629f382n%40googlegroups.com.
