Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Templating #11

Closed
jacobconley opened this issue Apr 11, 2021 · 1 comment
Closed

Templating #11

jacobconley opened this issue Apr 11, 2021 · 1 comment
Milestone

Comments

@jacobconley
Copy link
Owner

jacobconley commented Apr 11, 2021

Why?

Other questions

Paths? can maybe use runtime.Caller to get template file relative to whatever is invoking the renderer. How to make that optional, or opt-in somehow - maybe a path prefix but that's kinda goofy i reckon

Layouts? My current thinking is that the user can set a layout on initialization (can also update in the routes), and honestly if there's a situation where there are several distinct layouts and enough pages to where it would be too repetitive to specify, the user should create a new server instance. But I should only accept this as an answer if it's easy to clone server instances, which it should be

@jacobconley jacobconley added this to the v0.1 milestone Apr 17, 2021
@jacobconley
Copy link
Owner Author

jacobconley commented Jun 13, 2021

Should we use Buffalo's Plush or the standard golang template package? What benefit do we provide with templating anyways? We could come up with a convenient HTTP routing template system but it has to be extremely opt-in

Golang templates kick ass. Expounding further upon the purpose in the original issue

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant