Hvor går det galt

Hvad er problemet. Kommer der ikke noget ud efter response.write "<h1>" & rs("frame1") & "</h1>"???

nej det gør der ikke. Men den skriver den rigtig værdi fra databasen der. Jeg vil derfor konkluderer at den slår rigtig op. Jeg har indsat linjen for at se om den finder noget. det eneste der forskel fra side 1 til 2 er at den skal hente variablen i urlen

læs specifikationen for HTML:

<snip>
Elements that might normally be placed in the BODY element must not appear before the first FRAMESET element or the FRAMESET will be ignored.
</snip>

;o]

nute hvis jeg sletter h1 ændre det ikke noget. :-)

Nute sorry troede helt bestemt at jeg havde skrvet det uden først

Det virker nu underligt smid et svar

smid et svar selv og giv mig 15 ... dette er ikke et 60 points spm

:o]

Svar

Nute hvor har du snippet fra

- takker -

jeg har snippet fra HTML4 spec'en ;o]

http://www.w3.org/TR/html401/present/frames.html#h-16.2

sidste linie inden "16.2.1 The FRAMESET element"

/nute

Inskudt kommentar: Jeg prøver for så vidt muligt, at holde HTML og VB-scripting for sig. Det giver et helt andet overblik:

<%
Set Conn = Server.CreateObject("ADODB.Connection")
DSN = "DRIVER={Microsoft Access Driver (*.mdb)}; "DSN = DSN & "DBQ=" & Server.MapPath("tutorial.mdb")
Conn.Open DSN
strSQL = "Select * from Frames where Id=1"
Set rs = Conn.Execute(strSQL)
%>

<frameset cols="50%,50%">
<frame src="<%=RS("frame1")%>">
<frame src="<%=RS("frame2")%>">
</frameset>

... men det er jo nok et temperamentsspørgsmål :o)

*har det samme temperament som steen_hansen*

Jeg er ny inden for asp. er der nogen fordel ved jeres metode

Koden fylder mindre. Du slipper for alle dine Response.Write's. Det er mere overskueligt. MÅSKE ville du have set fejlen, hvis du havde holdt tingene adskilt. Jeg synes der er mange ting at hente ved at holde det adskilt. Fremfor alt overblikket. Mange af de ting man laver, bliver lavet, så visse principper bliver overholdt. Måske nute kan komme med nogle vægtige argumenter? Han er en haj til det her :o)

steen_hansen >> nuvel ... blot en lille rov-fisk ;o]

phuc69 >> Som steen_hansen er inde på, så er overskuelighed det bedste argument for at lade asp gøre det arbejde som asp er skabt til: scripting. det er ikke meningen, når man laver en side i asp, php, jsp eller hvad andet man nu har, at man laver *alt* i dét script-sprog man benytter. At benytte Response.Write til at skrive ud ren HTML er, i mine øjne, ren galskab, for sandsynligheden for fejl er meget større - mest på grund af doble gåseøjne, men også fordi man ikke har mulighed for at formattere HTML inde i Response.Write, på samme måde som i ren "HTML mode". Hvis man skal til at debugge tabeller, fx. efter manglende td'er, så er dette et irriterende arbejde, når man skal kigge response.writes igennem. alternativt er man nødt til at køre siden inden man kan finde fejlen, men hvis man så laver en anden logisk fejl (som gør at asp fejler, og output ikke bliver vist), så får man ikke se sin HTML kode. Har man derimod adskilt asp og HTML, så kan man *meget* hurtig finde fejl i sin HTML, på samme tid som at man meget hurtigere kan spotte logiske fejl i sin asp, siden HTML og asp ikke længer flyder over i hinandnen.

De eneste gange jeg benytter REsponse.Write for at skrive ud html, er inde i loops hvor jeg fx skal skrive ud tabelceller.

Man skal også passe på at man ikke skifter *for* meget mellem HTML-mode og asp-mode. Det krever selvfølgelig mere af serveren, da den skal hele tiden skal bruge kraft på at spotte script-blokke og processere disse. Det bedste verktøj er alligevel, uden tvivl: sund fornuft.

Brug asp til de ting det er skabt til: operationer, kalkulationer og andre dynamiske funktioner, og adskil dette fra HTML. Din debugging vil være meget mere hurtig og du vil få meget mindre fejl i din kode.

/nute

Flot :o)

kanon tak for svar

du får korrekt svar, og snupper pointsene selv ?? er dét særlig solidarisk ?