-
-
Notifications
You must be signed in to change notification settings - Fork 7.5k
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
Add a way to identify a non-Page HTML etc. resource #12274
Comments
|
Understood. Is there something cleaner than this to just dump the file (and return Permalink/RelPermalink)?
Or this?
|
... copy it into ... static? |
OP's use case needs to organize these with the page. I'm recommending second example above, or renaming the resource (e.g., a.txt instead of a.htm). |
I have reopened and relabeled this ... I don't know how to practically do this, but it would be a good idea if we had a way to say that a particular bundled (e.g. HTML) file should be handled as a regular simple resource with a mime type (as in: not a |
Related to #9197. |
Reference: https://discourse.gohugo.io/t/shortcode-for-iframe-breaking-at-update-hugo-122-x-123-8/48904
Not sure if this is an enhancement or a bug.
The test below obviously passes with v0.122.0 because we blindly copied content page resources (
.html
, .htm
,.adoc
,.pdc
,.org
,.rst
,.md
) when publishing the site.By design we are no longer copying content page resources, but I think site and theme authors should be able to publish them with
Permalink
,RelPermalink
, andPublish
.Failing test:
The workaround is a bit ugly:
The text was updated successfully, but these errors were encountered: