Hvordan for å Legge til en Favorittikon til Nettstedet

Et favicon er en graphicimage (ikon) assosiert med en bestemt nettside og/eller på Nettstedet. Mange nye nettlesarar (som grafiske nettlesere andnewsreaders) vise dem som en visuell påminnelse om Web siteidentity i adressefeltet eller i faner. Wikipedia inneholder anarticle aboutfavicons .,

for Å legge til en favorittikon til ditt nettsted, du»ll trenger både et bilde og amethod for å angi at bildet skal brukes som et favicon. Thisdocument forklarer metoden som foretrekkes av W3C for å spesifisere thefavicon. Det er en annen vanlig metode som er vist nedenfor,med en forklaring på hvorfor denne metoden er i strid med someprinciples av Web-arkitektur. Begge metodene gjelder bare til HTML andXHTML, en av de begrensninger discussedbelow.

Dette dokumentet, innebærer ikke diskutere i detalj hvordan å lage en faviconimage., Men formatet for bildet du har valgt må være 16x16pixels eller 32×32 piksler, ved hjelp av enten 8-biters-eller 24-bits farger. Theformat av bildet må være en av PNG (aW3C standard), GIF, eller ICO.

Metode 1 (Foretrukket): Bruk av en rel-attributtet valuedefined i en profil

første tilnærming for å spesifisere en favicon er å bruke relattributtverdi «ikon» og å definere hva verdiene betyr via en profil; profiler blir diskutert i mer detailbelow. I denne HTML-4.,01 eksempel favicon identifisert via URI som et favicon:

XHTML 1.0-versjonen ser veldig lik:

Metode 2 (Motløs): Sette favicon på en forhåndsdefinert URI

En annen metode for å spesifisere en favicon er avhengig av å bruke apredefined URI til å identifisere bildet: «/favicon», som er relativ til server rot. Denne metoden fungerer fordi noen nettlesere har beenprogrammed å se for favicons med at URI., Denne tilnærmingen isinconsistent med noen prinsipper for Web arkitektur og er beingdiscussed av W3C»s Teknisk Arkitektur Group(TAG) som deres problem siteData-36.For å oppsummere saken: Web-arkitektur gir nettstedet managersto administrere sine URI plass (for et gitt domenenavn) som de seefit. Konvensjoner som ikke representerer samfunnet avtalen og thatreduce de tilgjengelige alternativene for en site manager ikke skala og maylead til konflikt (siden det er ingen kjente liste over thesepredefined Uri)., En praktisk vurdering illustrerer problemet:mange brukere som har nettsteder, selv om de ikke har sitt owndomain navn. Disse brukerne kan angi favicons bruke secondmethod hvis de ikke kan skrive til serveren rot. De kan imidlertid usemethod en til å angi et favicon siden det er mer fleksible og gjør notconstrain den site manager til å bruke en enkelt favicon på en enkelt placeon nettstedet.

Det er noen andre kjente inngrep URI på plass,inkludert «roboter.txt» filen og plasseringen av en P3P privacypolicy., Teknisk Arkitektur Gruppen er å utforske alternativesthat ikke hemmende på URI plass uten lisens.

Bruk av Profiler for å Definere Begreper som «ikonet»

Løst tale, en profil er en definisjon av sett ofterms. Ideelt sett skal en profil som omfatter både maskin-lesbar informationand lesbar informasjon. I HTML 4.01 og XHTML 1.0, en fewattributes som rel attributtet ikke har en forhåndsdefinert sett ofvalues. I stedet, forfatteren kan gi verdier i henhold til behov, andthen bruke en profil til å forklare hva verdiene betyr., I vårt tilfelle, wehave anbefaler at forfattere bruker du verdien «ikon» og en profil thatexplains at «når vi sier ikon, mener vi dette er et favicon.»»

I Metode 1 ovenfor, bruker vi rel attributt med theLINKelement og velg en profil med profile attributeon HODET element.

Vi definert en profil som du kan fritt bruke for dine egne nettsteder.,

Begrensninger

Det er flere begrensninger for de tilnærminger som er beskrevet ovenfor,inkludert den foretrukne metoden (det er derfor TAG fortsetter å workon spørsmålet):

• tilnærminger fungerer bare i HTML eller XHTML
• foretrukket tilnærming knytter et favicon med et HTML-dokument,ikke en samling av dokumenter (dvs., et nettsted)
• Den foreslåtte profilen for å definere «ikonet» verdien er ikke arecognized standard, noe som betyr at det kan være interoperabilitet issuesin praksis.
• Det er ingen standard (minst definert av HTML-4.,01)for maskinlesbare profiler som wouldallow en nettleser til å vite «dette betyr at et bilde er et favicon.»Dermed, abrowser har til å bli programmert på forhånd for å gjenkjenne dette particularvalue av rel. For mer informasjon om bruk av profilesin HTML og XHTML, se GRDDL.

FAVICON-WIKIPEDIA Favicon, Wikipedia, Tilgjengelig på http://en.wikipedia.org/wiki/Favicon . GRDDL Gleaning Ressurs Beskrivelser fra Dialektene av Språk, D. Hazaël-Massieux, D. Connolly, Redaktører, W3C Team Innsending, 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 ., Nyeste versjon er tilgjengelig på http://www.w3.org/TR/xhtml1 .

Takk

følgende QA Interesse Gruppe deltakere og W3C ansatte havecontributed betydelig til innholdet i dette dokumentet:Dominique Hazaël-Massieux (W3C), Chris Lilley (W3C), andOlivier Théreaux (W3C).

---