Gå til innhold

Webkafeen


Anbefalte innlegg

Videoannonse
Annonse

Beklager hvis jeg avbryter en diskusjon nå, men er en ting jeg lurer litt på.

Jeg har alltid sitti på en stasjonær PC og holdt på med farger ect opp mot web.

Grunnet militærtjenste sitter jeg nå på en bærbar.

Fargene jeg bruker, ser helt fine ut på den bærbare hos meg, men når jeg legger det ut på web, så blir det falma og direkte ekkelt. Det samsvarer absolutt ikke med de fargene jeg trodde jeg jobbet med. Innebærer det at man ikke kan jobbe med farger på en bærbar PC?

Jeg synes dette er veldig kjedelig, for dvs at jeg ikke kan jobbe med dette utenom i permisjoner ect. Håper virkelig det er noe jeg har oversett eller et lannet som kan redde meg slik at jeg igjen kan sitte på PC-en og jobbe med farger, OG bli fornøyd når jeg ser det på en annen skjerm enn min egen...

 

mvh Vegard Melsom

Lenke til kommentar
Beklager hvis jeg avbryter en diskusjon nå, men er en ting jeg lurer litt på.

Jeg har alltid sitti på en stasjonær PC og holdt på med farger ect opp mot web.

Grunnet militærtjenste sitter jeg nå på en bærbar.

Fargene jeg bruker, ser helt fine ut på den bærbare hos meg, men når jeg legger det ut på web, så blir det falma og direkte ekkelt. Det samsvarer absolutt ikke med de fargene jeg trodde jeg jobbet med. Innebærer det at man ikke kan jobbe med farger på en bærbar PC?

Jeg synes dette er veldig kjedelig, for dvs at jeg ikke kan jobbe med dette utenom i permisjoner ect. Håper virkelig det er noe jeg har oversett eller et lannet som kan redde meg slik at jeg igjen kan sitte på PC-en og jobbe med farger, OG bli fornøyd når jeg ser det på en annen skjerm enn min egen...

 

mvh Vegard Melsom

 

Da har du sikkert en "glossy" skjerm på den bærbare, som skal gi ekstra med kontrast og farge. Trolig vil du aldri få den helt perfekt, men du får bare kalibrere skjermen (dvs fargeprofilen). Skikkelig godt resultat får du bare ved å bruke kalibreringsverktøy, hvorav Pantone Huey (til ca 800 - 900 kr) er det billigste. Dette er amatørverktøy dog, men bedre enn ingenting.

 

Du kan også få til et brukbart resultat om du sitter ved siden av en godt kalibrert skjerm og justerer slik at alt ser så likt som mulig ut. Men du kan også bli litt narret. Det finnes også guider for kalibreringen på nettet.

Lenke til kommentar

Bolson: Ja jeg sitter på en HP Pavillion med Bright view. Er det derfor? Men du annbefaler å kalibrere den? Ja for det er ikke noe gøy å jobbe på den, når man vet at fargene er annerledes på hvilken som helst annen skjerm.

 

Henrik Lied: Så igjennom det du smalt opp, men jeg må si jeg forstod heller lite av det...

Lenke til kommentar
En tredje ting, om noe helt annet... Om jeg skal lage et profilkort (Navn, kontaktinformasjon, bilde m.m.) for en nettside, kanskje likt dette, er det okay å bruke tabell da?

Ja. :)

Må nok utbrodere den..

 

 

Vil nå si det er en liste med dl

Etter min mening kommer dette veldig an på. Jeg vil si det er greit å sette opp en tabell med navn, kontaktinformasjon, etc. for å opprettholde en layout uten å introdusere for mange potensielle bugs. Et kontaktkort er jo utformet som en tabell, og å floate og posisjonere elementene i en DL for å få den til å se ut som en tabell introduserer for mange ulemper etter min erfaring. Det kommer så klart an på hvordan man ønsker at et profilkort skal se ut, men jeg ville kanskje gjort det slik:

<div class="contact">
<div class="image"><!-- bilde som floater --></div>
<table class="info"><!-- tabell med info --></table>
</div>

Slik jeg ser det blir det en vurdering man må ta i hvert enkelt tilfelle, ut fra kriteriene:

  • Hvor mange potensielle bugs ønsker du å bruke tid på å luke ut?
  • Hvor viktig er det å ha 100,00% korrekt og semantisk kode på akkurat denne siden?
  • Hvor viktig vurderer du korrekt utseende over korrekt og semantisk kode?

Et praktisk eksempel er et kontaktkort som dette:

NAVN: Kim Silkebækken

ADRESSE: Storgata 4

Leilighet 402

3210 Sandefjord

E-POST: [email protected]

 

I kontaktkortet mitt ønsker jeg å ha annenhver rad farget med en dus bakgrunnsfarge for å skille dem fra hverandre. Jeg ønsker også å skille "labelen" fra informasjonen i to kolonner. Siden "Adresse:" er lavere enn 2 eller 3 linjer med selve adressen, er det så vidt jeg vet ingen god måte å få annenhver rad farget her ("Adresse" vil kun bli farget på én rad, mens adresseinformasjonen vil bli farget på tre rader, som ikke ser pent ut). Derfor vil jeg sette dette kontaktkortet opp i en tabell, da oppnår jeg riktig utseende, jeg unngår ukorrekt utseende siden hver rad kan ha forskjellige mengde data, og jeg slipper å tenke på alle mulige posisjoneringsbugs som kan oppstå i IE.

 

Discuss!

Lenke til kommentar
hCard er én ting, men du skal jo gjerne presentere informasjonen på siden i tillegg. Ikke alltid det er like lett med slik markup.

Du har jo alle slags muligheter til å få dette pent - for å ikkje snakke om at microformats virkelig er ein standard som er grei å følgje, sidan både andre web- og klientbaserte applikasjoner enkelt kan hente ut informasjonen. :)

 

 

 

<div id="hcard-Henrik-Lied" class="vcard">
 <img style="float:left; margin-right:4px" src="http://www.kommuneforlaget.no/images/logoer/more-logo2.gif" alt="photo" class="photo"/>
<a class="url fn" href="http://henriklied.no">Henrik Lied</a>
<div class="org">NRK</div>
<a class="email" href="mailto:[email protected]">[email protected]</a>
<div class="adr">
 <div class="street-address">Møre</div>
 <span class="locality">Liabygda</span>
, 
 <span class="postal-code">6212</span>

 <span class="country-name">Norway</span>

</div>
<div class="tel">TELEPHONEMISTER</div>
<a class="url" href="aim:goim?screenname=henriklied">AIM</a>
<a class="url" href="ymsgr:sendIM?henriklied">YIM</a>
<div class="tags"><a href="http://kitchen.technorati.com/contacts/tag/henrik">henrik</a> <a href="http://kitchen.technorati.com/contacts/tag/lied">lied</a> <a href="http://kitchen.technorati.com/contacts/tag/mister">mister</a> </div><p style="font-size:smaller;">This <a href="http://microformats.org/wiki/hcard">hCard</a> created with the <a href="http://microformats.org/code/hcard/creator">hCard creator</a>.</p>
</div>

 

Lenke til kommentar
hCards bruker jo heller ikke en DL, som var poenget til Steinmann.

Det er sant, men sjølv om strukturen ikkje er den mest semantisk korrekte er den såpass utbredt og standardisert at det er den anbefalte måten å setje opp kontaktkort på. :)

 

Hein: Grunnen til at den har så mange SPAN- og DIV-element er jo at den skal være tilgjengelig -- slik at informasjonen kan hentast ut på ein enkel måte. :)

Lenke til kommentar
hCards bruker jo heller ikke en DL, som var poenget til Steinmann.

Det er sant, men sjølv om strukturen ikkje er den mest semantisk korrekte er den såpass utbredt og standardisert at det er den anbefalte måten å setje opp kontaktkort på. :)

Igjen så må jeg presisere at jeg mener dette kommer veldig an på bruksområdet. Det er ikke alle nettsteder som har behov for et slikt oppsett, og som Haraldson nevner så synes jeg det virker som en tungvint måte å lage en tabell på, bare fordi det er "forbudt" å bruke tabeller i webdesignverdenen. Jeg synes ikke det er noe mer logisk å dele opp informasjonen i 20 forskjellige divs og spans enn det er å bruke en tabell for å sette opp kontaktinformasjonen. Og for nettsider der det for eksempel sjelden ferdes profesjonelle utviklere som vet hva et hCard er for noe engang, så synes jeg det virker ganske meningsløst å legge opp til bruken av en slik standard.

Lenke til kommentar
Jeg tror jeg har et eksempel som også kan illustrere det du prøver å få fram, Kim.

 

Clicky.

 

Det skal litt godvilje til for å kalle det der tabulær data og ikke en definisjonsliste, men av samme grunner som Kim nevner er det altså en tabell.

 

WTF:

	<link rel='archives' title='juni 1989' href='http://leveldteaterlag.no/1989/06/' />

<link rel='archives' title='november 1987' href='http://leveldteaterlag.no/1987/11/' />
<link rel='archives' title='februar 1985' href='http://leveldteaterlag.no/1985/02/' />
<link rel='archives' title='januar 1984' href='http://leveldteaterlag.no/1984/01/' />
<link rel='archives' title='september 1981' href='http://leveldteaterlag.no/1981/09/' />
<link rel='archives' title='august 1977' href='http://leveldteaterlag.no/1977/08/' />
<link rel='archives' title='desember 1968' href='http://leveldteaterlag.no/1968/12/' />
<link rel='archives' title='september 1965' href='http://leveldteaterlag.no/1965/09/' />
<link rel='archives' title='november 1964' href='http://leveldteaterlag.no/1964/11/' />
<link rel='archives' title='september 1962' href='http://leveldteaterlag.no/1962/09/' />

<link rel='archives' title='juni 1962' href='http://leveldteaterlag.no/1962/06/' />
<link rel='archives' title='juli 1960' href='http://leveldteaterlag.no/1960/07/' />
<link rel='archives' title='oktober 1959' href='http://leveldteaterlag.no/1959/10/' />
<link rel='archives' title='september 1957' href='http://leveldteaterlag.no/1957/09/' />
<link rel='archives' title='mars 1955' href='http://leveldteaterlag.no/1955/03/' />
<link rel='archives' title='oktober 1952' href='http://leveldteaterlag.no/1952/10/' />
<link rel='archives' title='juli 1952' href='http://leveldteaterlag.no/1952/07/' />

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
×
×
  • Opprett ny...