Vær venlig at teste denne side igennem

Hej esben :D
Har fundet en fejl.. prøv at kigge i den med IE, og så FireFox, den ser meget forvirrende ud i IE pga. der er en dotted eller dashed border rundt over det hele.. i FireFox er det bare en solid border.

Endnu en fejl:
Udfyld formularen nedenfor, for at oprette dig som bruger af easybooks.dk :-)

Du er nu oprettet som bruger. Der er sendt en mail til leery@gamebox.net, hvor du skal
klikke på et link for at aktivere din bruger konto.

Som du selv kan se, står der at man skal udfylde formularen når man HAR oprettet, og der ingen formular er.

-i kontakt formularen, kan man skrive bogstaver som telefonnummer, og så sender den alligevel, og man kan skrive bla@. som email, og så validerer den

-i medlemsregistreringen gælder det samme

-man kan trykke tøm kurv efter bestillingen er sendt og registreret, men måske er det meningen

Det er jo meget små ting...ellers virker det vist fint nok. Den grimme CSS er godt nok grim :P

Kommentarboksen har den samme størrelse, selv om den får mindre plads:
http://www.andersonline.dk/stuff/kommentarfejl.png

goulduck: har endnu ik fundet ud af hvordan man tilpasser et textareal størrelsesmæssigt via CSS på en ordentlig måde....

legende.dk: telefonnumre behøver ikke kun bestå af tal, og når tallet ik skal bruges til sammenligning eller beregning, er der ingen grund til at kræve en integer der

ang. email-adressen, får man en mail med et valideringslink, så det er op til folk selv at skrive en rigtig email-adresse

på denne side:

http://www.dtu02335php.dk/hold4/news.php

er der et underligt tegn under nyheden..

det ser ud til at der er en fejl i alle ø'er, de bliver vist som:  Ã,

wicez: noget af den tekst som ligger i databasen, er blevet lidt fucked up, pga webhotellet kører mysql 4.0 og min egen server kørte 4.12 inden den blev lagt på webhotellet

oki, så er det ik noget med dine funktioner til at indsætte tekst i databasen?

nope, den nye mysql har charset-encoding angivet i alle tabeler og felter, og det fucker når man eksporterer til en gammel mysql DB

oki.. godt nok, så længe det ikke er en fejl :D

<ole>

Det er måske heller ikke så fikst, at sætte et XHTML-banner på siden. Hvis man ved bare en lille smule om XHTML, ved man også, det i 99% af alle tilfælde (herunder dit) parses som dårlig HTML4.01 kode.
Én ting er, bannerne er alt andet end kønne - og stikker af fra det øvrige design - men det er altså samtidig dårlig reklame  :)

/mvh
</bole>

Desværre får man sjældent ret meget at vide, når man læser om XHTML på nettet - og det er (endnu mere desværre) de færreste, der gider ofre den tid, det tager at lære det ved at læse W3C _grundigt_ igennem. Vil du have lidt relevante informationer, vil jeg  - i al beskedenhed - anbefale dig at læse:
  http://www.eksperten.dk/artikler/537
  http://www.eksperten.dk/artikler/538

... derudover er dette en fejl:
  <img style="border:0" ...
Det hedder:
  <img style="border:0px" ...
... eller hvilken enhed, det nu skal være. Det er bare essentielt, der er angivet en enhed

... det samme gælder alle dine padding- og margin-angivelser i din remote-CSS.

ang. XHTML, er det mest for at vise læreren (som ik er helt så skarp i faget) at de er skrevet og overholder XHTML standarden...

er godt klar over at moderne browsere kigger på content type inden de kigger på doctype, men content type kan jo altid modificeres

tak for det med 0px fejlen, havde sgu lige overset det

Ja, men du kan f.eks. heller ikke scripte på den måde, du gør, under XHTML. Dvs, at det kan du godt - men så parses siden igen som dårlig HTML4.01. 'document.FORMNAVN' er ikke en valid adressering i XHTML - hvorfor XML-parseren giver op og HTML-parseren tager over.

Ja, MIME'en kan umiddelbart ændres til en korrekt ved dynamiske dokumenter - men det risikerer man blot at rode sig ud i endnu værre problemer ved. Så skal siderne nemlig ofte laves i flere versioner.
I dag er hverken sprog-specifikation, servere, browsere eller kodere opkvallificeret til XHTML-brug - men det kommer forhåbentlig i løbet af et par år  ;o)

Derudover, tror jeg zq, de skal have den meget store lup frem for at finde deciderede fejl, Esben ... pøj-pøj med afleveringen  ;o)

okay, har du en bedre måde at tilgå de forskellige forms på? altså uden at bruge "this" ?

ang. XHTML kan jeg godt følge dig, er selv lidt skeptisk over for det..

Jeg synes det er en fin ide at få struktureret syntaksen så den er mere ensartet, ingen tvivl om det

Men med så mange andre skift, er det svært at finde ud af hvornår man skal skifte alt over til XHTML... og som tiden går, forsvinder argumenterne for det (f.eks. at det skal gøre det lettere får små enheder som mobiltlf. og pdaer at parse, pga XML strukturen)

Når XHTML2.0 kommer, er vi nødt til at skifte - og det tager vel et par browser generationer. Indtil da er det svært at finde gode grunde  :)

Hvis du skal have XML-parseren i brug, når du tilgår formen, skal du bruge DOM - altså f.eks: document.getElementById. Skal du have fat i dens elementer, burde du bruge FORM.getElementsByTagNameNS - men den understøttes endnu ikke af IE. Derfor må du lade IE's HTML-parser udføre adresseringen med FORM.getElementsByTagName.

De gamle script-DOM bindinger som document.forms, document.images, document.links, osv kan ikke bruges under XML - de er helt HTML specifikke.
Det samme gælder f.eks. document.write. I ren XHTML - dvs XHTML, der bliver parsed som XML - må du manipulere sidevisningen med DOM. Det får du til gengæld vældig gode og hurtige muligheder for i XHTML2.0.
Indtil da: F... XHTML! Det er et vildt over-hyped buzz-fænomen  ;o)

PS: som tingene er lige nu, that is! På lidt længere sigt er jeg tindrende fundamentalistisk tilhænger af XHTML  :D

det hedder nok ikke "Mest set" men "Mest sete".

Jeg kan ikke lide at du "skælder ud" på kunden:

"Følgende fejl er fundet:
Husk at ...."

Det kan være en fejl for dig, men en forglemmelse for kunden.
Måske noget i retning af "Vi kan desværre ikke oprette dig som
kunde før vi får oplyst følgende:". Og så kunne du markede de
felter tydeligt som mangler/er forkerte.

Hvordan kan man få "Læg i kurv (-7 tilbage)" ?

Jeg har nok pillet lidt ved skriftstørrelser i min browser, så jeg
får tekst, der står oveni anden tekst.

Øh, på http://www.dtu02335php.dk/hold4/links.php
skulle de klikbare links da stå ved siden af den beskrivende tekst, ik'?

Samme side (og formodentlig også andre, tripper lidt når man prøver at resize lidt op og ned (i IE)

Se her:

www.legende.dk/sidetrip.gif

legende: ja, det er en underlig fejl, tilsyneladende en bug i IE, men den findes kun på nogle maskiner jeg har testet på. og det er vist kun når siden er nede omkring 800x600... med den måde den er implementeret på, er der mulighed for hurtigt at rette alt design til og lave et nyt stylesheet med (forhåbentlig) bedre kompatibilitet.

erikjakobsen: ang. mest set og fejlmedd. skal det siges at vi ik bliver bedømt på indhold, men kun teknikken og funktionalitet :-)

ang. links, er det overskriften i hver del som er et klikbart link.

olebole: puha, endnu en af grundene til at jeg bedre kan lide serverside scripting end HTML/CSS/JS osv.

det er et helvede at lave noget som virker nogenlunde i alle browsere, hvis der skal lidt pænt css på også :-)

Jo, jo, men du får de fejl jeg ser ;) Du må bruge hvad de vil.

Jeg ved godt hvad man kan klikke på ved de links, men det står
slet ikke ved teksten i min browser. De står faktisk allernederst
på siden på 5 linier.

Det kan godt være I ikke bliver bedømt på det, men det er da noget rod...

olebole:

opdagede noget sjovt...

tidligere har jeg bare sat doctype til XHTML. jeg opdagede her til aften, at det får IE til at lave fejl ved renderingen af menuerne, kig på sceenshottet fra legende.dk

så tilføjede jeg en    echo "<?xml version=\"1.0\"?>";
til toppen af siden, og nu ser det ud som om IE renderer siden korrekt, uden at gøre nogle af boksene for brede eller lign.

så jeg vil da (næsten) tro at IE6 kan finde ud af at tolke det som XHTML, hvis der er sådan en XML header øverst på siden?

Prøv lige denne her i dokumentet:
  alert(document.compatMode)

Hvis den returnerer 'CSS1Compat', har du ikke ødelagt IE's understøttelse af CSS-standarden - men siger den 'backCompat', er IE gået i quirks-mode.
IE har det nemlig med at gå i quirks, så snart der bare står et enkelt tegn før DTD'en. Hovedproblemet er netop CSS box-modellen - så det kan sagtens være det, der gør sig gældende ved dine menuer  ;o)

Jeg formoder således, det er din CSS, der ikke er i orden - og det 'reparerer' du så ved at slå IE's CSS-kompatibillitet fra med XML-prologen.

... and please don't shoot at the messenger-boy  ;o)

Du kan også prøve at lave dette div:
  <div style="width:100px;height:100px;border:45px solid red">TEST</div>

Hvis du har et 100x100px hul, er alt i orden. Er hullet i det røde felt derimod kun 10x10px, er den gal med box-modellen. Ifølge den skal border nemlig lægges udenom elementet

Bevares, teksten 'TEST' skal nok spile div'et lidt ud, hvis CSS ikke understøttes - men du kan nok se forskel alligevel  ;o)

PS: Checkede lige, hvad serveren sætter af headers ... siderne bliver stadig served med MIME-type 'text/html'. Det betyder, at uanset, hvad du skriver af XML-prologer, så parses siden som HTML4.01 og ikke som XHTML (XML)

okay... well, den renderer fint nu, også i IE (efter XML 1.0 headeren kom på)... tror bare vi skriver i rapporten at vi ikke lader den parse som XHTML endnu, da IE mfl. ikke understøter xml+xhtml headeren ordentligt endnu

Ja, men årsagen til, den renderer fint, er, at du disabler IE's CSS-tolkning. IE viser din kode, som den er skrevet, når du udelader XML-prologen.
Prøv selv den lille alert for at se, om IE overhovedet er i stand til at tolke din kode. Det er jeg 100% sikker på, den ikke er.
Vises container-elementer med f.eks. border korrekt i IE - og der er en XML-prolog present i toppen af dokumentet - er CSS'en _altid_ forkert  :)

smid et svar hvis nogen vil have points

Fik du noget ud af det, Esben?  :)

-> olebole:

når man i css skriver style="border: 1px solid red;", har rækkefølgen da noget at sige?

smid et svar hvis i vil have points - ellers tager jeg dem selv