Dividing the guide source file by section
Jesper Wilhelmsson
jesper.wilhelmsson at oracle.com
Mon May 9 15:04:30 UTC 2022
> 9 maj 2022 kl. 15:37 skrev Magnus Ihse Bursie <magnus.ihse.bursie at oracle.com>:
>
> On 2022-05-07 01:08, Jesper Wilhelmsson wrote:
>
>> Hi all,
>>
>> Most of the shuffling around and major cleanups in the Guide should be done by now and I think it's time to perform a division of the source file as proposed by Magnus in PR#47.
>>
>> https://github.com/openjdk/guide/pull/47
>
> Would you like me to refresh my PR with the current up-to-date contents of the guide?
Either that or create a new PR. Whichever you think is the easiest.
The version in PR#47 do have the chapter numbers in the file names, so it will need some more work though.
/Jesper
>
> /Magnus
>
>>
>> I do have a few requests for such a split and this mail is sent to gather any other such requests before the work on the makefile starts.
>>
>> My thinking so far:
>>
>> * Each source file should be named more or less the same as the section it contains. I don't want to say exactly the same because eventually some typo is found or a section is renamed slightly and I don't want that to enforce a rename of the file. I'll quantify it by saying that the section name and the file name should be 80% the same. Obviously that's just a random number that seems fine for now.
>>
>> * There should not be any serial numbers in the file names. It must be simple to add new sections in the middle of the guide, and to move a section to a different place. This implies that there must be a separate file that contains the order of the sections. I'm fine with this file to be of any readable, easy editable format. Plain text, XML, markdown - whatever makes it easy to use.
>>
>> * All section files in the src directory must be included in the composed guide file. If a section file on disk is not present in the index, a build error should be generated. I don't want to have section files that are place holders or things that maybe should be included at some point in there. We could have a separate directory for such files if anyone think that is a good idea. There are currently a couple of files in there that aren't part of the guide today, these must be taken care of before this can be a reality.
>>
>>
>> I'll leave it here for now. Any other suggestions are welcome!
>> /Jesper
>>
More information about the guide-dev
mailing list