Localize Bilder in ASP.NET

StackOverflow https://stackoverflow.com/questions/331000

Frage

Ein paar Jahren hatten wir ein Grafikdesigner unserer Website aufzumöbeln. Seine Ergebnisse sahen toll aus, aber er führte leider eine neue nicht unterstützte Schriftart durch den Web-Browser.

Am Anfang war ich wie, „Was!?!“ ... da die meisten unserer Inhalte dynamisch ist und es gab keine wirkliche Möglichkeit, alle Bilder vorab zu machen. Es gab auch die Ausgabe von mehreren Sprachen (da wir wussten, dass Spanisch am Horizont war).

Wie auch immer, habe ich beschlossen, einige Klassen zu erstellen, um automatisch generieren Bilder über GDI + und sie programmatisch-Cache je nach Bedarf. Dies löste die meisten unserer anfänglichen Probleme. Aber jetzt, dass unsere Last hat dramatisch zugenommen, da eine Belastung für unseren UI-Server hat.

Nun zur Frage ... Ich suche die meisten der dynamischen GDI + Bilder mit einem Standard-Web-Browser Schriftart zu ersetzen. Ich denke an einige der gerenderten GDI + Bilder zu halten und sie in einer Datei resx setzen, sondern planen, die meisten von ihnen mit Tahoma oder Schriftarten Arial über asp ersetzen: Labels.

Welche haben Sie eine bessere lokalisierte Bild Lösung gefunden werden?

  • Einbetten von Bildern in die resx
  • Nur Hinzufügen der Bild-URL in die resx
  • Einige andere Lösung

Mein Hauptanliegen ist es, die Verarbeitung auf dem UI-Server zu begrenzen. Wenn das der Fall ist, würde das Hinzufügen der Bild-URL zum resx eine bessere Lösung im Vergleich zu tatsächlich das Bild in die resx Einbettung?

War es hilfreich?

Lösung

Sie sollten nur einmal jedes Bild erzeugen müssen und es dann auf der Festplatte zu speichern. Die Last auf Ihrer Website sollte nicht erhöht die Menge müssen Sie tun, zu verarbeiten. Davon abgesehen, ist es fast klingt wie Sie Bilder für Dinge verwenden, sollten Sie nicht sein. Wenn es so viele verschiedene Bilder, die Sie nicht mit der Erzeugung von ihnen mithalten kann, dann ist es Zeit, um Ihre Phantasie Bilder für Dinge zu verzichten, die nicht Bilder sein sollte, und zurück zum reinen Text gehen. Wenn der Benutzer nicht die angegebene Schriftart installiert ist, sollte es auf eine ähnlich aussehende Schrift fällt gerade zurück. CSS hat eine gute Unterstützung für diese.

Andere Tipps

meine Antwort hier

Dies kann manuell erfolgen oder irgendeine Art von automatisiertem (CMS) System.

Die grundlegende Methode ist Ihre Bilder in einem sprachspezifischen Verzeichnisstruktur zwischenzuspeichern und dann einen HTTP-Handler schreiben, die effektiv die zusätzliche Verzeichnisschicht entfernt. zB: 

/images/
    /en/
        header1.gif
    /es/
        header1.gif

In Ihrem Markup oder CSS würden Sie nur Referenz /images/header1.gif. Die http-Hander dann verwendet Session (wenn die Sprache benutzerspezifisch) oder config (wenn ortsspezifische) zu wählen, welches Verzeichnis aus dem Bild zu dienen.

Dies stellt eine saubere Linie bewteen Code und Content und ermöglicht Client-Seite-Caching. Resx ist ideal für kleine Saiten aber ich viel lieber ein System wie dieses für Bilder und größeren Inhalt. insbesondere im Internet, wo es in der Regel einfach Bilder um zu wechseln.

Ich hatte das gleiche Problem vor ein paar Jahren und unser Interface-Team wies uns auf Sifr. http://wiki.novemberborn.net/sifr/

Sie betten Ihre Schrift in einen Flash-Film und dann die Sifr JavaScript verwenden, um dynamisch Ihren Text in Ihrer Schrift zu umwandeln. Weil es clientseitige, gibt es keinen Server-Seitenaufprall.

Wenn der Benutzer nicht haben Flash oder JavaScript installiert ist, erhalten sie die nächste webfreundliche Schriftart.

Als zusätzliche Bonus:., Weil Ihr Inhalt ist noch Text - Google kann der Inhalt suchen und Index - eine große SEO-Optimierung

Durch Caching, würde ich hinzufügen, sondern nur die Bild-URL in die resx. Caching ist viel besser für statische Inhalte (i-e einfache Dateien) als für generierte Inhalte.

Ich würde sehr vorsichtig Text in Bildern überhaupt setzen, CSS mit entsprechenden font-family Rückfall ist wahrscheinlich die richtige Antwort auf die Zugänglichkeit und gute MVC Gründe.

Wo Generation wirklich erforderlich ist, ich denke, Kiblee und JayArr umreißen gute Lösungen

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top