Sådan tilføjes et Favicon til dit Siteebsted

Status for dette dokument

udkast under udvikling; kan ændre sig radikalt når som helst.et favicon er et graphicimage (ikon) forbundet med en bestemt Webebside og/eller hjemmeside. Mange nylige brugeragenter (såsom grafiske bro .sere ognyhedslæsere) viser dem som en visuel påmindelse om sitebsiteidentity i adresselinjen eller i faner. Wikipedia indeholder enartikel omfaviconer .,

for at tilføje et favicon til dit siteebsted skal du”bruge både et billede og amethod for at specificere, at billedet skal bruges som et favicon. Dette dokument forklarer den metode, der foretrækkes af33c til at specificere thefavicon. Der er en anden almindelig metode,der er illustreret nedenfor, med en forklaring på, hvorfor denne metode er uforenelig med nogleprincipper for Webebarkitektur. Begge metoder gælder kun for HTML ogxhtml, en af de begrænsninger, der diskuteres nedenfor.

dette dokument diskuterer ikke detaljeret, hvordan man opretter en faviconimage., Men formatet på det billede, du har valgt, skal være 16x16pixels eller 32×32 pixels, ved hjælp af enten 8-bit eller 24-bit farver. Denformat af billedet skal være en af PNG (a .3c standard), GIF eller ICO.

Metode 1 (Foretrukne): Brug af en rel attribut valuedefined i en profil

Den første fremgangsmåde for at angive et favicon er at bruge relattribut værdi “ikon” og til at definere, hvad værdien betyder via en profil profiler er beskrevet mere detailbelow. I denne HTML 4.,01 eksempel favicon identificeret via URI ‘ en som en favicon:

XHTML 1.0 version ser meget ens:

Metode 2 (Frarådes): at Sætte favicon på et foruddefineret URI

En anden metode til at angive et favicon er afhængig af hjælp apredefined URI til at identificere billedet: “/favicon”, der er i forhold til den server root. Denne metode virker, fordi nogle bro .sere har væretprogrammeret til at kigge efter favicons ved hjælp af denne URI., Denne tilgang er i overensstemmelse med nogle principper for Webebarkitektur og diskuteres af Technical3c ” s Technical Architecture Group(TAG) som deres problem siteData-36.To opsummer problemet: Webebarkitekturen tillader managebstedsadministratorertil at styre deres URI-plads (for et givet domænenavn), når de ser det. Konventioner, der ikke repræsenterer en fællesskabsaftale, og som reducerer de muligheder, der er tilgængelige for en siteebstedsadministrator, skaleres ikke og kan føre til konflikt (da der ikke findes nogen velkendt liste over disse prædefinerede Uri ‘ er)., En praktisk overvejelse illustrerer problemet: mange brugere har Webebsteder, selvom de ikke har deres egendomænenavn. Disse brugere kan ikke angive favicons ved hjælp af secondmethod, hvis de ikke kan skrive til serverroden. De kan dog bruge en metode til at specificere et favicon, da det er mere fleksibelt og ikke forstyrrer siteebstedsadministratoren til at bruge et enkelt favicon på et enkelt sted på siteebstedet.

Der er et par andre velkendte indgreb på URI-rummet,herunder “robotterne.t “t” fil og placeringen af en P3P privacypolicy., Den tekniske Arkitekturgruppe undersøger alternativerder ikke påvirker URI-rummet uden licens.

brug af profiler for at definere udtryk som “ikon”

løst set er en profil en definition af sæt afterms. Ideelt set indeholder en profil både maskinlæsbare oplysningerog læsbare oplysninger. I HTML 4.01 og 1.0html 1.0 har et par attributter som rel attributten ikke et foruddefineret sæt af værdier. I stedet kan forfatteren give værdier efter behov, ogbrug derefter en profil til at forklare, hvad værdierne betyder., I vores tilfælde anbefaler vi, at forfattere bruger værdien “ikon” og en profil derforklarer, at “når vi siger ikon, mener vi “dette er et favicon.””

I Metode 1 ovenfor, kan vi bruge rel attribut med theLINKelement og vælge en profil med profile attributeon HOVEDET element.

vi definerede en profil, som du frit kan bruge til dine egne .ebsteder.,

Begrænsninger

Der er flere begrænsninger for de fremgangsmåder, der er beskrevet ovenfor,herunder den foretrukne metode (hvilket er grunden til, TAG fortsætter med at workon spørgsmålet):

• De tilgange, der kun kan arbejde i HTML eller XHTML
• Den foretrukne metode associerede virksomheder en favicon med et HTML-dokument,ikke en samling af dokumenter (dvs, et websted)
• De foreslåede profil for at definere “ikon” value er ikke arecognized standard, hvilket betyder, at der kan være interoperabilitet issuesin praksis.
• Der er ingen standard (i det mindste defineret af HTML 4.,01) for maskinlæsbare profiler, der villegiver en bro .ser mulighed for at vide “dette betyder, at et billede er et favicon.”Abro .ser skal således programmeres på forhånd for at genkende denne særligeværdi på rel. For mere information om brugen af profileri HTML og andhtml, se GRDDL.

FAVICON-WIKIPEDIA Favicon, Wikipedia, Findes på http://en.wikipedia.org/wiki/Favicon . GRDDL Gleaning Ressource Beskrivelser fra Dialekter af Sprog, D. Hazaël-Massieux, D. Connolly, Redaktører, W3C Team Indsendelse, 16 Maj 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 ., Seneste version tilgængelig på http://www.w3.org/TR/xhtml1 .

Tak

følgende QA Interesse Gruppe deltagere og W3C personale havecontributed væsentligt til indholdet af dette dokument:Dominique Hazaël-Massieux (W3C), Chris Lilley (W3C), andOlivier Théreaux (W3C).