Hi Gil, Rony, Love the build tools. +1+1+1
After removing some non-utf triple elipses (...) that should have been (. . .) my changes now compile. As well as the thousands of fo:region-after etc. warnings that have been the subject of a couple of threads on this list I also see: - WARNING: Font "Symbol,normal,700" not found. Substituting with "Symbol,normal,400". - WARNING: Font "ZapfDingbats,normal,700" not found. Substituting with "ZapfDingbats,normal,400". - WARNING: Font "Liberation Sans,normal,400" not found. Substituting with "any,normal,400". - WARNING: span="inherit" on fo:block, but no explicit value found on the parent FO. - WARNING: Destination: Unresolved ID reference "book-oorexx-oodialog" found. - WARNING: Destination: Unresolved ID reference "notices.title" found. - WARNING: Destination: Unresolved ID reference "cplv10.title" found. I can't find an fo:block or any of the unresolved ID references in the source file I have edited book-oorexx-oodialog is in book_info.xml notices.title is in Notices.xml cplv10.title is in CPLv1.0.xml Should these be a cause for concern do you think? Jon On Mon, 6 Feb 2023 at 16:29, Sahananda Sahananda <sahana...@gmail.com> wrote: > Hi Rony, Gil, > > I have the repository checked out and updated it just before working on > the docs. > > Thanks for the build at home instructions. I will try to give it a go > over the next couple of evenings. > > Jon > > On Mon, 6 Feb 2023 at 14:02, Gilbert Barmwater <gi...@bellsouth.net> > wrote: > >> On 2/6/2023 6:50 AM, Rony G. Flatscher wrote: >> >> Hi Jon, >> On 05.02.2023 22:34, Sahananda Sahananda wrote: >> >> I have updated and committed the xml file. I think that now an automatic >> rebuild of the documentation will be triggered. Is that right? >> >> Not sure. An automatic build gets triggered if code changes took place >> IIRC. Maybe in that context the documentation may be recreated and updated >> on the web site, just do not know. >> >> If there are build errors how will I get to see them? >> >> If you created the documentation yourself in the subdirectory "log_files" >> (see below). >> >> Creating the documentation for yourself is actually not really difficult, >> here an attempt of a "how-to": >> >> Probably the easiest (sic!) would be to check out the entire ooRexx >> project via svn. Here the directions copied over: >> >> -------- Forwarded Message -------- >> Subject: Getting oorexx docs, test, code from SourceForge to help the >> oorexx project ... (Re: [rexxla-members] The external program search order, >> source-relative paths, Call and Requires >> Date: Fri, 20 Jan 2023 12:37:35 +0100 >> From: Rony Flatscher >> To: rexxla-memb...@groups.io >> ... cut ... >> >> ... a coarse path: >> >> - get svn for your operating system, if not already present (e.g. >> Tortoise for Windows, on Unix the respective svn package) >> - run: >> - svn checkout https://svn.code.sf.net/p/oorexx/code-0/ oorexx-proj >> - The above will create a directory "oorexx-proj" which contains >> everything of the ooRexx project with the following important directories: >> - latest documentation: oorexx-proj/docs/trunk >> - latest test framework: oorexx-proj/test/trunk >> - latest code: oorexx-proj/main/trunk >> >> Ad docs/trunk: go into the "tools" directory and study "readme.txt". The >> build tools are either in bldoc_win (cmd scripts) or bldoc_orx (Rexx >> scripts). >> >> Basically all documentation is in DocBook XML and the xsl files are used >> to transform it to pdf and html. >> >> The XML text sources are in oorexx-proj/docs/trunk in subdirectories >> named after the book, e.g. "rexxref/en-US" (reference) or "rexxapi/en-US" >> (the API documentation). The cover page and first pages are the same for >> all books and defined in "oorexx/en-US". >> >> The tools/bldoc* directories contain scripts that allow one to create the >> books one by one. "setup" will try to download the needed tools from the >> internet, "docprep" allows one to denote the book to create and e.g. >> "doc2pdf" tries to create a pdf rendering and places it, if successful into >> "pdf_files". >> >> ... cut ... >> >> After checking out the ooRexx project as described above this would be a >> fast-lane approach to create the documentation immediately: >> >> - change into "oorexx-proj/docs/trunk/tools/bldoc_win" (I prefer >> "bldoc_orx", but there is a little bug currently there) >> >> Indeed there is but I have located the issue and have designed a fix >> which I am in the midst of developing and testing. >> >> >> - you may want to skim over "read1st.txt" >> - run "setup.rex" (will download all software needed to create the >> docs) >> - then each time you want to create a book (bldoc_win will use >> environment variables if not mistaken, so the following steps might have >> to >> be repeated for each new session): >> - run "docpath.cmd %cd%\..\..\orexx-proj\docs\trunk" (or define an >> absolute path): this is the location where book directories are rooted >> - run "docprep.cmd oodialog" (this defines the book-directory >> looked up in docpath) >> - run "doc2pdf.cmd": this will run in sequence >> - "doc2fo.cmd": creates the fo-file "oodialog.fo" in the >> "fo_files" directory placing any log output ("oodialog.log") into >> "log_files" >> - "fo2pdf.cmd": creates the pdf-file "oodialog.pdf" in the >> "pdf_files" directory from the fo-file "fo_files\oodialog.fo" >> >> So when everything went fine you would have the pdf file in the >> "pdf_files" subdirectory. If not, then there was probably an error creating >> the fo-file "oodailog.fo" which would be described in >> "log_files\oodialog.log". >> >> --- >> >> Please note: regularly do a "svn update" to get the latest changes from >> SourceForge, also it may be the case that each time you change something in >> the xml files that you need to run "docprep.cmd oodialog" to get the >> working directory updated (this is the case currently when using >> "bldoc_orx"). >> >> Just an aside here - bldoc_win uses the working copy so it will pick up >> any changes to the xml files but because it uses environment variables to >> "remember" things like the document name, opening a new cmd prompt will >> require running all of the commands from the "top". And note that doc2pdf >> <book name> will run docprep under the covers so it need not be a separate >> step. >> >> HTH >> >> ---rony >> >> >> >> >> _______________________________________________ >> Oorexx-devel mailing >> listOorexx-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/oorexx-devel >> >> _______________________________________________ >> Oorexx-devel mailing list >> Oorexx-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/oorexx-devel >> >
_______________________________________________ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel