varför radbryt under förmuläret

Hejhej,

Jag har ett problem, nämligen att det blir ett ofrivilligt radbryt under submit-knappen i ett formulär i en tabell. Då blir tabellen högre än den borde. Ni kan se det hela här: http://www.biljardbolaget.se/test.asp

Css-filen ligger här: http://www.biljardbolaget.se/style.css

Detta är bara en förkortad version, det ligger alltså en del saker i css-filen som inte används här men som används på andra ställen.

Har detta med form-taggen att göra, och hur kan jag hjälpa upp det?

Mvh Erik

gomorron
bara för att börja nånstans - nollställ marginalerna

* { margin:0; padding:0; }

sen kan du fortsätta med en allmän upprensning av koden... ja efter det kan du ju kolla hur den ser ut i fler webbläsare än IE

när du gjort dessa tre punkter så kan vi fortsätta felsöka ;)

Hmm, det här skjuter jag gärna framför med tanke på att det är ett par hundra fel :) Två frågor:

1. Jag inser att jag har kommit en del efter på HTML eftersom jag inte förstår allt som står där. Kan ni rekommendera några bra sidor att ha uppe så att jag kan sätta mig in i de förändringar jag komer göra.

2. Vad betyder omitted tag minimization parameter can be omitted only if OMITTAG NO is specified.?

Mvh Erik

Ett tips är att installera HTML Validator för FireFox.
http://users.skynet.be/mgueury/mozilla/download.html

Där får man mycket bra hjälp och kan validera sin sida "on the fly".

eriks skrev:

2. Vad betyder omitted tag minimization parameter can be omitted only if OMITTAG NO is specified.?

Jo det kommer sig av att du har specificerat att du vill använda xHTML istället för vanlig HTML. Det ställer lite högre krav på din kod och ett av dessa krav är att du måste "stänga" alla taggar, oavsett om dom bara består av en tagg.

Exempelvis så har vi radbryt: <br> i HTML och <br /> i xHTML

Dessutom så får man i HTML skriva en paragraf <p> och sedan skriva en ny <p> utan att stänga den efter sig, medan man i xHTML bör skriva <p>...</p> och sedan <p>...</p>

Felmeddelandet du fick är alltså pga att validatorn hittade ett ställe där du glömt att stänga din tagg.

Är det på biljardbolaget.se så gäller det att du måste ändra till <img src="" />, dvs precis som förut men med ett "/" sist innan ">"

Ok jag förstår. Tycker ni att jag ska ha kvar det som xHTML och sluta alla taggar, eller baa göra om det till HTML? Vad finns det för fördel att ha xHTML?

eriks skrev:

Vad finns det för fördel att ha xHTML?

I dagsläget ger XHTML inga praktiska fördelar.
Det är mer en princip- och smaksak att välja det framför HTML.
(Nu får jag säkert mothugg från en del :birp )

Troxy skrev:

I dagsläget ger XHTML inga praktiska fördelar.

Jag ser ingen praktiskt fördel med att konvertera det till HTML, heller. :)

[edit] ...bortsett från att man slipper slänga in "/" och "</p>" här och var, antar jag. [/edit]

Finns det egentligen något som ger en praktisk fördel att konvertera till? ;)

Jag är mest fokuserad på att få bra google-ranking, det är därför jag hade tänkt validera koden (det bryr sig väl google om?)

[Börjar bli OT... :) ]

eriks skrev:

Jag är mest fokuserad på att få bra google-ranking, det är därför jag hade tänkt validera koden (det bryr sig väl google om?)

Nu vet jag förstås inte vilka algoritmer Google använder, men jag är ganska säker på att Google inte bryr sig om koden validerar eller inte. Google är bra på att hitta det du letar efter, inte det som validerar.

Fast jag kan tänka mig att det är viktigt att man t.ex. lägger text inom p-taggar? Det är väl iaf gängse att google värderar h1/h2/p -text olika. Och om då p-taggarna är fel så borde detta ge genomslag. Så uppkom min tanke. (Följaktigen borde väl en br-tagg inte spela så stor roll, men ska jag ändra kan jag lika gärna ändra allt.)

Jag vill gärna också veta vad som kan vara fel då jag upplevt samma problem... Det är dock ej submitknappen som pajjar, utan det är <form>-taggen som det blir margin på... Ibland, konstigt nog, ibland inte...