Form vil flyve?

Fordi det ikke lægger i nogen celle.

<form action="http://www.simplesolutions.dk/formmail/opretformmail/data.php" method="post" class="font">
Din e-mail:<input name="data_mail" type="text" size="24" maxlength="50" border="1">
Skriv hvad der skal stå når mailen er sendt: <input name="data_besked" type="text" size="24" maxlength="50" border="1">
<input type="submit" value="Opret" border="1">
<input type="reset" value="Nulstil" border="1"></form>   
</form>
</td>

Prøv at smæk dette stykke style på:

style="display: none;"

Altså:

<form style="display: none;">

//>Rune

Eller evt.

<form style="display: inline;">

//>Rune

<ole>

Du har vist et godt rod i dine tags ... og var det ikke en idé at få fjernet det W3C-banner? Én ting er, det ikke er kønt - men det er _helt_ forkert anbragt på den side!

Du skal nok også overveje at sætte en korrekt doc-type:
  <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
    "http://www.w3.org/TR/html4/loose.dtd">

Derudover finder jeg det yderst forstemmende, når folk optræder så kemisk renset for selvkritik og realitetssans.
Hvordan i alverden kan du tillade dig at skrive den slags højglansforkromet vrøvl:

<meta name="description" content="Simplesolutions leverer alt inden for webløsninger, både til firmaer og private. Simplesolutions - Brugervenlighed frem for alt! ">
<meta name="keywords" content="webdesign webløsninger solutions simple simplesolutions web hjemmesider webdesin løsninger design php mysql grafik logo hjemmeside jens abildgaard jespersen  ">

... når du ikke engang kan kode det aller mest fundamentale HTML?
Du er en skændsel for branchen og burde retsforfølges for falsk og vildledende reklame!

/mvh
</bole>

Såså skulle vi ikke lige tage den med ro?? Jeg synes ikke, der er så meget rod i koderne!

Men problemet er sandsynligvis, at du ikke har sat de forskellige dele af formularen ind i forskellige celler i tabellen - man kan godt lave en formular rundt om en masse celler! Du kunne evt. også bare lave en tabel i tabellen - det kan man også godt!
Som det står lige nu, står det som om, at hele formularen skal stå på een linie, da der hverken er brugt <BR> eller <P> - det er noget rod, eller det kommer i hvert tilfælde til at stå rodet og når man arbejder med formularer kan man aldrig være helt sikker på, hvad der sker!

-ASand

En anden ting: Vil du ikke godt bygge din side ind i nogle frames eller noget, så man ikke skal loade hele siden hver gang man trykker på et menupunkt...?

-ASand

At lege med noget HTML ... eller lave en hjemmeside om huskatten er fint nok, hvis man ikke er så stiv i koderne. Men at prøve at lokke folk til at betale én for at lave noget, man totalt mangler forudsætningerne for - det er da for usselt.
Det er forbudt at reklamere med, man kan reparere din bil, hvis det ikke er tilfældet ... hvorfor skulle det dog være bedre, at udgive sig for at være kompetent web-designer/-koder, når det er lodret løgn?

Det er muligt, du ikke synes, der er så meget rod i koden. Ikke desto mindre hænger hele tabel-strukturen _overhovedet_ ikke sammen. Derudover bliver der brugt masser af 'ulovlige' attributter.
Dét er grunden til, at formen hænger og dasker oppe i toppen.

Der er få, små huller mellem fejlene - og det er en skammelig gang slam-kode, der ingen grund er til at forsvare.

Kom med et eksempel!

Jeg har set, at der for det meste vælges den mest besværlige løsning frem for en nem og at der benyttes overdrevet mange 'styles' for attributter man lige så godt kunne skrive direkte, men nogle egentlige fejl har jeg ikke fået øje på endnu.

Dog er jeg enig med dig i, at det ikke er sådanne internetløsninger man kan være bekendt at tage penge for. Specielt mener jeg det er kritisk at lave ALT i tabeller - brug frames, layers eller include()!

-ASand

Jamen, så tæl dog celler. Der er _intet_, der jo hænger sammen! Og hvorfor hænger halvdelen af formen mon _mellem_ cellerne?

Det er kritisk ikke at bruge det mest hensigtsmæssige element til en given opgave. Her kan der ikke graves ret mange begavede begrundelser frem for at bruge andet end tabeller - men det kræver naturligvis, man kan overskue at kode dem (eller læse dem for den sags skyld).