Det kan naturligvis være nødvendig for deg å bruke frames, bl.a. ved forskjellige typer “metasider” som kommenterer andre sider. En diskusjon som foregår på en webside kan være nødvendig å stilles ved siden av diskusjonsobjektet. Da er det nødvendig å skille av disse med et rammesett. Vær obs. på at du ved bruk av frames bruker en spesiell måte å lenke internt i sidene dine på, nemlig med attributten Target=top i ankertaggen. Ved klikk vil da alle frames fjernes og innholdet bli erstattet med et nytt rammesett. Da vil nettleseren få ny målinformasjon og bl.a. bokmerker vil fungere korrekt igjen. Dette kan likevel slå negativt ut, da “top” også er ankerbetegnelsen som fører brukeren øverst til siden hvis han klikker en slik link lenger nede på websiden. Fra og med HTML 4.0 ble såkalte inline frames introdusert: disse rammene nøstes sammen med vertssiden og påvirker ikke brukerens navigering. Det som skjer er at deler av siden fylles med innholdet til en annen side som rulles uavhengig av hovedinnholdet. Inline frames er godt egnet til navigasjonsfelt eller kolonner. Hvis du må bruke rammer så er dette et godt alternativ.
| Webutvikling |
|
|
|
|
Det delvis funksjonelle designet som er implementert i HTML skal nå testes av en brukergruppe på 5 – 10 personer. Personutvalget skal samsvare med kundens målgruppe. Det som vanligvis testes er fremkommelighet (navigasjon) og bru kervennlighet. Testpersonen får en rekke oppgaver som blir stilt av testeren. Når oppgavene utføres skal testeren helst filme framgangsmåte for så senere å lage en rapport som legger grunnlaget for enten en ny runde med testing og/eller redigering av design og implementasjon. Her er det viktig å huske at testpersonen ikke er den som skal utredes, men navigasjon og brukervennlighet i designet. Allerede etter 5 testpersoner vil et mønster vise seg. Kompatibilitetstesting kan begynne. Dette betyr at det delvis implementerte designet skal testes mot forskjellige nettlesere og plattformer. Hvilke dette skal være vil delvis være avhengig av kundens målgruppe. Testingen vil vise om HTML-kodingen er gjennomført korrekt og avdekke brister i implementeringen. De mest vanlige testene fokuserer på IEX> 6+ og FireFox 3+ på både Windows - og Mac Os-plattformer. Det bør også testes mot forskjellige skjermtyper og –oppløsninger. Vanligvis testes det mot både CRT- og TFT-skjermer i oppløsninger 1024x768 px til 1280x1024 px. Både designfeil og store fargeavvik vil på denne måten bli avdekket. Ferdigstilling/-implementering Prosjektet går nå inn i sluttfasen. Kunden har hele tiden fulgt med på utviklingen via en online webside hvor prosjektet utvikles. Programmererne lager databasetilknytningene og tar seg av eventuell scripting og applikasjonsutvikling. Det kan være nødvendig for designeren å jobbe tett med programmererne for å forsikre seg om at det ferdige produktet tilsvarer det godkjente designet. Etter gjennomført implementering hvor databaser, script og annet er tilføyd, gjøres en siste kompatibilitetstest for å forsikre seg om at den endelige programmeringen stemmer overens med de spesifiserte nettleserstandardene. Publisering Etter gjennomførte tester og godkjenning fra kunden publiseres webstedet. Avhengig av kundens ønsker vil pressemeldinger bli sendt til både lokale og nasjonale/internasjonale publikasjoner for å informere om publiseringen. |



Webutvikling

