Mitchell Tannenbaum

so we don't need to create and delete a directory for the package.searcher #43

replace fs module with torchbear filesystem bindings

1

related #18

should be document, not file

1

https://github.com/foundpatterns/lighttouch-base/blob/f25b449727c94e37d0ee5d69857bbf0ea92f9057/content.lua#L27

https://github.com/foundpatterns/lighttouch-base/blob/bf0bbaf29bc9acb0dceccad08cd773ca48bd14a5/package_loader.lua#L7-L28 the name doesn't explain its purpose. can it go in `table_ext.lua`?

content module

1

### validation - basic json schema support in yaml - [lua-resty-validation ](https://github.com/bungle/lua-resty-validation) - use middleclass for polymorphic / abstract data type-y / inheritable schemata? ### form generation - html -...

`content/create.lua`

next steps

1

- ~~rename -libs to -base~~ - ~~move external code to `third-party`~~ - #1 - ~~content model validation~~ ... - unify package loader with lua's package.searchers #43 - #2 - move...

https://github.com/foundpatterns/lighttouch-libs/blob/7eb07b2262d7cf37db1be123989e6f282b762969/package_loader.lua#L56-L67 is this necessary? can this move to init.lua? `request_process` -> `incoming_request_process` `request.` -> `incoming-request.`

can this move to init.lua ?

2

https://github.com/foundpatterns/lighttouch-libs/blob/7eb07b2262d7cf37db1be123989e6f282b762969/package_loader.lua#L56-L65