HTML vs. XHTML?

bruger stadigt mest HTML 4.01
Da IE6 og 7 ikke understøtter XHTML

Den helt ubestridte fordel ved XHTML er at den levet op til XML standarden således at man eksempelvis kan generere XHTML vha. XSLT stylesheets.
Jeg bruger stort set udelukkende XHTML, men understøttelsen er ikke helt på toppen endnu. Det store browsere parser det som HTML, og det er selvfølgelig ikke helt optimalt, men det virker nu udmærket...

http://www.eksperten.dk/artikler/537
http://www.eksperten.dk/artikler/538

De fleste bruger stadig HTML, mange er dog begyndt at vænne sig til mange XHTML standarder, fx at alle tags skal lukkes, dvs <br> bliver til <br />

Mvh Carsten

oki..

Smid et svar alle sammen..

smider dem videre til de andre :)

Mvh Carsten

- Lad være med at lave xhtml for blot at lave xhtml, gør det, hvis du føler det er noget du kan håndtere (læs Olebole's artikler først), og hvis du føler, at du er klar til det selvom IE ikke er (IE kører dog "fint nok" med det p.t., som schwarz84 nævner)...
- Måske lidt kort holdning her er et par tråde (angående emnet) som jeg har deltaget i:

http://www.eksperten.dk/spm/699114#rid6183562
http://www.eksperten.dk/spm/702421
http://www.eksperten.dk/spm/711580

Der er nu en ting der undrer mig lidt ved xhtml og det er at man har bevaret <b> og <i> men ikke <u> ... jeg bruger dog ikke nogen af de 3 længere - men det virker da lidt pudsigt at man mener den ene er fy fordi det skal laves med css mens de to andre er helt ok ... men der er måske en årsag til at de ikke er udgået sammen med alt det andet markup :/ (kører 1.1)

Edit: [sammen med alt det andet markup ] ... Øhm, ordvalg måske lidt "overdrevet" ...

Men uanset hvad man kører, anbefaler jeg, at man
kører efter strict istedet for transitional ...

en ting jeg ikke kan lide ved XHTML er at iframes bliver fy fy :) eller frames generelt, men det gør at hvis man skal opdatere en frame (nu kun divbokse) så skal hele siden opdateres... :)

Mvh Carsten

hmm bruger Html da jeg ikke gider at sætte mig ind i noget nyt :P

Det er virkelig en kedelig indstilling :)

Men hvis du ikke har interesse i at bruge html eller for den sags XHTML i fremtiden så er det måske en fin nok holdning

Mvh Carsten

Jeps, synes også at det er trist ... anbefaler dog at du sætter dig ind i html koderne og ikke blot klikker i en grafisk editor som en del gør - det er fint nok, men hvis man vil noget med internettet (kodningsmæssigt) - må man også sætte sig ind i internettet, og de teknologier der er / findes, samt den markup korrekthed der kræves eller rettere "bør" kræves ... (bruger selv notesblok som editor) ...

Problemet eller rettere det er ikke et decideret problem i systemerne... Men, hvis man klikker løs i en editor, er det de færeste editorer, der har en god nok begrænsning på, at man ikke ender med en helt vild stor markup eller dårlig markup ... Så: Hvis man koder i en editor bør man sætte sig ind i editoren (grundigt) og brugen af dem (tips og tricks samt tutorials) og grundlæggende html kendskab (samt css) anbefales ...

- ellers hvis man er barfods koder er det bare godt med html og css kendskab der er brug for (evt. med et par bookmarks til ms og moz) ... træning og en opbygning af eget html markup / komponent arkiv vil give dig manglen på editoren tilbage.

senere efter dette anbefales et serverside scripting sprog som vil lette kodnings arbejdet for dig ... men hvis det bare er for at pille lidt til en lille personlig hjemmeside behøver man jo heller ikke gøre noget voldsomt ud af det ...



@mpj_86 > Undskyld spam i din tråd :o)

tjae, de generelle spørgsmål er vel bevsværet ;)

Men som du siger de fleste editorer der generer kode gør dem vilde og uoverskueligt store og gør siderne langsomme at læse fordi parseren skal igennem så ufattelig meget kode :)

Bruger selv TSW Webcoder (notesblok med kodebibliotek)

Mvh Carsten

M.h.t. xhtml'en includer jeg denne fil så mime-type leveres rigtig til Firefox, Opera o.s.v. - hvis de nu understøtter xhtml ... Hvis browseren ikke får den rigtige mime-type køres indholdet ikke som xhtml men almindeligt html ...

Har også gjort xml deklarationen, da den ellers gør at IE går i quirks ... det har jeg dog hidtil sørget for at min kodning tog hensyn til (ved helt at undgå padding og margin) ... dog havde jeg 1 px i forskel fordi jeg ikke undgik padding og margin helt ... men nu da IE ikke går i quirks er det udbedret ...

<?php

/* Mime-Type-Beregning */
if(strstr($_SERVER["HTTP_USER_AGENT"],"W3C_Validator"))$mime="application/xhtml+xml";
else if(stristr($_SERVER["HTTP_ACCEPT"],"application/xhtml+xml")){
if(preg_match("/application\/xhtml\+xml;q=([01]|0\.\d{1,3}|1\.0)/i",$_SERVER["HTTP_ACCEPT"],$matches)){
  $xhtml_q=$matches[1];
  if(preg_match("/text\/html;q=q=([01]|0\.\d{1,3}|1\.0)/i",$_SERVER["HTTP_ACCEPT"],$matches)){
  $html_q=$matches[1];
  if((float)$xhtml_q>=(float)$html_q){
    $mime="application/xhtml+xml";
  }
  }
}else $mime="application/xhtml+xml";
}else $mime="text/html";

header("content-type: ".$mime.";charset=iso-8859-1");
header("vary: accept");

if($mime!="text/html")echo'<'.'?xml version="1.0" encoding="iso-8859-1"?'.'>';

?>

[hvis man koder i en editor bør man sætte sig ind i editoren (grundigt) og brugen af dem]

Enig
er ikke værktøjet man bruger. men ens evne til at bruge det værktøj så godt /optimalt som muligt
Bare fordi man har en editor (Dreamweaver/GoLive/Stones/FrontPage eller andre) er det ikke ensbetydende med man laver gode kode. De værktøjer gør kun hvad de bliver bedt om... og hved man ikke hvad man beder dem om går det let galt ...

- koden har jeg taget herfra:
http://www.eksperten.dk/artikler/538
> Kommentar fra frol: http://www.eksperten.dk/artikler/538

Ups :P http://keystonewebsites.com/articles/mime_type.php

hva så os stakler der koder ASP ;) hehe

Mvh Carsten

En ulempe er dog at hvis siden leveres som xhtml - og der er en fejl virker siden ikke ... jeg har lige hoppet op og ned efter at have implementeret dankort ... men øhm, der var lige et par fejl (23 ... d.v.s. 22 fordi der manglede en indre div i en form og 1 fordi et b tag ikke var lukket) så alle andre end dem der bruger IE har ikke kunnet bruge siden i ca. 1 uge ... så hvis man ændrer noget "SKAL" det checkes i en xhtml browser ... det vidste jeg godt - men ting går måske lidt for hurtig til tider ... (har fået rettet fejlen i forgårs og samtidig optimeret design fra 800x600 til 1024x768)

- Det er sådan nogle ting der måske er rare at prøve inden at det også er IE brugere der ikke kan se siden når man laver en fejl (ikke at man skal lade de dårlige vaner gå ud over andre browsere ... men der er jo lidt tilvænnings tid til at øve sig i :o) )

Måske noget asp negotiation her?
http://www.456bereastreet.com/archive/200408/content_negotiation/

( søgeord: asp xhtml content negotiation )

farving >> iframes er vel som sådan ikke blevet fy-fy i forbindelse med xhtml - iframes er fy-fy i forbindelse med SEO.

http://liorean.web-graphics.com/xhtml/comparison.loose-strict.html

( søgeord: iframe xhtml strict )

smart :)

tænkte på om du så kunne svare på hvad man bruger i stedet for frames i XHTML?

fordi som jeg tidligere nævnte så opstår der problemer når du skal loade det som man tidligere gjorde vha frames... nu i stedet med divs...

Mvh Carsten

Har ikke sat mig så meget ind i det ... men hvis man glemmede SEO kunne man (måske) vælge at bruge noget javascript ajax og dom parsing med appending og remove i et div element f.eks. ellers (måske) kan xml dataislands med xslt parsing som schwarz84 nævnte lave tricket ved at switche den includede xml fil ...

... men en ting er sikkert så længe vi alle leger SEO m.v. slæber vi rundt med en stopklods på foden - måske var det nemmere med dmoz lignende system dog med et gebyr senere ... (bare min holdning til alt det bøvl med seo ... dog skal resultater ved søgning selvgelig være lidt tilfældige og relvans sortede... )

relvans -> relevans ( der ryger altid et eller flere bogstaver :P )

hmm der hoppede jeg af...

SEO?
dmoz?

Og hvad med mit ASP i XHTML? :P

ligefør det er mig der stiller spørgsmålene hehe

Mvh Carsten

[ Og hvad med mit ASP i XHTML? :P ] 04/07-2006 21:51:08 måske?
- koder dog ikke asp har valgt at nøjes med det ene sprog ...
(det kan i nogle tilfælde være godt både at kunne tysk og
engelsk men i andre tilfælde kan det være lidt "farligt")

[ dmoz? ] http://www.dmoz.org
[ SEO? ] Search engine optimization

SEO = søgemaskinoptimering
dmoz = www.dmoz.org

frames/iframes er der som udgangspunkt ingen grund til at benytte medmindre det er for at vise indhold fra et andet domain - det kan have sine fordele i admin-systemer men i frontend er der meget meget sjældent en grund til det... kan du komme på nogle?

Om du bruger asp, php eller noget helt tredie har ingen betydning i forbindelse med html/xhtml - det er jo stadig dig alene der 100% styrer outputtet.

hmm, iframe kommer vist ind i 2.0 igen check denne
http://www.w3.org/TR/XHTMLplusSMIL/ søg på iframe ...

hov vist forkert link ... synes jeg
havde søgt på xhtml 2.0 og iframe :P

http://www.ashleyit.com/blogs/brentashley/archives/000443.html :o)

ahh min fejl blandede bare nogle ting sammen...

hmm kan godt være der ikke er grund til frames, men det er nemmere at arbejde med IMO

Mvh Carsten

xframes :P http://www.w3.org/TR/xframes/

[ men i frontend er der meget meget sjældent en grund til det... kan du komme på nogle? ] - Tidligere i '98 hvor jeg brugte frames og slamkodning indtil midten af sidste år hvor jeg lærte div's, css og php havde jeg behovet ... idag synes jeg ikke mit behov er stort for det (når jeg bliver bedre til at javascripte op mod xmldom kan jeg nok undgå et par reloads i xhtml ... men, 3-7 kb hvoraf en del er metaer er jo ikke slemt ... )

- Det jeg mente med SEO var en stopklods hentydede ikke til iframes/frames men mere til javascript, xml dataisland m.v. (som f.eks. linkning til et bestemt layer på en multilayer side) men stopklodsen har dog også en fordel nemlig at kodninger er lidt mere venlig overfor synshæmmede...

xframes er jo uoverskueligt? og den guide der er ikke ligefrem synderlig god...

Men nok bare mig...

Mvh Carsten

Tjah, nu arbejder de vist også stadig på xframes tror ikke det er understøttet ordentligt endnu ( læste lidt hurtigt herinde:  http://www.xml.com/pub/a/2002/09/04/xhtml20.html - side 1 og 2 ) ... Men hensynet til IE kommer først så mon ikke det er xtra reloads, et javascript (der er kodet til xmldom) eller noget xml dataisland med xslt (har ikke læst om xmldom og dataislands, xml og xslt m.v. endnu - både browserne og mig selv skal jo også kunne følge med ... )

Det er rigtigt, mon ikke vi skal starte med at få de gode XHTML vaner på ryggraden indtil det er ved at være færdigt, så kan man jo tage den derfra... :)

Mvh Carsten

Tak for hjælpen alle..!

Hvem vil have points?

- Vil da gerne have
en bid af dem ...

Andre?

Den var nu en stor bid :/
... tak for point :o)

( Prik mig lige på skulderen, hvis der er nogen af jer,
der kommer i tanke om, at i glemte at lægge et svar ... )

Af hensyn til senere læsning, så tror jeg der var en
mindre fejl i 04/07-2006 21:31:35... Rettet udgave:

<?php
/* Ingen direkte adgang */
if(!isset($include)){header("Location:http://".$_SERVER["HTTP_HOST"]."/error/404.php");exit;}


/* Mime-Type-Beregning */
$mime = "text/html";
if(strstr($_SERVER["HTTP_USER_AGENT"],"W3C_Validator"))$mime="application/xhtml+xml";
else if(stristr($_SERVER["HTTP_ACCEPT"],"application/xhtml+xml")){
if(preg_match("/application\/xhtml\+xml;q=([01]|0\.\d{1,3}|1\.0)/i",$_SERVER["HTTP_ACCEPT"],$matches)){
  $xhtml_q=$matches[1];
  if(preg_match("/text\/html;q=q=([01]|0\.\d{1,3}|1\.0)/i",$_SERVER["HTTP_ACCEPT"],$matches)){
  $html_q=$matches[1];
  if((float)$xhtml_q>=(float)$html_q){
    $mime="application/xhtml+xml";
  }
  }
}else $mime="application/xhtml+xml";
}

header("content-type: ".$mime.";charset=iso-8859-1");
header("vary: accept");

if($mime!="text/html")echo"<?xml version=\"1.0\" encoding=\"iso-8859-1\"?".">";

?>