---

Jeg har lavet en menu, hvor der under menuen er et billede.
Jeg vil gerne have dette billede udskiftet med et andet efter nogle
sekunder.

Kan man det i asp, eller skal der tyes til andre metoder?

Mvh Kurt

---

Kurt G skrev:
> Jeg har lavet en menu, hvor der under menuen er et billede.
> Jeg vil gerne have dette billede udskiftet med et andet efter nogle
> sekunder.
>
> Kan man det i asp, eller skal der tyes til andre metoder?
>

Det skal ske clientside, f.ex. med javascript.

Siden, klienten ser, kan være lavet i hvadsomhelst. asp eller comal80
f.ex.

---

Leif Neland skrev:
> Kurt G skrev:

>> Kan man det i asp, eller skal der tyes til andre metoder?

> Det skal ske clientside, f.ex. med javascript.
>
> Siden, klienten ser, kan være lavet i hvadsomhelst. asp eller comal80
> f.ex.

Man kan dog godt lave en ASP, som styrer hvad der skal sendes også. I så
fald vil det vel blive kaldt AJAX.

Idéen er så, at selve timeren liger i clientside, og at scriptet så bare
sørger for at hente ASPen med intervaller og vise det, som hentes.

ASP-siden sender så det billede, som skal bruges netop dér.

Hvis det er kendte gentagne billedsekvenser (URLer), kan det hele styres
i JavaScript, formodentlig med et array, hvilket nok også er det mest
simple.


MVH
Rune Jensen

---

Rune Jensen kom med denne ide:
> Leif Neland skrev:
>> Kurt G skrev:
>
>>> Kan man det i asp, eller skal der tyes til andre metoder?
>
>> Det skal ske clientside, f.ex. med javascript.
>>
>> Siden, klienten ser, kan være lavet i hvadsomhelst. asp eller comal80 f.ex.
>>
>
> Man kan dog godt lave en ASP, som styrer hvad der skal sendes også. I så fald
> vil det vel blive kaldt AJAX.
>
> Idéen er så, at selve timeren liger i clientside, og at scriptet så bare
> sørger for at hente ASPen med intervaller og vise det, som hentes.
>
> ASP-siden sender så det billede, som skal bruges netop dér.
>
> Hvis det er kendte gentagne billedsekvenser (URLer), kan det hele styres i
> JavaScript, formodentlig med et array, hvilket nok også er det mest simple.
>
>
> MVH
> Rune Jensen

Det simpleste må vel være en timer, der blot sætter src for <img> til
det nye billede.
Det skal så hentes først (brugeren vil skulle vente på at se det nye
billede) med mindre der preloades.

Birger

--
http://varmeretter.dk - billig, sund og hurtig mad
http://bbsorensen.dk

---

Leif Neland wrote:

> Kurt G skrev:
>>
>> Kan man det i asp, eller skal der tyes til andre metoder?
>
> Det skal ske clientside, f.ex. med javascript.

SKAL er vel et hårdt ord.
Man kan også lægge billedet i eks en <iframe> med refresh, og lade
udskiftningen ske udelukkende i eks. ASP (Nu vi er i en ASP gruppe)

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen skrev:
> Leif Neland wrote:
>
>> Kurt G skrev:
>>> Kan man det i asp, eller skal der tyes til andre metoder?
>> Det skal ske clientside, f.ex. med javascript.
>
> SKAL er vel et hårdt ord.
> Man kan også lægge billedet i eks en <iframe> med refresh, og lade
> udskiftningen ske udelukkende i eks. ASP (Nu vi er i en ASP gruppe)

Jomen det vil selvfølgelig virke.

Problemet er, hvis man vil bogmærke siden, og man står i selve iframen.
Så vil det være den, man bogmærker i stedet.

Men lad os sige, det er et klikbart banner, så er chancen for, man står
på banneret og klikker bogmærk måske ikke så stor. Og ja, man undgår i
hvert fald JS ;)

Hvis jeg ikke husker galt, så har VBscript sin egen
bannner-rotationsfunktion, man måske kan bruge. Jeg ved dog ikke,
hvordan den virker.


MVH
Rune Jensen

---

Rune Jensen skrev:

>> SKAL er vel et hårdt ord.
>> Man kan også lægge billedet i eks en <iframe> med refresh, og lade
>> udskiftningen ske udelukkende i eks. ASP (Nu vi er i en ASP gruppe)
>
> Jomen det vil selvfølgelig virke.

Jeg kom til at tænke på, om man kan lave meta refresh direkte i et billede?

Det kunne måske have muligheder.


MVH
Rune Jensen

---

Rune Jensen forklarede:
> Rune Jensen skrev:
>
>>> SKAL er vel et hårdt ord.
>>> Man kan også lægge billedet i eks en <iframe> med refresh, og lade
>>> udskiftningen ske udelukkende i eks. ASP (Nu vi er i en ASP gruppe)
>>
>> Jomen det vil selvfølgelig virke.
>
> Jeg kom til at tænke på, om man kan lave meta refresh direkte i et billede?
>
> Det kunne måske have muligheder.
>
>
> MVH
> Rune Jensen

meta skal svjh stå i header.

Man kunne kreere et gif med de billeder man ønsker?

Birger

--
http://varmeretter.dk - billig, sund og hurtig mad
http://bbsorensen.dk

---

Birger Sørensen skrev:

> meta skal svjh stå i header.

Headeren kan vel netop sendes via script serverside, SVJV i hvert fald

> Man kunne kreere et gif med de billeder man ønsker?

Nåhja, en animeret GIF..? Der findes så vidt jeg ved også en mulighed
for at lave animerede PNGer.

Men var det i den retning, du mente?


MVH
Rune Jensen

---

Rune Jensen skrev den 17-05-2009:
> Birger Sørensen skrev:
>
>> meta skal svjh stå i header.
>
> Headeren kan vel netop sendes via script serverside, SVJV i hvert fald
>
>> Man kunne kreere et gif med de billeder man ønsker?
>
> Nåhja, en animeret GIF..? Der findes så vidt jeg ved også en mulighed for at
> lave animerede PNGer.
>
> Men var det i den retning, du mente?
>
>
> MVH
> Rune Jensen

<meta> skal stå (er kun tilladt) i <head>.
Du ved HTML... den første del af dokumentet...
Det er vist sent :/

Birger

--
http://varmeretter.dk - billig, sund og hurtig mad
http://bbsorensen.dk

---

Rune Jensen kom med denne ide:
> Birger Sørensen skrev:
>
>> meta skal svjh stå i header.
>
> Headeren kan vel netop sendes via script serverside, SVJV i hvert fald
>
>> Man kunne kreere et gif med de billeder man ønsker?
>
> Nåhja, en animeret GIF..? Der findes så vidt jeg ved også en mulighed for at
> lave animerede PNGer.
>
> Men var det i den retning, du mente?
>
>
> MVH
> Rune Jensen

Ja - man må vel kunne kreere en animation med de billeder man ønsker.
Men det er nok lettere for de flereste at js'e sig til resultatet,
enten man vil hente et nyt hver gang, preloade, eller hente dem alle og
styre visning med display eller visibility.

Birger

Birger

--
http://varmeretter.dk - billig, sund og hurtig mad
http://bbsorensen.dk

---

Rune Jensen wrote:

> Hvis jeg ikke husker galt, så har VBscript sin egen
> bannner-rotationsfunktion, man måske kan bruge. Jeg ved dog ikke,
> hvordan den virker.

Det burde være ret nemt at have en stribe billeder, samt lave en eller anden
random funktion til skift af disse.

Men ud fra Kurt's minimale beskrivelse/behov, kan jeg ikke rigtig udlede
hvad han vil.

Det kan lige så godt læses som et engangs skift, og ikke rotationer.

Som altid vil et eksempel og et link hjælpe på forståelsen.

--
Med venlig hilsen
Stig Johansen

---

"Stig Johansen" <wopr.dk@gmaill.com> skrev i en meddelelse
news:4a0f93ff$0$90264$14726298@news.sunsite.dk...
> Rune Jensen wrote:
>
>> Hvis jeg ikke husker galt, så har VBscript sin egen
>> bannner-rotationsfunktion, man måske kan bruge. Jeg ved dog ikke,
>> hvordan den virker.
>
> Det burde være ret nemt at have en stribe billeder, samt lave en eller
> anden
> random funktion til skift af disse.
>
> Men ud fra Kurt's minimale beskrivelse/behov, kan jeg ikke rigtig udlede
> hvad han vil.
>
> Det kan lige så godt læses som et engangs skift, og ikke rotationer.
>
> Som altid vil et eksempel og et link hjælpe på forståelsen.
>
> --
> Med venlig hilsen
> Stig Johansen

Jeg har i øjeblikket lavet de sådan, at billedet på www.ikasthistorie.dk
skiftes hver gang man vælger siden.
Billedet vælges ved hjælp af et tilfældigt tal mellem 0 og 'antal_billeder'
(fundet ved at læse alle filer med *.jpg i et bibliotek over i et array).
Filnavnene findes så frem fra array-et med det tilfældige tal.
Nu vil jeg gerne have, at der vises et andet billede for hver f.eks. 10
sekunder, altså fortløbende.

Som jeg har forstået det indtil nu, er det nemmest at lave med js.

Mvh Kurt

---

"Kurt G" <kurt_g@guldbaek.net> skrev
>>
>>> Hvis jeg ikke husker galt, så har VBscript sin egen
>>> bannner-rotationsfunktion, man måske kan bruge. Jeg ved dog ikke,
>>> hvordan den virker.
>
> Jeg har i øjeblikket lavet de sådan, at billedet på www.ikasthistorie.dk
> skiftes hver gang man vælger siden.
> Billedet vælges ved hjælp af et tilfældigt tal mellem 0 og
> 'antal_billeder' (fundet ved at læse alle filer med *.jpg i et bibliotek
> over i et array).
> Filnavnene findes så frem fra array-et med det tilfældige tal.
> Nu vil jeg gerne have, at der vises et andet billede for hver f.eks. 10
> sekunder, altså fortløbende.
>
> Som jeg har forstået det indtil nu, er det nemmest at lave med js.

Ved ikke om dette kan bruges:
http://www.w3schools.com/asp/asp_adrotator.asp
Bjarne

---

Kurt G skrev:

> Som jeg har forstået det indtil nu, er det nemmest at lave med js.

Ja, a la det her, formoder jeg:
http://www.webmonkey.com/tutorial/Make_a_JavaScript_Slideshow

Der er dog en uhensigtsmæssighed efter min mening, at alle billeder
hentes fra start. Det må være muligt kun at hente næste, mens nuværende
vises.

Men prøv at spørge i client-side gruppen. Det lader til at være et
trivielt spørgsmål for JS-folket.


MVH
Rune Jensen

---

"Rune Jensen" <runeofdenmark@gmail.com> skrev i en meddelelse
news:4a0fecd1$0$25183$456a7185@news.cirque.dk...
> Kurt G skrev:
>
>> Som jeg har forstået det indtil nu, er det nemmest at lave med js.
>
> Ja, a la det her, formoder jeg:
> http://www.webmonkey.com/tutorial/Make_a_JavaScript_Slideshow
>
> Der er dog en uhensigtsmæssighed efter min mening, at alle billeder hentes
> fra start. Det må være muligt kun at hente næste, mens nuværende vises.
>
> Men prøv at spørge i client-side gruppen. Det lader til at være et
> trivielt spørgsmål for JS-folket.
>
>
> MVH
> Rune Jensen

Tak for svarene.
Jeg kikker på forslagene.

Mvh Kurt

---

Rune Jensen udtrykte præcist:
> Kurt G skrev:
>
>> Som jeg har forstået det indtil nu, er det nemmest at lave med js.
>
> Ja, a la det her, formoder jeg:
> http://www.webmonkey.com/tutorial/Make_a_JavaScript_Slideshow
>
> Der er dog en uhensigtsmæssighed efter min mening, at alle billeder hentes
> fra start. Det må være muligt kun at hente næste, mens nuværende vises.
>
> Men prøv at spørge i client-side gruppen. Det lader til at være et trivielt
> spørgsmål for JS-folket.
>
>
> MVH
> Rune Jensen

Det kommer an på anvendelsen, om det er smart eller ej, at hente
billederne på een gang.
Hvis det er en side folk hurtigt klikker væk fra, er der ingen grund
til at hente alle billederne. Men hvis det er een hvor de bliver
hængende for at læse (eller se billeder), kan det være irriterende, at
skulle vente på et download, før næste billede kan vises.
Det kan også spille ind, hvor store billederne er - og de bør jo under
alle omstændigheder være tilpasset nettet og siden i øvrigt.

Der findes et alternativ til arrayet.
Man kan lægge alle billederne i HTML, og nøjes med at vise eet. En
timer kan bruges til at skifte mellem hvilket der er synligt.
Hvordan og mere præcist, afhænger af siden - og Kurts forhåndsviden.

Så lige siden i FF.

Frames i XHTML 1.0 frameset.
Ambitiøst, men det burde vel kunne virke.
Den frame, der vise menuen er så XHTML 1.0 strict - hvilket er forkert.
Den skal også være frameset - der tøves heller ikke med at anvende
target, som altså ikke findes i strict...
Så lidt på forsiden også - den der indeholder billedet. Den er så i
HTML 4.01 strict. Eftersom den er til visning i en frame, burde det vel
også være frameset. Og vel egentlig også XHTML, bare for at være
konsekvent?
Jeg har ikke set på øvrige frames, men der er valideringsfejl på dem
alle, ligesom der er css valideringsfejl.

Jeg tror jeg ville rette fejlene først, og vente med det mere
avanverede billedskift, til siden er efter normerne.

Birger

--
http://varmeretter.dk - billig, sund og hurtig mad
http://bbsorensen.dk

---

"Birger Sørensen" <sdc@bbsorensen.com> skrev i en meddelelse
news:4a10070c$0$90267$14726298@news.sunsite.dk...
KLIPPET

> Så lige siden i FF.
>
> Frames i XHTML 1.0 frameset.
> Ambitiøst, men det burde vel kunne virke.
> Den frame, der vise menuen er så XHTML 1.0 strict - hvilket er forkert.
> Den skal også være frameset - der tøves heller ikke med at anvende target,
> som altså ikke findes i strict...
> Så lidt på forsiden også - den der indeholder billedet. Den er så i HTML
> 4.01 strict. Eftersom den er til visning i en frame, burde det vel også
> være frameset. Og vel egentlig også XHTML, bare for at være konsekvent?
> Jeg har ikke set på øvrige frames, men der er valideringsfejl på dem alle,
> ligesom der er css valideringsfejl.
>
> Jeg tror jeg ville rette fejlene først, og vente med det mere avanverede
> billedskift, til siden er efter normerne.
>
> Birger

Der må jeg sige, at jeg er stået af.
Definationerne fulgte med fra nogle eksempler fra nettet, som jeg har
arbejdet videre med. Så vidt jeg husker blev det tilrådet at skrive således
for at noget css kunne virke, men jeg er ikke sikker.
Jeg ikke ved hvad forskellen er mellem dem, men jeg vil gerne rette det til,
så der ikke er de mange fejl.

Skal jeg fjerne dem og i stedet nøjes med det, som Frontpage indsætter ved
en side, nemlig:
<meta http-equiv="Content-Type" content="text/html; charset=windows-1252">

Mvh Kurt

---

Kurt G kom med følgende:
8X
>
> Der må jeg sige, at jeg er stået af.
> Definationerne fulgte med fra nogle eksempler fra nettet, som jeg har
> arbejdet videre med. Så vidt jeg husker blev det tilrådet at skrive således
> for at noget css kunne virke, men jeg er ikke sikker.
> Jeg ikke ved hvad forskellen er mellem dem, men jeg vil gerne rette det til,
> så der ikke er de mange fejl.
>
> Skal jeg fjerne dem og i stedet nøjes med det, som Frontpage indsætter ved en
> side, nemlig:
> <meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
>
> Mvh Kurt

Det er ikke ret tit og kun med meget simple sider man kan "låne" sig
til noget der virker som man selv havde tænkt sig.

Det er ikke <meta..> der er problemet, men den allerførste
<!DOCTYPE ... >
Den skal være som du har den på din index side
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="da" lang="da">
Og det må gerne stå på to liner - et tag på hver.
Det burde klare nogle af fejlene, i det mindste.

Men du bør have en <meta, der fortæller browserne hvilket karaktersæt
du bruger. f.eks.
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
igen på een linie...
(Karaktersættet kan være afhængigt af flere ting - men umiddlebart skal
du kunne bruge ovenstående.)

Brug
http://validator.w3.org/
til at validere HTML og
http://jigsaw.w3.org/css-validator/
til css'en
hver side skal valideres for sig...

Det kan være svært at finde rundt - især når man "låner" kode - men du
må finde de rigtige steder i din ASP kode at lave rettelserne.

Birger

--
http://varmeretter.dk - billig, sund og hurtig mad
http://bbsorensen.dk

---

"Birger Sørensen" <sdc@bbsorensen.com> skrev i en meddelelse
news:4a103cc0$0$90266$14726298@news.sunsite.dk...
> Kurt G kom med følgende:
> 8X
>>
>> Der må jeg sige, at jeg er stået af.
>> Definationerne fulgte med fra nogle eksempler fra nettet, som jeg har
>> arbejdet videre med. Så vidt jeg husker blev det tilrådet at skrive
>> således for at noget css kunne virke, men jeg er ikke sikker.
>> Jeg ikke ved hvad forskellen er mellem dem, men jeg vil gerne rette det
>> til, så der ikke er de mange fejl.
>>
>> Skal jeg fjerne dem og i stedet nøjes med det, som Frontpage indsætter
>> ved en side, nemlig:
>> <meta http-equiv="Content-Type" content="text/html;
>> charset=windows-1252">
>>
>> Mvh Kurt
>
> Det er ikke ret tit og kun med meget simple sider man kan "låne" sig til
> noget der virker som man selv havde tænkt sig.
>
> Det er ikke <meta..> der er problemet, men den allerførste
> <!DOCTYPE ... >
> Den skal være som du har den på din index side
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN"
> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">
> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="da" lang="da">
> Og det må gerne stå på to liner - et tag på hver.
> Det burde klare nogle af fejlene, i det mindste.
>
> Men du bør have en <meta, der fortæller browserne hvilket karaktersæt du
> bruger. f.eks.
> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
> igen på een linie...
> (Karaktersættet kan være afhængigt af flere ting - men umiddlebart skal du
> kunne bruge ovenstående.)
>
> Brug
> http://validator.w3.org/
> til at validere HTML og
> http://jigsaw.w3.org/css-validator/
> til css'en
> hver side skal valideres for sig...
KLIPPET
> Birger

Nu har jeg prøvet at validere den første side, og det gav en masse fejl.
Det var f.eks. ikke tilladt at sætte 'framespacing="0"', men gør jeg det
ikke, får jeg jo de grimme kanter!
Det ser desuden ud til, at mange fejl stammer fra, at det er XHTML 1.0.
Hvad er der i vejen for at bruge HTML 4 i stedet for?

Mvh Kurt

---

Kurt G skrev:

> Nu har jeg prøvet at validere den første side,
> og det gav en masse fejl. Det var f.eks. ikke
> tilladt at sætte 'framespacing="0"', men gør jeg
> det ikke, får jeg jo de grimme kanter!

Som jeg har sagt mange gange før, er frames en
forældet teknologi.

> Det ser desuden ud til, at mange fejl stammer
> fra, at det er XHTML 1.0.

Her giver validatoreren i det mindste en præsis
fejlmelding.

> Hvad er der i vejen for at bruge HTML 4 i stedet
> for?

Intet, men gammeldags

Brug dog de nyeste teknologier der er til rådighed,
det er flertallet der bestemmer

--
Allan Vebel
Skal vi mødes?
http://runejensen.dk/webdesign_group_meeting/

---

Den 17-05-2009, skrev Kurt G:
> "Birger Sørensen" <sdc@bbsorensen.com> skrev i en meddelelse
> news:4a103cc0$0$90266$14726298@news.sunsite.dk...
>> Kurt G kom med følgende:
>> 8X
>>>
>>> Der må jeg sige, at jeg er stået af.
>>> Definationerne fulgte med fra nogle eksempler fra nettet, som jeg har
>>> arbejdet videre med. Så vidt jeg husker blev det tilrådet at skrive
>>> således for at noget css kunne virke, men jeg er ikke sikker.
>>> Jeg ikke ved hvad forskellen er mellem dem, men jeg vil gerne rette det
>>> til, så der ikke er de mange fejl.
>>>
>>> Skal jeg fjerne dem og i stedet nøjes med det, som Frontpage indsætter ved
>>> en side, nemlig:
>>> <meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
>>>
>>> Mvh Kurt
>>
>> Det er ikke ret tit og kun med meget simple sider man kan "låne" sig til
>> noget der virker som man selv havde tænkt sig.
>>
>> Det er ikke <meta..> der er problemet, men den allerførste
>> <!DOCTYPE ... >
>> Den skal være som du har den på din index side
>> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN"
>> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">
>> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="da" lang="da">
>> Og det må gerne stå på to liner - et tag på hver.
>> Det burde klare nogle af fejlene, i det mindste.
>>
>> Men du bør have en <meta, der fortæller browserne hvilket karaktersæt du
>> bruger. f.eks.
>> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
>> igen på een linie...
>> (Karaktersættet kan være afhængigt af flere ting - men umiddlebart skal du
>> kunne bruge ovenstående.)
>>
>> Brug
>> http://validator.w3.org/
>> til at validere HTML og
>> http://jigsaw.w3.org/css-validator/
>> til css'en
>> hver side skal valideres for sig...
> KLIPPET
>> Birger
>
> Nu har jeg prøvet at validere den første side, og det gav en masse fejl.
> Det var f.eks. ikke tilladt at sætte 'framespacing="0"', men gør jeg det
> ikke, får jeg jo de grimme kanter!
> Det ser desuden ud til, at mange fejl stammer fra, at det er XHTML 1.0.
> Hvad er der i vejen for at bruge HTML 4 i stedet for?
>
> Mvh Kurt

De mange fejl fra XHTML er formentlig manglende afslutninger af tags
(skal være /> i stedet for blot > på alle der normalt ikke afsluttes).

Det kan godt være fornuftigt at skifte HTML 4.01.
Du skal så bruge
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN"
"http://www.w3.org/TR/html4/frameset.dtd">
<html>
på alle siderne i stedet.

Principielt er XHTML1.0 HTML4.01 med med den strengere opbygning fra
XML. Der er ikke forskel på tags (så længe du ikke blander XML ind i
det.)
Er man vant til programmering, er det "rarere" at bruge XHTML.
Du vil formentlig undgå at skulle rette mange syntax fejl i HTML.
Til gengæld vil du mange steder skulle rette XHTML syntax til HTML. Jeg
har ikke set koden - men det kan være lige så stort arbejde.
Er man ved at lære HTML, kan det være en fordel at bruge XHTML - netop
fordi den tilgiver færre fejl, og man vænner sig til at gøre tingene
"rigtigt", hvor HTML nogen gange tillader at man springer over et
lavere gærde.

Birger



--
http://varmeretter.dk - billig, sund og hurtig mad
http://bbsorensen.dk

---

KLIPPET
>> Nu har jeg prøvet at validere den første side, og det gav en masse fejl.
>> Det var f.eks. ikke tilladt at sætte 'framespacing="0"', men gør jeg det
>> ikke, får jeg jo de grimme kanter!
>> Det ser desuden ud til, at mange fejl stammer fra, at det er XHTML 1.0.
>> Hvad er der i vejen for at bruge HTML 4 i stedet for?
>>
>> Mvh Kurt
>
> De mange fejl fra XHTML er formentlig manglende afslutninger af tags (skal
> være /> i stedet for blot > på alle der normalt ikke afsluttes).
>
> Det kan godt være fornuftigt at skifte HTML 4.01.
> Du skal så bruge
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN"
> "http://www.w3.org/TR/html4/frameset.dtd">
> <html>
> på alle siderne i stedet.
>
> Principielt er XHTML1.0 HTML4.01 med med den strengere opbygning fra XML.
> Der er ikke forskel på tags (så længe du ikke blander XML ind i det.)
> Er man vant til programmering, er det "rarere" at bruge XHTML.
> Du vil formentlig undgå at skulle rette mange syntax fejl i HTML.
> Til gengæld vil du mange steder skulle rette XHTML syntax til HTML. Jeg
> har ikke set koden - men det kan være lige så stort arbejde.
> Er man ved at lære HTML, kan det være en fordel at bruge XHTML - netop
> fordi den tilgiver færre fejl, og man vænner sig til at gøre tingene
> "rigtigt", hvor HTML nogen gange tillader at man springer over et lavere
> gærde.
>
> Birger
>
>
>
> --
> http://varmeretter.dk - billig, sund og hurtig mad
> http://bbsorensen.dk
>

Ok, så må jeg bestemme mig. Jeg er i øjeblikket mest stemt for at vende
tilbage til HTML 4, men det er dovenskab, så jeg må nok bide i æblet og
rette de mange fejl.

Tak for jeres hjælp!

Mvh Kurt

---

Kurt G formulerede spørgsmålet:
> KLIPPET
>>> Nu har jeg prøvet at validere den første side, og det gav en masse fejl.
>>> Det var f.eks. ikke tilladt at sætte 'framespacing="0"', men gør jeg det
>>> ikke, får jeg jo de grimme kanter!
>>> Det ser desuden ud til, at mange fejl stammer fra, at det er XHTML 1.0.
>>> Hvad er der i vejen for at bruge HTML 4 i stedet for?
>>>
>>> Mvh Kurt
>>
>> De mange fejl fra XHTML er formentlig manglende afslutninger af tags (skal
>> være /> i stedet for blot > på alle der normalt ikke afsluttes).
>>
>> Det kan godt være fornuftigt at skifte HTML 4.01.
>> Du skal så bruge
>> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN"
>> "http://www.w3.org/TR/html4/frameset.dtd">
>> <html>
>> på alle siderne i stedet.
>>
>> Principielt er XHTML1.0 HTML4.01 med med den strengere opbygning fra XML.
>> Der er ikke forskel på tags (så længe du ikke blander XML ind i det.)
>> Er man vant til programmering, er det "rarere" at bruge XHTML.
>> Du vil formentlig undgå at skulle rette mange syntax fejl i HTML.
>> Til gengæld vil du mange steder skulle rette XHTML syntax til HTML. Jeg har
>> ikke set koden - men det kan være lige så stort arbejde.
>> Er man ved at lære HTML, kan det være en fordel at bruge XHTML - netop
>> fordi den tilgiver færre fejl, og man vænner sig til at gøre tingene
>> "rigtigt", hvor HTML nogen gange tillader at man springer over et lavere
>> gærde.
>>
>> Birger
>>
>>
>>
>> -- http://varmeretter.dk - billig, sund og hurtig mad
>> http://bbsorensen.dk
>>
>
> Ok, så må jeg bestemme mig. Jeg er i øjeblikket mest stemt for at vende
> tilbage til HTML 4, men det er dovenskab, så jeg må nok bide i æblet og rette
> de mange fejl.
>
> Tak for jeres hjælp!
>
> Mvh Kurt

Det var nok også i den retning jeg ville gå.
Og jeg tror, også den vej du lærer mest henad :D

Og som jeg skrev - der er også mange ting at rette den anden vej.
Du kan evt. prøve at sætte en HTML 4.01 doctype på dokmentet(-erne) og
validere dem inden du begynder. Så vil du nok se, at der er lige så
meget arbejde i det.

Birger

--
http://varmeretter.dk - billig, sund og hurtig mad
http://bbsorensen.dk

---

"Kurt G" <kurt_g@guldbaek.net> wrote in message
news:4a0fc1c7$0$90275$14726298@news.sunsite.dk...
> Nu vil jeg gerne have, at der vises et andet billede for hver f.eks. 10
> sekunder, altså fortløbende.

Jeg har lavet et lille eksempel baseret på noget af dit html, og nogle af
dine billeder:
http://w-o-p-r.dk/test/Kurt.billeder.html

Det er baseret på ren asp, iframe, og fuldstændigt blottet for styles, og
blot til eventuel inspiration.

Kildetekster findes her:
http://w-o-p-r.dk/test/kurt.billeder.zip

--
Med venlig hilsen/Best regards
Stig Johansen

---

"Stig Johansen" <wopr.dk@gmail.com> skrev i en meddelelse
news:4a102015$0$90272$14726298@news.sunsite.dk...
> "Kurt G" <kurt_g@guldbaek.net> wrote in message
> news:4a0fc1c7$0$90275$14726298@news.sunsite.dk...
>> Nu vil jeg gerne have, at der vises et andet billede for hver f.eks. 10
>> sekunder, altså fortløbende.
>
> Jeg har lavet et lille eksempel baseret på noget af dit html, og nogle af
> dine billeder:
> http://w-o-p-r.dk/test/Kurt.billeder.html
>
> Det er baseret på ren asp, iframe, og fuldstændigt blottet for styles, og
> blot til eventuel inspiration.
>
> Kildetekster findes her:
> http://w-o-p-r.dk/test/kurt.billeder.zip
>
> --
> Med venlig hilsen/Best regards
> Stig Johansen
>
Det virker jo fint, men jeg kan ikke indse hvordan den bærer sig ad med at
skifte mellem billederne!
Hvor er timeren og hvordan bestemmer man intervallet?
Mvh Kurt

---

Kurt G skrev:

> Det virker jo fint, men jeg kan ikke indse hvordan den bærer sig ad med at
> skifte mellem billederne!

Som han skrev med ASP og en iframe;)

> Hvor er timeren og hvordan bestemmer man intervallet?

Den ligger i en meta refresh i den ASP, som hentes i iframe.

Jeg kan ikke huske IE, men..

Har du firefox eller Opera, kan du højre klikke indenfor vinduet med
billedet, og så vælge "vis kildekode for denne ramme" ell. lign. Så vil
du få hele koden til det, som bliver vist i iframen, inkl. meta refresh.

Men ellers, så hent ZIPpen.


NOTER:

Iframe:
http://www.w3schools.com/TAGS/tag_iframe.asp

Meta Refresh: http://webdesign.about.com/od/metataglibraries/a/aa080300a.htm



MVH
Rune Jensen