-
Notifications
You must be signed in to change notification settings - Fork 676
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
Images missing from HTML version of spec #247
Comments
I recommend tagging with Milestone = v1.0.0 since this should not block any minor releases, but would be good to resolve before a v1 release. |
cc @vbatts |
i think this is because the pdf inlines the images, but the html expects to find the images. I could attach those |
On Wed, Sep 07, 2016 at 12:21:19PM -0700, Vincent Batts wrote:
If the goal is to produce a single-page version of the spec, I think |
i've spent some cycles on this, and still do not have a solution yet. |
As Rob says above, this is low priority, moving to rc3. |
I am moving this to rc4 based on discussion on the mailing list that HTML and PDF isn't really the end goal as much as a top to bottom readable spec: https://groups.google.com/a/opencontainers.org/forum/#!topic/dev/XNreeSORPTQ |
Per chat on OCI Dev ConCall, a partial (and sufficient) solution would be for a /img/ directory to be included with the release. When the HTML spec is published, the /img/ directory should be published in the same location and the images will render. |
two things @RobDolinMS
For posterity, it is adding to the top of the *.html file: <!DOCTYPE html>
<html lang="en-US">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
<title>image-spec v1.0.0-rc3</title>
<base href="https://raw.githubusercontent.com/opencontainers/image-spec/v1.0.0-rc3/">
</head>
<body> and to the tail of it: </body>
</html> |
Fixes opencontainers#247 this makes an ephemeral header that gets included into the html doc that bases the images path to pull from the same tag on github. Signed-off-by: Vincent Batts <vbatts@hashbangbash.com>
opened a PR for this
…On Wed, Jan 25, 2017 at 5:35 PM, Rob Dolin (MSFT) ***@***.***> wrote:
Per chat on OCI Dev ConCall, a partial (and sufficient) solution would be
for a /img/ directory to be included with the release. When the HTML spec
is published, the /img/ directory should be published in the same location
and the images will render.
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub
<#247 (comment)>,
or mute the thread
</~https://github.com/notifications/unsubscribe-auth/AAEF6ennYs2pIxXNKKJxzKILUISwN-etks5rV84fgaJpZM4JzJxg>
.
|
Fixes opencontainers#247 this makes an ephemeral header that gets included into the html doc that bases the images path to pull from the same tag on github. Signed-off-by: Vincent Batts <vbatts@hashbangbash.com>
Fixes opencontainers#247 this makes an ephemeral header that gets included into the html doc that bases the images path to pull from the same tag on github. Signed-off-by: Vincent Batts <vbatts@hashbangbash.com>
Fixes opencontainers#247 this makes an ephemeral header that gets included into the html doc that bases the images path to pull from the same tag on github. Signed-off-by: Vincent Batts <vbatts@hashbangbash.com>
Fixes opencontainers#247 this makes an ephemeral header that gets included into the html doc that bases the images path to pull from the same tag on github. Signed-off-by: Vincent Batts <vbatts@hashbangbash.com>
Fixes opencontainers#247 this makes an ephemeral header that gets included into the html doc that bases the images path to pull from the same tag on github. Signed-off-by: Vincent Batts <vbatts@hashbangbash.com>
Fixes opencontainers#247 this makes an ephemeral header that gets included into the html doc that bases the images path to pull from the same tag on github. Signed-off-by: Vincent Batts <vbatts@hashbangbash.com>
Images are not rendering in the HTML released version of the Image Format spec (v0.4.0.)
The root cause MIGHT be that the HTML src= attributes seem to use relative URLs instead of absolute URLs.:
NOTE: Images ARE rendering in PDF version of spec :)
The text was updated successfully, but these errors were encountered: