Webkafeen

[Marvil]

marvil: hvordan gikk eksamen?

Vel, det kunne gått bedre..

 

Verste var at jeg ikke fant ord for «Hva er et element i HTML?»

 

 

Utenom det, så var det noe om hva navigasjon på nettsider bør gi svar på, skriftklassifisering, hvordan man går fra tekst til hypertekst, fordeler med eksterne stilark og noe om bruksrett og opphavsret..

 

Det var webutviklingsdelen, i tillegg var det en del om Informasjonsteknologi, og en om Fargelære og Bildebehandling.

Jævli skadde oppgaver, skal visstnok kunne å regne ut filstørrelsen på et 10x15cm bilde på 250PPI, lagret i CMYK..

Står jeg er jeg nøyd.

[harald_]

hehe, det blir boller!

 

På en side jeg lager (XHTML 1.1) så sender jeg dokumentet som text/HTML, er det dumt?

[Simon Zimmermann]

På en side jeg lager (XHTML 1.1) så sender jeg dokumentet som text/HTML, er det dumt?

Det beste er å sende application/xhtml+xml til de nettleserne som støtter det og text/css til de andre. Og jeg tror ikke det er dumt å bruke xhtml i stedet for html. Det går jo tross alt litt fortere også.

 

Anne har skrevet masse om saken.

Endret 7. desember 2004 av Waldmeister

[FuLu]

Waldmeister: du mener text/html

[Arve Systad]

Verste var at jeg ikke fant ord for «Hva er et element i HTML?»

Forklare ka et element er?

«Grunnleggande «Byggematerialer» i HTML» ?

Endret 7. desember 2004 av arve87

[haugsand]

Et element klassifiserer innholdstyper, eller noe i den duren.

[Marvil]

Joa, men det fant ikke jeg ord for der og da..

 

Jeg var beriket med ord;

det man bruker for å sette inn forskjellige ting

Jeez,

 

Nevnte DIV som et eksempel på blokkelement (det er rett, sant?)

 

Menmen, jeg klarte å regne fra RGB til HEX uten hjelpemiddel, da var jeg fan meg stolt..

[Arve Systad]

Nevnte DIV som et eksempel på blokkelement (det er rett, sant?)

(Y)

[Marvil]

Phew..

 

Klarer alltid å drite meg ut på slike «enkle» ting..

[Lokaltog]

Marvil: Du gidder ikke forklare enkelt hvordan man regner på tvers av Hex/RGB?

 

Har ikke fått satt meg ordentlig inn i det der enda. Vet hva hex-verdier er i RGB og omvendt, men ikke hvordan man regner med det!

[Marvil]

HEX er basert på 16-tallssystem, dvs verdier fra 0-F.

Dvs at F=15, at 10 (HEX)=16(desimal), at 20 (HEX)=32(desimal), osv.

 

Sett at man har RGB-verdien 214,199,100 og skal gjøre den om til HEX. Da tar man en og en verdi, og gjør denne om til HEX.

 

Først tar vi 214:

 

214/16=13,375 (dvs 13)

13*16=208

 

Da mangler vi 6 for å få 214. 13 er det samma som D, som igjen betyr at 214 på RGB er det samma som D6 i HEX. ((13*16)+6)

 

Så tar vi 199:

 

199/16=12,4375 (dvs 12)

12*16=192

 

Har man 192 mangler man 7 for å få 199. 12 er det samma som C, som igjen betyr at 199 blir C7 i HEX. ((12*16)+7)

 

Til slutt kommer 100:

 

100/16=6,25 (dvs 6)

6*16=96

 

Da mangler vi 4 for å få 100. 6 tilsvarer 6, og 4 tilsvarer 4. Ergo blir 100 det samme som 64. ((6*16)+4)

 

Da har man regnet ut hver RGB-verdi og kan sette sammen:

 

RGB: 214,199.100

 

tilsvarer

 

HEX: D6C764

 

 

Fant ut at jeg faktisk kunne regne binært, BCD (binary coded decimal), HEX og vanlig desimaltall.

 

Satse på at du skjønte noe, evt kan du jo bare spør..

Endret 7. desember 2004 av Marvil

[mikk-]

Marvil: Du gidder ikke forklare enkelt hvordan man regner på tvers av Hex/RGB?

 

Har ikke fått satt meg ordentlig inn i det der enda. Vet hva hex-verdier er i RGB og omvendt, men ikke hvordan man regner med det!

Ligger en tråd om det i «Teknologi og Vitenskap».

 

Kort sagt går det ut på at HEX-tallsystemet har 16 sifre i stedet for 10 som vi bruker til daglig, eller 2 som i det digitale/binære. Sifrene heter 0-9+abcdef.

 

Opphøy i sekstende for hvert tall mot venstre du går.

 

 

255 = FF = (15^16)+(15)

 

 

 

EDIT:

Marvil kom før meg, og med et bedre svar =)

Endret 7. desember 2004 av Mikka

[Jesper Karsrud]

Den der var nyttig! Lærte endelig noe nytt i dag også

 

Forøvrig en veldig nasty farge du valgte å komme frem til

[Marvil]

Slik kan man kanskje også si det ja..

 

Når man først opplyser om tall, så er BCD det at hvert tall er bygd opp av en 4bits kode (binær)..

 

Edit;

@Jibba: Haha, meget mulig, ikke sjekka..

Endret 7. desember 2004 av Marvil

[mikk-]

Å kunne regne mellom tidesimale tall og heksadesimale tall har vel egentlig liten praktisk verdi? Calc.exe kan regne om, og det er skjelden man finner på farger i hodet, liksom.

 

 

EDIT:

Det er jo skøy, seff.. Slik som med å kunne regne om fra/til binære tall.

10100111001

Endret 7. desember 2004 av Mikka

[Marvil]

Vet, men dessverre er det pensum en del plasser..

 

Jeg går Mediemanagement (dvs Grafisk Ingeniør ca), og jeg må vite åssen en prosessor jobber når den legger sammen heltall (noe jeg ikke vet, bortsett fra at jeg regner med det er den aritmetisk logiske enheten (ALU) som henter inn og gir til instruksjonsdekoder ellerno? )

Endret 7. desember 2004 av Marvil

[mikk-]

Akkurat det har jeg pønsket litt på også - altså hvordan en CPU/ALU legger sammen eller subtraherer tall. Tenkte kanskje det var en sinnsykt enkel oprasjon hvis man hadde binære tall, men jeg får det fortsatt ikke til.

[Arve Systad]

255 = FF = (15^16)+(15)

Det der stemmer ivertfall ikkje:

 

15^16 = 6,57E+18 = (HEX) 5B27AC994F166800

 

Det du ville fram til var dette:

 

15*16+15 = 255 = FF

 

Men nok matte for no, eh?

 

Endret 7. desember 2004 av arve87

[Marvil]

Akkurat det har jeg pønsket litt på også - altså hvordan en CPU/ALU legger sammen eller subtraherer tall. Tenkte kanskje det var en sinnsykt enkel oprasjon hvis man hadde binære tall, men jeg får det fortsatt ikke til.

Vet bare at ALUen tar hånd om de aritmetiske og logiske heltallsoperasjonene, mens FPU (float point unit) tar hånd om desimaltallsoperasjoner på flyttallsform (matisse og eksponent)..

 

Hva det betyr i realiteten, det aner jeg ikke..

[Marvil]

255 = FF = (15^16)+(15)

Det der stemmer ivertfall ikkje:

 

15^16 = 6,57E+18 = (HEX) 5B27AC994F166800

 

Men nok matte for no, eh?

Det er:

 

(15*16)+F (dvs 15) = 255..