Inhalt-Positionsüberschriftwert, weil Verbraucher überzeugtes dieses sein können Anzeigen mit identische Inhalt-Positionswerte enthalten tatsächlich identische Daten. URL-Hinweise im Wurzeldokument des multiplexen Dokumentes MÜSSEN seien zu zusammengepaßt Sie Inhalt-Position und/oder Felder Inhalt-Kennzeichnung der bezogenen Anzeige wenden entsprechend ein Richtlinien gegeben von RFC2557 - MIME-Verkapselung der gesamten Dokumente, wie HTML (MHTML) [ RFC2557 [ p.49 ] ]. Eine Ausnahme der Richtlinien tritt auf, wenn ein Bezug auf a genommen wird Anzeigengegenstand genannt mit einer Inhalt-Position [ RFC2557 [ p.49 ] ]. In diesem speziellen Fall mehrfach Fälle dieser Anzeige werden ANGEFORDERT im zusammengesetzten Dokument. B.2.1, das Bilder Durchschiebt Dieser Abschnitt ist informativ. RFC3391[MIMEMPX [ p.48 ] ] sagt nur, daß ein Bild nah an seinem Hinweis in a gesetzt werden sollte zusammengesetztes Dokument. Jedoch wenn ein Bild direkt nach seinem Hinweis gesetzt wird, die Informationen im Bild ist die Überschrift vorhanden, wenn sie, für die Bestimmung der Größe des Kastens des Bildes benötigt wird, bis zu wo eine Bildüberschrift die Daten vom Anfang des Bildes und vom Umfassen des Anfangs ist von der Scan-Markierung. Ausserdem weiß der Drucker sofort, wenn das Bild anwesend ist, oder wenn sein wechselnder Inhalt muß gedruckt werden. Andererseits wenn einige Bilder auf a gesetzt werden Seite, einige preiswerte Drucker konnte nicht genügend Gedächtnis zum Halten der Bilder im Gedächtnis haben bei der Übertragung der Seite. Eine mögliche Lösung zu diesem Dilemma soll jedes Bild in brechen Klumpen und Überschrift jedes Bildes in seinen eigenen Klumpen nahe dem Hinweis des Bildes legen. Rest der Klumpen für jedes Bild werden später in das zusammengesetzte Dokument gelegt und konnten seien durchgeschoben Sie, um das Gedächtnis weiter zu verringern, das benötigt wird, um die Bilder beim Druck zu speichern. B.3, Gegenstand für enthaltene Bilddaten verwendend Dieser Abschnitt ist informativ. Eine alternative Methode zum Umfassen von Bilddaten in XHTML-Drucken ist über den Daten-URL-Entwurf [ RFC2392 [ p.48 ] ]. Weil diese Methode normalerweise die Daten des dualen Kartenbildes mit base64 kodiert kodierend, ist eine bedeutende Zunahme der Größe der Daten, die übertragen werden, erfahren. Dieses wenn über langsamen Anschlüssen vermieden Sie seien. Die Drucker, die enthaltene Daten stützen, können sich stützen base64, das mit dem img kodiert oder Gegenstand Element. < Gegenstand height="20 Millimeter "width="20 Millimeter" type="image/jpeg " data="data:image/jpeg;base64, aGh67Fghsapa0Hji7dfGSweTa. . "> Beispiel Image</object > oder < img height="20 Millimeter "width="20 Millimeter" alt="Examplebild " src="data:image/jpeg;base64, aGh67Fghsapa0Hji7dfGSweTa. . . "/> Diese Methode könnte für sehr einfache Klienten nützlich sein, die nicht einen Bediener für Bild sich leisten können das Downloading oder kann nicht die Application-/Vnd.pwg-multiplexedcMime-Art aus irgendeinem Grund verwenden [ MIMEMPX [ p.48 ] ]; jedoch wird es nicht für allgemeinen Gebrauch besonders wenn die Größe von vorgeschlagen Druckerspeicher ist unbekannt. - 38 - XHTML-Print B.3, Gegenstand für enthaltene Bilddaten verwendend