Avatar billede drinkit Praktikant
11. september 2009 - 15:53 Der er 22 kommentarer og
1 løsning

Textarea fejl ifølge W3C

http://validator.w3.org/check?uri=www.xup.dk%2Fnormann-reception%2F&charset=%28detect+automatically%29&doctype=Inline&group=0

- Nogle der kan forklare mig hvorfor den giver fejl her?
Jeg har ikke defineret class 2 gange i mit textarea.

Tak

:)
Avatar billede Slettet bruger
11. september 2009 - 15:58 #1
Som der står har du på linje 60:
<input class="navn" type="text" name="author" id="author" class="textarea" value="" size="28" tabindex="1" />

Du definerer "class" to gange :)
Avatar billede olebole Juniormester
12. september 2009 - 16:04 #2
<ole>

Men der er stadig ikke tale om XHTML 1.0 Strict, der kan parses som andet end dårlig HTML. XHTML 1.0 Strict bør ikke serves med MIME typen text/html. Sker det, siden ikke parses som XHTML. Derudover vil IE slet ikke kunne vise siden, hvis den serves korrekt - men vil i stedet tilbyde brugeren at downloade dokumentet med koden.

Men hvorfor overhovedet spilde tid med en dårligt understøttet og forældet standard? HTML 4.01 er stadig den seneste markup standard, som er bredt understøttet - og den næste (som er planlagt til 2012) kommer ikke til at hedde XHTML 2.0, men HTML 5.0. XHTML er opgivet af W3C  ;o)

/mvh
</bole>
Avatar billede drinkit Praktikant
13. september 2009 - 13:37 #3
Jep. Jeg ved hvad du mener Ole.
Men nu bruger jeg WordPress, som genererer XHTML kode. (Altså <br /> osv når man laver en post.
Derfor har jeg ikke nogle muligheder, hvis jeg vil have en valid side (som jeg før, herinde, er blevet opfordret til at have, hvis jeg vil have højere pagerank).

Giver det mening, eller burde jeg alligevel forsøge at lave siden i HTML 4.01?
Avatar billede drinkit Praktikant
13. september 2009 - 13:42 #4
"The Wordpress platform is based with the best intentions, from boots to brow, on XHTML and has been ever since I've been using it. Now this is a shame really because that single fact may be preventing your Blog from being properly standards compliant.

Put your hands up if you are running a blog that serves documents using a MIME type of "application/XHTML+XML"? What's that deathly silence I hear - what, nobody is doing that? Then in that case nobody (regardless of what doctype you are using) is serving proper XHTML and worse, no one is running a standards compliant website. Perhaps even worse still, you probably shouldn't even try to use an XHTML MIME type on your website either. Now I bet you didn't know that.

The vast, vast majority of people whose blogs are served as MIME type "text/html" should be using the HTML 4.01 doctype rather than XHTML. The issues surrounding this problem are considered unfortunately rather technical so I will endeavour to write a lay person's guide to the subject soon, covering the issues a bit more simply than they're are in most places I know of.

In the meantime there is a very good article by WebDevout about this which is worth reading."
Avatar billede olebole Juniormester
13. september 2009 - 13:48 #5
Nej, det giver ikke mening at bruge en HTML 4.01 DTD, hvis man samtidig bruger XHTML-lukninger.

Det sidste indlæg ligner noget, der er kopieret fra Wordpress' side. Han bør dog nok ikke spilde tid på en guide om XHTML, når nu W3C har opgivet projektet omkring XHTML  =)
Avatar billede drinkit Praktikant
13. september 2009 - 16:36 #6
hvordan skal min doctype osv så se ud? tak :)
Avatar billede drinkit Praktikant
13. september 2009 - 16:41 #7
ser det rigtigt nok ud det her, og hvis ja... kan siden så vises i alle browsere selvom jeg har content = application/xhtml+xml ? F.eks vil ældre browsere prøve at sende dig min index fil som download?

<head>

<title>XUP.DK - Events i København</title>

<link rel="stylesheet" href="http://www.xup.dk/wp-content/themes/xup/style.css" type="text/css" media="screen" />
<link rel="shortcut icon" href="http://www.xup.dk/favicon.ico" />
<link rel="EditURI" type="application/rsd+xml" title="RSD" href="http://www.xup.dk/xmlrpc.php?rsd" />

<meta http-equiv="Content-Type" content="application/xhtml+xml; charset=utf-8" />
<base href="http://www.xup.dk/" />
<meta name="robots" content="index, follow" />
<meta http-equiv="Content-Language" content="da" />

</head>
Avatar billede olebole Juniormester
13. september 2009 - 16:44 #8
Personligt lader jeg toppen af mine dokumenter se sådan ud:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">


- og så undlader jeg XHTML-lukninger af tags
Avatar billede olebole Juniormester
13. september 2009 - 16:47 #9
Nej, det hjælper ikke noget at sætte noget i meta'en. Det skal være i HTTP-header'en, som serveren sætter - eller du selv sætter i server koden. IE understøtter dog ikke application/xhtml+xml, så den vil bare tilbyde at downloade dokumentet
Avatar billede drinkit Praktikant
13. september 2009 - 17:43 #10
Men jeg er nødt til at have IE understøttelse, da det er 55% af mine besøgende der kører med det.
Hvad er der så at gøre, udover det jeg har gjort? Jeg kan som sagt ikke konvertere min kode til HTML 4.01, da wordpress genererer XHTML.
Avatar billede olebole Juniormester
13. september 2009 - 17:48 #11
Hvis ikke Wordpress kan sættes op til at bruge HTML, ved jeg ikke, hvad du kan gøre
Avatar billede drinkit Praktikant
13. september 2009 - 18:09 #12
alright.. mange tak for alle rådende ellers :)
God aften! smid svar begge to!
Avatar billede saudoo Nybegynder
14. september 2009 - 14:23 #13
Men Ole... Er fordelen ved "XHTML 1.0 Strict", fremt for f.eks. "XHTML 1.1 Strict", at man kan servere dokumentet som både text og xml?

Præcis som du siger er IE ikke glad for xml mime-typen, så jeg formoder at det er lavet som en overgangsløsning fra HTML 4.01 til XHTML i sin tid.
Avatar billede saudoo Nybegynder
14. september 2009 - 14:23 #14
Ja og undskyld at jeg lige låner tråden. Men jeg tænkte det var ok, da du nu havde fået svar. :)
Avatar billede olebole Juniormester
14. september 2009 - 15:22 #15
Naturligvis kan du sende XHTML 1.0 Strict som 'text/html', men det er da ved Gud ikke nogen fordel. I så fald er der jo ikke tale om XHTML - men om skidt HTML. Hvorfor dog så ikke bare stå ved, at det er HTML, man skriver?  =)

Man skal have meget specielle opgaver, hvis man eller ens brugere skal have glæde af XHTML. W3C har som sagt helt opgivet XHTML og satser i fremtiden udelukkende på HTML, så hvorfor overhovedet bekymre sig om den slags forældede - for langt de flestes vedkommende ganske overflødige - standarder?

Det allerstørste problem med XHTML er, at vi skal ned i dele af en promille for at finde de kodere, der overhovedet kan bruge XHTML. Det er under én promille af alverdens såkaldt 'XHTML' sider, der overhovedet kan parses af en X(HT)ML-parser.

Kodere er ganske enkelt generelt for dårligt uddannede - og alt for dovne til at følge med i udviklingen! Hvis læger var ligeså dårlige til deres fag, ville alle bekymringer om overbefolkningsproblemer være komplet overflødige  ;o)
Avatar billede saudoo Nybegynder
14. september 2009 - 16:48 #16
Jeg må ærligt erkende, at jeg ikke er en af de heldige(begavede) få, der kan udnytte XHTML-standarden til dens fulde potentiale.

Som jeg forstår på dig var det største problem bag at folk ikke brugte XHTML ordentligt, vel nok, at IE ikke understøttede man sendte dokumenter med mime-typen XML og som derved ikke kunne parse XML'en korrekt.

Så vidt jeg ved er det, ligesom i XML, muligt at danne egne tags mv. Oprette schemas til at fortolke disse. Men det er opsnappet visken fra en skulder for nogle år siden. Så jeg ville lige høre om du havde nogle links til hvad man egentligt kan bruge XHTML til, ud over at være en mere stringent udgave af HTML 4.01 (som jeg nu egentligt syntes meget godt om. At være stringent altså!).
Avatar billede drinkit Praktikant
14. september 2009 - 18:25 #17
Genialt. Der er åbenbart mange andre der har haft samme problem som mig..
Der er ÉN løsning til wordpress, hvis man vil have det skal være 4.01 strict.

http://www.kilroyjames.co.uk/2008/07/xhtml-to-html-wordpress-plugin/

Et plugin filter der oversætter xhtml til html 4.01.
Dejligt, nu er min side som den skal være :)

Tak for hjælpen alle.
Smid lige et svar.

/
Avatar billede drinkit Praktikant
14. september 2009 - 18:28 #18
Så ole og saudoo, ser min header ikke rigtig nok ud nu?

http://www.xup.dk
Avatar billede saudoo Nybegynder
14. september 2009 - 18:55 #19
Den ser helt fint ud herfra. :)
Avatar billede olebole Juniormester
15. september 2009 - 14:02 #20
Der er markup-wise ikke den store forskel på stringensen mellem HTML 4.01 og XHTML. De største og vigtigste forskelle ligger helt andre steder - så som at script/DOM syntaksen er væsentligt anderledes.

For mig at se, var den væsentligste årsag til den (næsten konsekvent) forkerte anvendelse af XHTML, simpelthen manglende forståelse for, hvad XHTML er - hvordan det virker - hvorfor og hvornår det bør bruges - og hvordan det bruges. Med andre ord: Fravær af helt nødvendig viden om XHTML.

Det - parret med koderes generelle dovenskab, der gør, at langt de fleste hellere vil æde et par hurtige tutorials end at sætte sig grundigt ind i det, de laver - mener jeg, er der, hunden ligger begravet  =)

- og for at komme tilbage til tråden: Din kode ser fin ud nu  =)
Avatar billede drinkit Praktikant
16. september 2009 - 09:56 #21
Smid svar, tak
Avatar billede olebole Juniormester
16. september 2009 - 16:04 #22
Selvtak  =)
Avatar billede saudoo Nybegynder
16. september 2009 - 18:17 #23
Også lidt tak herfra. :)

Jeg skipper XHTML og går over til HTML 4.01 strict fra nu af. Alt andet virker alligevel uigennemtænkt, når 5 er "lige" om hjørnet (set med w3c's briller)!
Avatar billede Ny bruger Nybegynder

Din løsning...

Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.

Loading billede Opret Preview
Kategori
Vi tilbyder markedets bedste kurser inden for webudvikling

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester