Google Chrome indeholder mange funktioner, der kan bruges af webmastere til at give en bedre slutbrugeroplevelse. Google Chrome leveres med Gears bygget ind, hvilket sætter webmastere i stand til at drage fordel af API'er, f.eks. offline-lager. Derudover giver Google Chrome dine webprogrammer mulighed for at se ud og føles som et program, da brugere kan starte Google Chrome i en tilstand med en minimalistisk brugerflade, der kun består af en titellinje.
Google Chrome bruger også en splinterny JavaScript-motor (V8), der er meget hurtigere end eksisterende JavaScript-fortolkere. Det betyder, at du kan skabe mere komplekse og mere intensive AJAX-programmer med færre hastigheds- og behandlingsbegrænsninger. Endelig er Google Chrome bygget oven på WebKit, så Google Chrome-brugere vil få fordele fra de CSS3-funktioner, der føjes til WebKit, når disse funktioner frigives.
Der er et antal andre browsere, du kan vælge mellem. Få flere oplysninger om nogle af de mest almindelige browsere på nedenstående websteder:
Google Chromes brugeragentstreng er:
Mozilla/5.0 (Windows; U; Windows NT 5.1; da_DK) AppleWebKit/525.13 (KHTML, som Gecko) Chrome/0.X.Y.Z Safari/525.13.
Google Chrome bruger WebKit-gengivelsesmotoren, der deles af andre browsere, f.eks. Apple's Safari. Websider burde se ud på samme måde i Google Chrome, som de gør i disse andre WebKit-baserede browsere. Du kan finde webkit i brugeragentstrenge for at målrette mod disse browsere i stedet for et bestemt browsernavn (f.eks. Google Chrome eller Safari).
Hvis du vil hjælpe browsere med at gengive dit indhold korrekt, skal du altid angive oplysninger om indholds- og tegnkodning øverst i dit dokuments kilde. Hvis du bruger rammer eller iframes, skal du også angive kodningen øverst i kilden til disse rammer. Nogle browsere (herunder Google Chrome) vil ikke anerkende kodningserklæringer, der vises dybt i et dokument (f.eks. efter CSS eller script i dit dokuments overskriftsafsnit).
Eksempel på god placering af kodning:
<html>
<head>
<meta http-equiv="Indholdstype" content="text/html; charset=windows-1251">
<script type="text/javascript">
... din JavaScript-kode ...
</script>
.......
Sørg også for, at din webserver ikke sender modstridende HTTP-headers. Headers, der sendes af webserveren, vil overskrive eventuelle tegnsætserklæringer på din side.
Google Chrome læser ikke kodningsoplysninger, der er erklæret med document.write(). Hvis du bruger denne metode til erklæring i iframes, kan du f.eks. se forvanskede tegn, når en iframe gengives. I stedet for:
frame1.js
document.write("<meta http-equiv="Indholdstype" content="text/html; charset=windows-1251">"); ... anden JavaScript-kode ...
...anbefaler vi følgende:
frame1.html
<html> <head> <meta http-equiv="Indholdstype" content="text/html; charset=windows-1251"> <script type="text/javascript"> ... din JavaScript-kode ... </script> ...
Google Chrome procentkoder forespørgselsparametre i en webadresse. Sørg for, at dine scripts på serversiden korrekt afkoder procentkodede tegn, før data behandles.
Du skal angive en NPAPI version af plugin'en.
ActiveX understøttes kun af Internet Explorer (og browsere, der er bygget over Internet Explorer) under Windows. Google Chrome, Mozilla Firefox, Apple Safari og andre understøtter ikke ActiveX. I stedet bruger disse browsere Netscape Plugin Application Programming Interface (NPAPI).
Der er et par måder, hvorpå du kan se JavaScript-fejl og arbejde på at fejlfinde dem i Google Chrome:
hjælp på debugger'ens kommandolinje for at komme i gang.Google Chrome bruger en anden gengivelsesmotor end Internet Explorer, så den kan vise websider på en anden måde. Apple Safari bruger den samme gengivelsesmotor som Google Chrome (WebKit), og skulle vise sider på samme måde.
Der er flere værktøjer, som du kan bruge til at teste dit websted i Google Chrome:
Sørg for, at dine eksterne typografiark vises med det rigtige tegnsæt og den rigtige indholdstype. De bør vises som text/css eller text/css;charset=X.
Det er bedst ikke at angive tegnsæt for et typografiark i HTTP-header'en. I stedet skal du på denne måde tilføje erklæringen helt i begyndelsen (ingen forudgående tegn, herunder mellemrum og linjeskift) i dit CSS-typografiark:
@charset "xxx"
Hvis du ikke angiver kodningsoplysninger, kan det forhindre dit typografiark i at blive korrekt analyseret.
Få mere at vide om dette emne ved at gå til dokumentationen fra World Wide Web Consortium på http://www.w3.org/TR/CSS21/syndata.html#charset.
Google Chromes standardadfærd er at minimere og derefter kun vise titellinjen på popupvinduer i nedre høje del af browservinduet. Brugere kan se et popupvindues indhold ved at trække titellinjen til en mere synlig placering. Det giver popupvinduer mulighed for at blive indlæst, så det ikke bryder funktionaliteten på websteder, der afhænger af dem. Det forhindrer også uønskede popupvinduer i at dække siden og aflede opmærksomheden fra brugere.
Dette angiver et problem med brugen af SSL på siden. Et klik på udråbstegnet i Google Chrome vil give flere oplysninger om spørgsmålet. Ofte er problemer et resultat af blandet indhold på din side, f.eks. vises websiden på øverste niveau over HTTPS og beskyttes via SSL, men du har også inkluderet elementer på siden (f.eks. billeder, script eller CSS) via HTTP. Hele indholdet skal vises over HTTPS, for at låsen bliver vist.
Google Chrome-teamet planlægger at understøtte HTML5-database-API samt andre API'er, som WebKit understøtter, herunder offline og arbejdere i en fremtidig version.
Google Chrome-brugere kan oprette genveje til enhver webside ved at vælge Opret programgenveje fra menuikonet Side. Som standard får genveje titel og favikon for den side, genvejen peger på.
Du kan angive titlen, beskrivelsen og webadressen for Google Chrome-genvejen, der peger på din side, ved at indsætte bestemte metatags i dit dokuments
-afsnit.| Sådan tilpasser du: | Tag | Eksempel |
|---|---|---|
| Genvejens titel | programnavn | <meta name="application-name" content="Gmail"/> |
| Beskrivelsen (bruges, når der er mere plads, f.eks. i præferenceruden) | beskrivelse | <meta name="description" content="Googles tilgang til e-mail"/> |
| Webadressen åbner, når der klikkes på genvejen | programwebadresse | <meta name="application-url" content="http://www.gmail.com"/> |
| Genvejsikonet | <link rel="icon" href="gmail_32x32.png" sizes="32x32"/> |
F.eks.:
<head>
<meta name="application-name" content="Gmail"/>
<meta name="description" content="Googles tilgang til e-mail"/>
<meta name="application-url" content="http://www.gmail.com"/>
<link rel="icon" href=gmail_32x32.png sizes="32x32"/>
<link rel="icon" href=gmail_48x48.png sizes="48x48"/>
</head>
Disse tags minder meget om Gears skrivebords- API. Der henvises til dokumentationen for Gears skrivebords-API, hvor der er flere oplysninger.
Google Chrome har et flerprocesarkitektur, hvilket betyder, at faner kan køre i processer, der er separate fra hinanden og også separat fra hovedbrowserprocessen. Nyhedsfaner affødt af en webside åbnes dog normalt i den samme proces, så den oprindelige side kan få adgang til nyhedsfanen ved hjælp af JavaScript.
Google Chrome søger dog efter anvisninger til at åbne nye faner i en separat proces, hvis du navigerer til den nye fane på et andet websted.
Den nemmeste tilgang er at bruge et link til et andet websted, som målretter mod et nyt vindue uden at videresende henvisningsoplysninger. Google Chrome genkender dette som en anvisning om at holde den nye side isoleret fra den originale side, og den indlæser den nye side i en separat proces. F.eks.:
<a href="http://differentsite.com" target="_blank" rel="noreferrer">Åbn i en ny fane og ny proces</a>
Hvis du ønsker, at den nye fane skal åbne i en ny proces og samtidig videresende henvisningsoplysninger, kan du følge disse trin i JavaScript:
åbning-variabel til nul, så den ikke kan få adgang til den originale side.F.eks.:
var w = window.open();
w.opener = null;
w.document.location = "http://differentsite.com/index.html";
Disse anvisninger virker kun for webadresser, der er placeret i et andet domæne eller i en anden protokol end den side, der afføder popupvinduet. Hvis den side, der affødte popupvinduet, er på http://www.eksempel.com/:
Hvis en Google Chrome-bruger har aktiveret funktionen "Chrome Direkte", indlæses de fleste websider, så snart webadressen er skrevet i adresselinjen, før brugeren har trykket på Enter.
Hvis du er administrator for et websted, kan du forhindre Google Chrome i at gøre sådan på dit websted:
X-Purpose: instant
HTTP 403 ("Forbidden") tilbage.Når en bruger indtaster et enkelt ord i adresselinjen, vil Google Chrome udføre en søgning på udtrykket og returnere resultater ved hjælp af brugerens standardsøgemaskine. Google Chrome vil samtidig udstede en HEAD-anmodning om http://udtryk for at se, om det er et gyldigt websted. Hvis Google Chrome modtager et HTTP/2xx-svar (f.eks. HTTP/200 OK), bliver brugeren spurgt, om denne vil besøge det websted i stedet. Et klik på webstedet fra prompten vil angive webstedet som standardmålet for det udtryk ved fremtidige anmodninger.
Google Chrome vil også vise prompten, hvis det modtager:
Du bør sikre dig, at din webserver svarer korrekt på HEAD-anmodninger og ikke kun GET-anmodninger for en side.
Hvis f.eks. der er et websted på http://project.intranet.example.com, og en bruger inden for dette firmanetværk indtaster projekt i adresselinjen:
Brugere kan overskrive standard (søge)adfærden ved at indtaste projekt/ eller http://project eller ved at vælge den adresselinje, der læser projekt/ i stedet for Søg efter projekt.
Ved at levere et OpenSearch-beskrivelsesdokument (OSDD) sætter du Google Chrome i stand til at inkludere dit websted på listen over søgemaskiner i browseren. Yderligere oplysninger om OpenSearch findes på http://www.opensearch.org.