Betriebssystem

Jedes Betriebssystem enthält ein grundlegendes Set von Schriftarten, aber er kann abhängig von Version und Updates des Betriebssystems verändert werden. Außerdem, die Benutzer können zusätzliche Schriftarten manuell oder durch Drittapplikationen hinzufügen. Alle Schriftarten gehören zu zwei Hauptkategorien: Raster- (bitmap) und Vektorfonts (TrueType, OpenType, PostScript).

Da unsere Produkte verschiedene Technologien unterstützen, können sich die Methoden des Anzeigens von Schriftarten unterscheiden. Eine große Rolle spielt hier die Version des Betriebssystems. Zum Beispiel, Reports.NET und Reports.WPF, die unter der Plattform .NET Framework funktionieren, unterstützen im Windows 8/10/11 die Schriftarten TrueType und OpenType, und in den älteren Versionen – nur TrueType. Darum werden im Berichtsdesigner nur die Schriftarten, die im System installiert und von verwendeter Software unterstützt sind.

Diese Grundsätze gehören zu solchen Produkten wie Reports.NET, Reports.WPF und Dashboards.WIN. Im Fall der WEB-Softwares (Client-Server-Technologien) legt das Betriebssystem des Server-Teils die Liste der Schriftarten fest. Wenn in den Projekten der JS-Berichtsgenerator verwendet wird, legen die Liste von verfügbaren Schriftarten von Benutzern fest.

In diesem Artikel sehen wir die Beispiele der Verbindung der Schriftarten für JS-Berichtsgenerator an. Man muss zuerst sagen, dass wir beim Export vom Bericht in PDF den Schriftarteinbettung-Modus zu aktivieren empfehlen. Standardmäßig, dieser Modus ist aktiviert, aber er kann deaktiviert werden, weil er die Größe der Ausgabedatei beeinflusst. Aber wir empfehlen für richtige und korrekte Anzeige der PDF-Datei auf verschiedenen Geräten und unter verschiedenen Betriebssystemen die Schriftarten einzubetten.

Einbetten von der Schriftart in Berichtsressourcen

Das ist die einfachste und gleichzeitig zuverlässige Weise zur Verfügbarkeit der Schriftart im Bericht für verschiedene Betriebssysteme wie Windows und macOS. Die Schriftart-Datei wird beim Erstellen und Bearbeiten vom Bericht in die Berichtsressourcen hinzugefügt. Danach kann man die Schriftart im Bericht oder Dashboard verwenden. Das ist die zuverlässige Weise für Hinzufügen von Schriftart für die Fälle, wenn man den Bericht auf dem anderen Gerät oder im anderen Betriebssystem öffnen soll.

Aber es gibt ein Nachteil – in diesem Fall wird die Größe der Berichtsvorlage-Datei vergrößert. Da die Schriftartdatei tatsächlich in die Berichtsvorlagendatei eingebettet wird, kann die Berichtsvorlagendatei erheblich vergrößert werden, besonders, wenn einige Schriftarten in die Ressourcen eingebettet werden.

Hier finden Sie ein Video über Hinzufügen von Schriftartendateien in Berichtsressourcen bei der Arbeit mit dem Berichtsdesigner.

Alle andere Weisen erfordern das Hinzufügen von Schriftarten aus dem Projekt-Code. Die Haupt-Klasse der Arbeit mit den Schriftarten ist StiFontCollection, die verschiedene statische Methoden enthält.

Einbetten von Schriftart-Dateien in die Ressourcen aus dem Code

Beim Entwickeln von Projekten können die Schriftart-Dateien in die Berichtsressourcen aus dem Code eingebettet werden. Aber diese Methode hat dieselbe Nachteile – die Größe der Berichtsdatei kann wesentlich erhöht werden.

Das Beispiel des Einbettens der Schriftart in die Berichtsdateien aus dem Code.

Hinzufügen vom Schriftart-Datei

Das Hinzufügen von der Schriftart-Datei wird mit Hilfe von der Methode addFontFile() verwirklicht. Das erforderliche Argument für diese Methode ist der Pfad zur Schriftart-Datei, die anderen Argumente sind optional. Außer dem Pfad zur Schriftart-Datei kann man auch den Namen, den Stil der Schriftart und einen Laden-Parameter der Datei angeben.

Nachteil: Diese Methode ist nicht so bequem, wenn man einige Schriftart-Dateien hinzufügen soll, weil die Codezeilen verdoppelt werden.

Das Beispiel des Hinzufügens der Schriftarten können Sie in unseren Beispielen ansehen.

Hinzufügen vom Schriftenordner

Wenn man einen Satz von Schriftart-Dateien laden braucht, kann man für jede Schriftart die Methode addFontFile() verwenden. Aber ist besser in diesem Fall, den Ordner mit den Schriftarten festzulegen. Dafür gibt es in StiFontCollection eine spezielle Methode – setFontsFolder(). Diese Methode nimmt nur ein Argument – den Pfad zum Ordner mit den Schriftarten ein.

Nachteil: Diese Methode ist nur für Node.js-Projekte gültig. Die Browser haben keinen Zugriff zum Lesen von System-Dateien wegen der Sicherheitsrichtlinien.

Das Beispiel des Hinzufügens vom Ordner mit den Schriftarten.

Hinzufügen von der Konfiguration

Wie wir oben geschrieben haben, ist es unmöglich, die Methode setFontsFolder() für Web-Berichtsdesigner zu verwenden. Aber kann man die Schriftart-Dateien in den Berichtsdesigner mit Hilfe der Methode addFontFile() als Server-Ressourcen laden. Statt des Doppelns von Codezeilen, wenn es nötig ist, einen Satz aus Schriftart-Dateien zu laden, kann man die Konfiguration der Schriftarten erstellen und sie in die Methode registerFontConfig() weitergeben.

Die Konfiguration soll als Array von Objekten dargestellt werden, wo jedes Objekt solche Attribute der Schriftart wie Pfad zur Datei (erfordert), der Name der Schriftart und der Stil (optional) festlegt.

Im Wesentlichen, die Methode registerFontConfig() verwendet unter der Haube die Methode addFontFile(), iteriert über die weitergegebene Konfiguration (Array der Objekte) und lädt alle angegebenen Schriftarten.

Nachteil: man muss die Konfiguration erstellen.

Also, es gibt keine universelle Lösung, für jede Situation gibt es eine passende Methode. Beim Erstellen von Berichts- und Datenanalytik-Systemen, besonders für verschiedene Betriebssysteme, Windows und macOS, bleibt die Frage der Arbeit mit den Schriftarten wichtig. Sie können optimale Methode für Schriftarten-Management abhängig von Bedingungen auswählen: in einem Fall ist es ausreichend, die Schriftart in die Ressourcen des Berichtes einzubetten, und in anderen Fällen ist es bequemer, die Konfiguration einzustellen. Schlussendlich ist es natürlich Ihre Entscheidung