wir haben gerade versucht, einen https Link in der HTML-Komponente zu verwenden. Dieser funktioniert jedoch nicht mit einer exportierten PDF Datei. Ich weiß, dass das ein Problem war. Es gibt jedoch den Beitrag HTML Komponente - #4 by dstein und es sollte wohl in die Version 27 die Unterstützung eingebaut werden. In den Release Notes wird das auch erwähnt. Wir scheitern hier jedoch mit der Version 28. HTTP funktioniert. HTTPS wird einfach nicht als aktiver Link dargestellt.
Der Adobe Acrobat Reader selbst kann einen https Link darstellen und ich kann den auch aufrufen. Also, wenn ich nur die reine URL als Text ausgebe. Es liegt wohl also nicht an dem Reader.
Ich habe auch nichts dazu in den Eigenschaften der HTML Komponente im Designer gefunden. Muss die Unterstützung vielleicht bei der Implementierung entsprechend aktiviert werden?
Ich glaube ich kann anhand deines Screenshots das “Problem” erkennen. Du nutzt wie es aussieht einen Alias für deinen HTML-Link und nicht die direkte Adresse.
Damit kann der PDF Export aber nicht umgehen, dieser benötigt eine konkrete Adresse, die er erkennen kann.
Könntest du einmal ausprobieren, ob das gewünschte Ergebnis erreicht wird, wenn du in der Option “Aktion” → “Link” (unten rechts in deinem Screenshot zu sehen) den direkten Link hinzufügst? Den Rest vom HTML-Objekt solltest du so belassen können (eventuell kannst du auch den Link aus der HTML-Datei als URL oder Formel in den Objekt-Eigenschaften angeben, damit keine Datei benötigt wird).
Sorry für die späte Antwort. Die Grippe hat mich leider erwischt. Dann hat sich das erledigt. Ich war mir sicher, dass mit HTTP Links auch ein Alias verwendet werden kann, da in meinem Beispiel bei einem http Link nur www.test.de stand und daraus wurde dann in dem Link http://….. gemacht. Allerdings funktioniert der Link mit einem einfachen “test” Alias auch bei http nicht. Das war mir nicht bewußt. Damit ist das wohl wie implementiert.
Da stellt sich doch die Frage: (wann) wird das implementiert? Die Anforderung, mehrere klickbare Links in einem Dokument darzustellen, ist doch in Zeiten der Digitalisierung und dem Bereitstellen von AGBs, DSGVO usw. völlig normal. Da möchten die Kunden keine ellenlangen kryptischen Links zu den PDFs auf den Belegen haben, sondern kurze, klickbare Links.
Berechtigte Frage, da das grundsätzlich ja in der PDF Datei ja möglich ist und auch funktioniert. Hier mal eine einfache HTML Datei in PDF konvertiert mit pdf24.
Prinzipiell können angezeigte Texte und damit verbundene komplexere/längere Links/URLs durchaus im Bericht platziert werden, was über die Link-Eigenschaft unter den Aktionen eines Objektes eingestellt werden kann. Jedoch ist dieser Ansatz global für das gesamte Objekt im Designer gültig und kann nicht mehrfach im Fließtext individual definiert werden.
Da ist es natürlich naheliegend, hierzu das HTML-Objekt des Designers im Bericht zu verwenden, da man im HTML-Quellcode bequem und einfach mit href-Attributen im Fließtext arbeiten kann. Doch beim Rendering des HTML-Objektes im Bericht, wenn ein Export stattfindet, erfolgt dies technisch nicht auf Basis einer Browser-Engine. Stattdessen wird daraus aktuell ein Bildformat (im Detail ein EMF - Enhanced Meta File) erstellt, wobei die Informationen des Backends - also das href-Attribut des HTML-Codes - verloren gehen und somit nicht erhalten bleiben. Nur die vordergründig sichtbaren Text-Informationen und Formatierungen bleiben dabei erhalten, weswegen die ausgeschriebenen Links/URLs vom eingesetzten PDF-Reader selbstständig erkannt werden können und einen Link daraus machen.
