Forskellen afhænger af, hvad du programmerer i. Hvis du bruger HTML, kan du kun bruge <br>. Men bruger du derimod XHTML, kan du kun bruge <br/>.
Samme forskel gælder alle andre tags, der ikke har et lukketag ("</noget>"). Derfor skal du også afslutte et img-tag i XHTML således: <img src="sti.jpg" />
Selvfølgelig _kan_ du reelt set godt bruge den forkerte br i enten HTML eller XHTML, men så er din kode bare ikke korrekt.
Og da XHTML endnu ikke understøttes ordentligt af browserne, foreslår jeg, at du holder dig til HTML lidt endnu.
jeg mener mellemrummet i <br /> kun er for netscape browseren ;o), vs.net 2005 laver også <br> om til <br /> (med mellemrum), vs.net 2003 kan finde på at lave dem om til "gamle" <br>
@w13 du kan altid bruge <br />, xml (xhtml) kræver at du lukker dine tags (som du dog også nævner) men alle browsere "understøtter" <br /> eller andre "lukkede" tags
Ja, browserne viser det stadig korrekt, men det er f.eks. bare ikke gyldig HTML 4.01 =)
Og pointen med xhtml er jo bl.a. at man koder efter en meget striks standard, så browseren ikke skal tage højde for koderens fejl. Laver man fejl er det derfor ikke browserens problem, men koderens. Og derfor behøver browserne ikke at være så "massive" kodemæssigt.
@w13, det har aldrig været "ulovligt" at lukke sine tags... (html "stammer" fra sgml som man vist bl.a. brugte til aviser, og det skal være "strict", browsere tager højde
alex15, det er fint den "header" du laver er fin, du kan "kun" få problemer hvis du bruger en xhtml "header", og hvis du ikke laver/ruger xhtml, så luk alle dine tags, men brug bare din header (der er også en "transistional xhtml" header, hvor næsten alt virker, som "før")..
a1>> Hvis du validerer et HTML 4.01-dokument på W3C, som indeholder <br />, vil den advare om, at det ikke er gyldigt, selvom det dog ikke betragtes som en regulær fejl. Jeg mener da også at have læst, at syntaksen <tag /> først blev indført i standarderne med XHTML. Dermed ikke sagt, at browserne ikke kunne forstå denne syntaks.
nej, brug <br />, hvis du læser mit sidste link kan du se at du "godt" må, og der er ingen browsere der har problemer med det, <br/> havde netscape 4.0 problemer med, men der er ingen der bruger det, men med mellemrum virker det også (<br />)
Some HTML element types have no content. For example, the line break element BR has no content; its only role is to terminate a line of text. Such empty elements never have end tags. The document type definition and the text of the specification indicate whether an element type is empty (has no content) or, if it can have content, what is considered legal content.
alex>> Som a1 påpeger, vises <br /> fint i browserne, så derfor skader det ikke at bruge det, i hvert fald ikke så længe browserne understøtter det i HTML 4.01. Men hvis du bruger "<br />" bør du også bruge "/>" i de andre tags, der ikke har et lukketag. F.eks. <img noget /> eller <link noget /> ... der er sikkert et par ekstra, jeg lige glemmer, men kommer jeg i tanke om dem, vender jeg frygteligt tilbage. =)
;o) (men der står ikke noget om at man ikke må, og siden det er bygget over sgml der altid kræver lukkede tags, så "synes jeg" jeg har lidt ret) man skal "altid" lukke sine tags, så sker der intet..
Hvis du tilgår en webside fra mobil telefon vil den "kræve" lukkede tags..
a1 >> Undskyld, men din kommentar "man skal "altid" lukke sine tags, så sker der intet.." er noget sludder. En del tags _må_ simpelthen ikke lukkes: http://www.w3.org/TR/html401/index/elements.html
De steder, hvor der står 'F' under 'End Tag' er lukke-tag direkte forbudt.
Der er meget, der kan lade sig gøre i de forskellige browsere, men det betyder hverken, det er lovligt eller smart. Invalid kode bør _altid_ undgås, så vidt det er muligt - og det er det jo helt absolut her ;o)
Fordi punktummet betyder konkatenering, altså tilføjelse af en streng til en streng, i f.eks. VB bruges &-tegnet og i javascript bruges + til det samme !o]
-- en anden ting er, at der findes et shortcut (men jeg ved ikke om det vil virke i denne sammenhæng, men det regner jeg med !-)
$query = "SELECT brugernavn, password FROM users WHERE brugernavn = '$_POST['brugernavn']' AND password = '$_POST['password']'";
xhtml trans. er der (vist) ikke de store problemer i, men strict... ;o)
(jeg er ligeglad med w3 validering, bare det virker i de normale browsere, mobiler vil også helst have (viser) xhtml)
btw. så er jeg ikke (går ikke så meget op i det) "front end programmør", men noget (x)html skal man jo lave. heldigvis understøtter de fleste browsere det mest normale (x)html...
Kan huske dengang da nav 3.51 (mener jeg det var) ikke kunne lide hvis man ikke havde lukket sine <td>, eller man havde forskellige antal TD'ere (så kom der intet), uhaaaa, ja IE kunne (man bør vel ikke være "haj" for at lave en famillie hjemmeside).
<br /> ;o)
ps: mellemrummet i <br /> er for netscapes skyld (den kunne ikke vise <br/>)
Arne >> Det er helt korrekt, at syntaksen er acceptabel i henhold til SGML og dermed HTML 4.01 - men her det bestyder ikke 'lukning af et tag'.
<br/> bør under HTML 4.01 tolkes som <br>> - altså et br-element, efterfulgt af '>' - men det er der bare ikke nogen browsere, der overholder. Overholdt browserne standarden, er jeg alt andet end sikker på, a1 ville være tilfreds med udseendet af sine sider :)
a1 >> Desværre understøtter stortset ingen browsere 'det mest normale XHTML' - i betydningen 'det XHTML, der lever op til normen'. Til gengæld brokker de sig ikke over invalid XHTML-freestyling, som er det, langt de fleste webkodere i dag skriver, når de tror, de skriver XHTML ;o)
Langt de fleste forskelle på HTML 4.01 og XHTML ligger ikke i markup-koden - hvis vi altså ser bort fra namespaces, som de færreste er begyndt at bruge under XHTML endnu.
- og i princippet bør der vel ikke forskel på en familiehjemmeside og en firmahjemmeside. Man kan heller ikke springe op og falde ned på færdselsloven, når man kører i en familiebil :)
Synes godt om
Ny brugerNybegynder
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.