Hoe voeg ik een Favicon toe aan uw Site

een favicon is een grafische afbeelding (pictogram) die is gekoppeld aan een bepaalde webpagina en/of Website. Veel recente user agents (zoals grafische browsers en nieuwslezers) tonen ze als een visuele herinnering aan de web siteidentity in de adresbalk of in tabbladen. De wikipedia bevat een artikel over favorieten .,

om een favicon aan uw website toe te voegen, hebt u zowel een afbeelding als een amethod om aan te geven dat de afbeelding als favicon moet worden gebruikt. Dit document legt uit welke methode W3C de voorkeur geeft voor het specificeren van de favorieten. Er is een andere gemeenschappelijke methode die hieronder wordt geïllustreerd, met een verklaring van waarom die methode inconsistent is met sommige principes van Webarchitectuur. Beide methoden zijn alleen van toepassing op HTML en XHTML, een van de hieronder besproken beperkingen.

in dit document wordt niet in detail besproken hoe u een faviconimage kunt maken., Echter, het formaat voor de afbeelding die u hebt gekozen moet zijn 16x16pixels of 32×32 pixels, met behulp van 8-bit of 24-bit kleuren. Het formaat van de afbeelding moet een van PNG (aw3c standaard), GIF of ICO zijn.

Methode 1 (voorkeur): gebruik van een rel-attribuut waarde gedefinieerd in een profiel

de eerste aanpak voor het specificeren van een favicon is het gebruik van de relattribuutwaarde “icon” en om te definiëren wat de waarde betekent via een profiel; profielen worden hieronder nader besproken. In deze HTML 4.,01 voorbeeld: de favicon geïdentificeerd via de URI als zijnde een favicon:

De XHTML 1.0 versie lijkt erg op elkaar:

Methode 2 (ontmoedigd): het favicon op een vooraf gedefinieerde URI plaatsen

een tweede methode voor het specificeren van een favicon is gebaseerd op het gebruik van een vooraf gedefinieerde URI om de afbeelding te identificeren: “/favicon”, die relatief is aan de serverroot. Deze methode werkt omdat sommige browsers zijnprogrammeerd om te zoeken naar favicons met behulp van die URI., Deze aanpak is niet in overeenstemming met enkele principes van Webarchitectuur en wordt besproken door W3C ‘ s Technical Architecture Group (TAG) als hun probleem siteData-36.To vat het probleem samen: de Webarchitectuur machtigt sitemanagers om hun URI-ruimte (voor een bepaalde domeinnaam) te beheren terwijl ze het zien. Conventies die geen gemeenschapsovereenkomst vertegenwoordigen en die de beschikbare opties voor een sitemanager beperken, schalen niet en kunnen tot conflicten leiden (aangezien er geen bekende lijst van deze vooraf gedefinieerde URI ‘ s bestaat)., Een praktische overweging illustreert het probleem:veel gebruikers hebben Websites, ook al hebben ze niet hun eigendomein naam. Deze gebruikers kunnen geen favicons opgeven met behulp van de secondmethod als ze niet naar de server root kunnen schrijven. Ze kunnen echter gebruik maken van de methode om een favicon te specificeren, omdat het flexibeler is en de sitemanager niet inspant om een enkele favicon op een enkele plaats op de site te gebruiken.

Er zijn een paar andere bekende inbreuken op URI-ruimte,waaronder de “robots.txt ” bestand en de locatie van een P3P privacypolicy., De Technical Architecture Group onderzoekt alternatieven die geen invloed hebben op URI-ruimte zonder licentie.

gebruik van profielen om termen zoals “icon”

te definiëren. Idealiter omvat een profiel zowel machineleesbare informatie als menselijk leesbare informatie. In HTML 4.01 en XHTML 1.0 hebben enkele attributen zoals hetrel geen vooraf gedefinieerde reeks waarden. In plaats daarvan kan de auteur waarden leveren volgens de behoefte, en vervolgens een profiel gebruiken om uit te leggen wat de waarden betekenen., In ons geval raden we aan dat auteurs de waarde “icoon” gebruiken en een profiel dat uitlegt dat “als we pictogram zeggen, bedoelen we “dit een favicon is.””

in Methode 1 hierboven gebruiken we het rel attribuut met de koppeling en kiezen we een profiel met de profile attribuut op het head element.

we hebben een profiel gedefinieerd dat u vrij kunt gebruiken voor uw eigen sites.,

beperkingen

Er zijn verschillende beperkingen aan de hierboven beschreven benaderingen,waaronder de voorkeursmethode (daarom blijft de TAG werken op de vraag):

• de benaderingen werken alleen in HTML of XHTML
• de voorkeursmethode associeert een favicon met een HTML-document,niet een verzameling documenten (d.w.z. een site)
• het voorgestelde profiel voor het definiëren van de “icon” – waarde is geen erkende standaard, wat betekent dat er kunnen interoperabiliteitskwesties zijn in de praktijk.
• Er is geen standaard (tenminste gedefinieerd door HTML 4.,01) voor machineleesbare profielen die een browser zouden toestaan om te weten ” dit betekent dat een afbeelding een favicon is.”Abrowser moet dus van tevoren worden geprogrammeerd om deze specifieke waarde van relte herkennen. Voor meer informatie over het gebruik van profielen in HTML en XHTML, zie GRDDL.

FAVICON-WIKIPEDIA Favicon, Wikipedia, beschikbaar op http://en.wikipedia.org/wiki/Favicon . GRDDL Gleaning Resource Descriptions from Dialects of Languages, D. Hazaël-Massieux, D. Connolly, Editors, W3C Team Submission, 16 May 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 ., Laatste versie beschikbaar op http://www.w3.org/TR/xhtml1 .

Dankbetuigingen

de volgende deelnemers aan de QA-belangengroep en medewerkers van W3C hebben een belangrijke bijdrage geleverd aan de inhoud van dit document:Dominique Hazaël-Massieux (W3C), Chris Lilley (W3C) en Olivier Théreaux (W3C).

---