Conversation
3cf3110 to
a1ecb01
Compare
* Rename @anchoridx{Data} to @anchoridx{DateTypes} in section 13 (duplicate
with the same index in section 7)
* Remove @validatemenus not available after version 6.8 of texinfo
* Rename section "cobc - The GnuCOBOL Compiler - Runtime options" to
"cobc - The GnuCOBOL Compiler"
* Add @Iftex around menu of section 7.8, as it makes makeinfo segfault and
is not useful for HTML
* Small additional fixes for info generation to work
As a result, most numbers are not changed, but appendices have different numbers, especially C1..C4
0e8deba to
f4970c2
Compare
|
This new one LGTM now. @vbcoen I think you're fine with that and with the result? This should fix https://sourceforge.net/p/gnucobol/feature-requests/421/ and hopefully also explain more, what my babbling meant. Question: that's quite a technical change - should there still be an adjustment to update.texi? Note @lefessan: as this is a technical change there should be a separate commit in svn for it (referencing the implemented FR, possibly in the commit log). The other minor updates from the other PRs could go in as another one together. |
|
I tried to understand how to add numbers in the structure, but I couldn't find anything. Since |
|
Updating texinfo and fixing the errors is then a thing we can do later (and should track somewhere, as well as getting the numbers back). I think the benefits of "numbered correctly" and "no need to manually renumber everything when something is moved/inserted/removed" are enough to live with the numbers that should be added back later. |
Remove section numbers and let texinfo auto-generate numbers. This should ease refactorings of the manuals, such as adding new sections and moving sections. See PR on Github: #4 git-svn-id: svn+ssh://svn.code.sf.net/p/gnucobol/code/external-doc@5179 ed166372-6744-4ac0-a67f-bb1ae9efa102




On top of #2