Summary: | pdftohtml should include charset encoding in head section of *s.html files | ||
---|---|---|---|
Product: | poppler | Reporter: | Samuel Thibault <samuel.thibault> |
Component: | pdftohtml | Assignee: | poppler-bugs <poppler-bugs> |
Status: | RESOLVED MOVED | QA Contact: | |
Severity: | enhancement | ||
Priority: | medium | CC: | jwilk |
Version: | unspecified | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: | test file |
Description
Samuel Thibault
2013-09-17 08:36:54 UTC
A patch for this should be pretty trivial, any taker? Running pdftohtml on that file gives me a nice <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/> So can you please try with a newer poppler version or tell us if you use any special command line arguments? I'm not using any option. ghm13.html does have a content-type meta, but ghm13s.html does not, I have tested with both poppler 0.22.5 and poppler 0.24.4 And ghm13s.html is not the file you're supposed to open, you are supposed to open ghml13.html. So i don't see what's the problem I don't see why one shouldn't be able to open ghm13s.html directly. In the precise use case I have, it's on the contrary what I do want to use, I don't want a slide bar on the left and background image etc. At any rate, a html file should be self-contained anyway, there is no reason why each file shouldn't declare its own encoding. -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/poppler/poppler/issues/457. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.