Expose the require definition to pug renderer about relaxed HOT 9 CLOSED

I'd be ok for it (others, any opinion ?). Exposing require should make it easy for users to extend the framework, but when you multiply the "require" it will make rendering slower (since it requires at every run).

Out of curiosity what is your use-case ?

I think I will also make yaml import easy. I like yaml.

from relaxed.

My current use case is:

• i run a script, generate some data - let's say it's json
• my doc.pug imports that data, consumes it, builds the pdf
• i run the script again to generate other data, build the pdf with new data
• rinse and repeat

The main benefit would be that you wouldn't have to store your data structures in the pug file, and pug would only contain rendering logic.

from relaxed.

This much is clear, the question was more what kind of data, how does it get rendered (table ? graph ?) what kind of document, is it for "interactive" use or use on a server, etc. I'm trying to get ideas of how it could get use, it can influence directions of the software.

from relaxed.

It doesn't have to be rendered in any specific way. The whole point is that users could keep their external data in a separate file, import the raw js/json file and render it. This would help keep your pug file clean of any data/variables.

Another huge benefit of adding exposing the require definition to the pug renderer is that you'd have access to other npm modules in the renderer. You could do something like:

- var escape = require('lodash/escape')

p An escaped ampersand looks like: #{escape('&')}

from relaxed.

Done. See this test example. Note that ReLaXed also exposes path and basedir (the directory where the master pug document is). In the example these two constants are used to resolve the path of the local data.json.

from relaxed.

Looks good! Can you get a new build/version out on npm?

from relaxed.

possibly this evening

from relaxed.

Thanks!

from relaxed.

now in version 0.1.6 on npm

from relaxed.