Age | Commit message (Collapse) | Author |
|
|
|
i.e. replace shell specific command chaining with successive `InputXSLT:external-command` calls
|
|
* it's the order of templates that decides which specialization gets evaluated
|
|
* eliminated all custom flow control through usage of correctly defined templates called via `apply-templates`
** parameters are passed to the next recursion through a custom `level` node tree
*** this tree may be constructed using `construct_level`
* this approach is more flexible and more in line with how XSLT should be used
** it is now a more direct transformation between the source directory tree and the planned task structure
* analogously to the directory listing which was refactored in `26c0da`
|
|
* tasks of this type expect a path node providing the directory tree to be created
** the path is passed to `mkdir --parents $path` which does the actual work
* this addition was introduced to fix failing `create_link` calls in cases where the link is created before the actual directory is created as a side-effect of `InputXSLT:generate`
** this side-effect causes `InputXSLT:generate` to be impure and should be elimniated in InputXSLT if possible
*** the current hindrance preventing me from doing just that are the `xpath` target declarations which depend on this behaviour
|
|
* i.e. the `detail` transformation chain of [blog.kummerlaender.eu](https://github.com/KnairdA/blog.kummerlaender.eu/)
* added module defintion file `StaticXSLT.xml`
* revamped documentation accordingly
* added MIT license
|