diff --git a/README.md b/README.md index 41e4161..cfa8303 100644 --- a/README.md +++ b/README.md @@ -49,9 +49,6 @@ I've used a few different code generation stacks in the past, and they're all go With the goal of creating something that is both lightweight and easy to use, I've decided on mixing Java and non-Java bits. By doing this, I will be able to get the full power of Java within my reach and delegate commonly occurring text output tasks to a few non-Java bits - from this point on the non-Java bits are called **_generative functions_**. Let’s mock-up template structures: -
- -
![Template Mock-up 1](./doc/images/image4.jpg "Template mock-up 1") ![Template Mock-up 2](./doc/images/image3.jpg "Template mock-up 2") @@ -108,9 +105,7 @@ What the template does here is self-explanatory: The next step, which happens during run-time, is to load a template file. The loaded template file is turned into Java code by mapping generative functions into Java code. - -![Template loading](https://chulk.org/code-dev/codegen/src/branch/main/doc/images/image2.jpg "Template loading") - +![Template loading](./doc/images/image2.jpg "Template loading") The following Java code has been generated based on the template from the previous step. @@ -430,7 +425,7 @@ codeGen.generateCode("lorem.ipsum.javatester.test.Generator", codeGen.writeGener We got new files! -![New files](https://chulk.org/code-dev/codegen/src/branch/main/doc/images/image1.png "new files") +![New files](/doc/images/image1.png "new files") The test code was run at 11:26 on Sunday, 3 April 2022 (CEST). And indeed the text outputs did look good.