So fügen Sie Ihrer Site ein Favicon hinzu

0 Comments

Status dieses Dokuments

Entwurf in der Entwicklung; kann sich jederzeit radikal ändern.

Ein Favicon ist ein graphicimage (Symbol), das einer bestimmten Webseite und/oder Website zugeordnet ist. Viele aktuelle Benutzeragenten (wie grafische Browser undnewsreader) zeigen sie als visuelle Erinnerung an die Web-Siteidentity in der Adressleiste oder in Registerkarten an. Die Wikipedia enthält Anartikel aboutfavicons .,

Um Ihrer Website ein Favicon hinzuzufügen, benötigen Sie sowohl ein Image als auch amethod, um anzugeben, dass das Image als Favicon verwendet werden soll. Thisdocument erklärt die von W3C bevorzugte Methode zur Angabe von thefavicon. Es gibt eine andere gängige Methode, die unten dargestellt wird, mit einer Erklärung, warum diese Methode mit einigen nicht übereinstimmtprinzipien der Webarchitektur. Beide Methoden gelten nur für HTML undXHTML, eine der Einschränkungen discussedbelow.

In diesem Dokument wird nicht detailliert beschrieben, wie ein Faviconimage erstellt wird., Das Format für das von Ihnen gewählte Bild muss jedoch 16x16pixel oder 32×32 Pixel betragen, wobei entweder 8-Bit-oder 24-Bit-Farben verwendet werden. Das Format des Bildes muss eines von PNG (aW3C Standard), GIF oder ICO sein.

Methode 1 (Bevorzugt): Verwendung eines rel Attribut valuedefined in einem Profil

Der erste Ansatz zur Angabe eines Favicons besteht darin, den relAttributwert „icon“ zu verwenden und zu definieren, was der Wert über ein Profil bedeutet. In diesem HTML 4.,Beispiel: Das Favicon, das über den URI als Favicon identifiziert wurde:

Die XHTML 1.0-Version sieht sehr ähnlich aus:

Methode 2 (nicht empfohlen): Setzen des Favicons auf einen vordefinierten URI

Eine zweite Methode zum Angeben eines Favicons beruht auf der Verwendung eines neu definierten URI, um das Bild zu identifizieren: „/favicon“, das relativ zuder Serverstamm. Diese Methode funktioniert, weil einige Browser wurden programmiert, um mit diesem URI nach Favicons zu suchen., This approach isinconsistent with some principles of Web architecture and is being discussed by W3C “ s Technical Architecture Group (TAG) as their issue siteData-36.To fassen Sie das Problem zusammen: Die Webarchitektur autorisiert Site-Managersto Verwalten Sie ihren URI-Speicherplatz (für einen bestimmten Domainnamen), wie sie es sehen. Konventionen, die nicht repräsentieren Gemeinschaft Vereinbarung und thatreduce die verfügbaren Optionen, um ein site-manager nicht skalieren und maylead Konflikt (da es keine bekannte Liste der thesepredefined URIs)., Eine praktische Überlegung verdeutlicht das Problem:Viele Nutzer haben Websites, obwohl sie keinen eigenen Domain-Namen haben. Diese Benutzer können Favicons nicht mit der secondmethod angeben, wenn sie nicht in den Serverstamm schreiben können. Sie können jedoch method one verwenden, um ein Favicon anzugeben, da es flexibler ist und den Site Manager nicht dazu zwingt, ein einzelnes Favicon an einem einzigen Ort auf der Site zu verwenden.

Es gibt einige andere bekannte Eingriffe in den URI-Raum, einschließlich der “ Roboter.txt “ – Datei und der Speicherort einer P3P privacypolicy., Der Fachbereich Technische Architektur erkundigt sich nach Alternativen, die nicht ohne Lizenz auf den URI-Raum wirken.

Verwendung von Profilen zur Definition von Begriffen wie“icon“

Lose gesagt ist ein Profil eine Definition von setterms. Idealerweise enthält ein Profil sowohl maschinenlesbare als auch menschenlesbare Informationen. In HTML 4.01 und XHTML 1.0 ein paar Attribute wie das Attribut rel haben keine vordefinierten Werte. Stattdessen kann der Autor Werte je nach Bedarf bereitstellen, unddann verwenden Sie ein Profil, um zu erklären, was die Werte bedeuten., In unserem Fall empfehlen wir, dass Autoren den Wert „Symbol“ und ein Profil verwendenerklärt, dass „Wenn wir Symbol sagen, meinen wir „Dies ist ein Favicon.““

In Methode 1 oben verwenden wir das Attribut mit theLINKelement und wählen ein Profil mit der profile Attributauf dem Kopfelement.

Wir haben ein Profil definiert, das Sie frei für Ihre eigenen Websites verwenden können.,

Einschränkungen

Es gibt mehrere Einschränkungen für die oben beschriebenen Ansätze,einschließlich der bevorzugten Methode (weshalb das TAG in der Frage weiterhin funktioniert):

  • Die Ansätze funktionieren nur in HTML oder XHTML
  • Der bevorzugte Ansatz verknüpft ein Favicon mit einem HTML-Dokument,nicht mit einer Sammlung von Dokumenten (dh einer Site)
  • Das vorgeschlagene Profil zum Definieren des „icon“ – Werts ist keineserkannter Standard, was bedeutet, dass es probleme in der Praxis.
  • Es gibt keinen Standard (zumindest definiert durch HTML 4.,01)für maschinenlesbare Profile, die einem Browser erlauben würden zu wissen „Dies bedeutet, dass ein Bild ein Favicon ist.“Daher muss abrowser im Voraus programmiert werden, um diesen particularvalue von relzu erkennen. Weitere Informationen zur Verwendung von Profilenin HTML und XHTML finden Sie unter GRDDL.

FAVICON-WIKIPEDIA Favicon, Wikipedia, Verfügbar unter http://en.wikipedia.org/wiki/Favicon . GRDDL Nachlese ressourcenbeschreibungen aus Dialekten von Sprachen, D. Hazaël-Massieux, D. Connolly, Redakteure, W3C-Team, Submission, 16 Mai 2005 http://www.w3.org/TeamSubmission/2005/SUBM-grddl-20050516/ ., Latest version available at http://www.w3.org/TeamSubmission/grddl/ . HTML401 HTML 4.01 Specification, D. Raggett, A. Le Hors, I. Jacobs, Editors, W3C Recommendation, 24 December 1999, http://www.w3.org/TR/1999/REC-html401-19991224 . Latest version available at http://www.w3.org/TR/html401 . SITEDATA-36 Web site metadata improving on robots.txt, w3c/p3p and favicon etc., TAG, Available at http://www.w3.org/2001/tag/issues.html#siteData-36 . XHTML1 XHTML™ 1.0 The Extensible HyperText Markup Language (Second Edition), S. Pemberton, Editor, W3C Recommendation, 1 August 2002, http://www.w3.org/TR/2002/REC-xhtml1-20020801 ., Neueste Version verfügbar unter http://www.w3.org/TR/xhtml1 .

Danksagung

Die folgende QA Interesse der Teilnehmer der Gruppe und W3C-Mitarbeiter havecontributed deutlich auf den Inhalt dieses Dokuments:Dominique Hazaël-Massieux (W3C), Chris Lilley (W3C), andOlivier Théreaux (W3C).


Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.