Use the JPEG2000-encoded wallpaper image from the WdS handout as is #24
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
If we extract the wallpaper bit stream from the WdS handout we get JPEG2000.
It’s much better to preserve the original encoding than to re-encode.
Unfortunately the wallpaper now has inverted colors which we can remedy with a
"secret" \includegraphics option: "decodearray={1 0 }". To apply it to the
wallpaper we need to adjust \ThisCenterWallPaper to pass an optional parameter
to \includegraphics.
|
Habe ein resultierendes PDF getestet: Preview (macOS), Skim (macOS), GoodReader (iOS)Farben sind invertiert: 
Adobe Acrobat Reader 2023.001.20063Kann die Datei laden, zeigt aber eine Fehlermeldung und stellt den Hintergrund gar nicht dar: 
FirefoxDer einzige Renderer den ich installiert habe, der die Datei korrekt anzeigen kann. Der Support für dieses Feature ist zu schlecht, als dass ich das mergen möchte. Prinzipiell wäre es schön, das Bild nicht zu transcodieren, aber eine akzeptable Lösung dafür muss breiter unterstützt werden als diese. Insbesondere ist wichtig, dass das PDF auf Tablets (iPad, reMarkable, …) korrekt dargestellt wird – die sind in meinem Umfeld die üblichen Systeme, mit denen der Bogen angeschaut wird. Danke trotzdem für deine Mühe, vielleicht findest du noch eine Option die besser funktioniert. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
The installation script downloads a suitably licensed official PDF handout, extracts its wallpaper image for later use in Heldendokument. Currently, this wallpaper is transcoded to JPEG which is both lossy and results in a larger file size than the original.
This pull request modifies the installation process:
pdimagessuch that it extracts the exact bitstream of the wallpaper images. Move the resulting JPEG2000 file towallpaper.jp2..jp2file extension.Caveat: The wallpaper bitstream contains the image with inverted greyscale colours. Suitable PDF commands then invert the colours back to the expected result and, luckily, the
graphicxmodule provides an undocumented option\includegraphics[decodearray=…]{…}to do just that. Unfortunately, not all PDF viewers support this PDF feature and Blink (Chrome, Edge, etc.) is among them. I successfully tested them in Adobe Reader, Firefox, Okular, Evince, and QPdfviewer. As a workaround, one may open the PDF using a compatible viewer and “print” it to a new PDF file or pass it through Ghostscript with-dCompatibilityLevel=1.4(which will decode and colour-transform the wallpaper image and store it in a lossless format inside the resulting PDF).Other minor change(s):
logo-fanprodukt.png). This makes it trivial to replace the image with something in a different format (JPEG, EPS, etc.) in case anybody wants to do that.