"Birger Sørensen" <sdcXfjernX@bbsorensen.com> skrev i en meddelelse
news:461f8d42$0$90268$14726298@news.sunsite.dk...
> Carsten Sørensen
>
> Flot og helt irrelevant dissekering.
Ja mit navn er ret irrelevant i dette tilfælde
>> For mig at se er det et tydeligt eksempel på overdreven brug af
>> javascript.
> Der er 4 almindelige måder at gøre tingene på.
> 1) som i de gode gamle dage, et helt "almindeligt link" der åbner en ny
> side -
> hvor indholdet for 2/3 vedkommende er det samme som det man lige har
> forladt.
> Ufikst og klodset. Sådan gjorde vi i 80'erne.
> 2) Frames. Bryder mig ikke om frames.
> 3) Indlæse alle siderne på een gang og vise/skjule dem efter valg i
> menuen.
> 4) Visning af det af brugeren valgte emne i en iframe.
Iframes adskiller sig ikke fra frames problematikken.
Du glemmer imidlertid den femte og efter min mening absolut bedste mulighed.
Indkludering af alle de elementer som er de samme på alle siderne. Praktisk
taget alt det som befinder sig uden for din iframe. Altså top, menu bund
osv. Og du har stadig en side som er nem at vedligeholde
> Der er pt. 12 forskellige filer, der skal kunne vises via siden, efter den
> besøgendes valg.
Så lav 12 forskellige filer og indkluder det jeg nævnte ovenfor på dem alle.
> Da jeg principielt ikke bryder mig om frames, og ikke mener brugeren skal
> vente
> på at alle billederne hentes, inden velkomsten vises, har jeg valgt
> mulighed 4.
> Hvis du kender til en måde at udskifte indholdet i et HTML-tag, med
> indholdet
> af en fil på serveren, uden at det hele skal være indlæst på forhånd, vil
> jeg
> da meget gerne høre om det.
Her gør du vidst problemet større end det reelt er. Den smule html kode som
skal hentes igen ved brug af indkludering er så begrænset at den ingen
forskel gør i praksis. Husk på billeder, eksterne javascripts, stylesheets,
og andre filer tilknyttet kun hentes en gang, og gemmes i browserens cache.
> Der er ca. 30 brugere af siden - alle bruger IE7.
> Siden opfører sig i IE7 (minus ændringer foretager for at anskueliggøre
> problemet i Opera, og tilføjelser der er nødvendige for at få Opera til at
> vise
> tingene rigtigt), og er interaktiv (DHTML) nøjagtigt som ønsket.
> Derfor er der hverken overflødig eller unødvendig brug af javascript,
> eller
> nogen anden form for programmering.
Så forstår jeg ikke helt hvad du vil med denne tråd ærlig talt? Når alt er
som det skal være
>> Nogen grund til du absolut vil bruge en iframe?
> Dele af det bruger faktisk include. Kan ikke se hvad du mener, med mindre
> du
> mener jeg skal hente alle 814 Mb ind i samme fil.
Nej nej er du gal
Ved en indkludering skal du selvfølgelig ikke hente
mere end det der skal bruges til den aktuelle sidevisning. Princippet er
beskrevet her:
http://html-faq.dk/2014.asp
> Opera sætter ganske vist nogen unødvendige scrollbars, hvor de ikke hører
> til.
> IE gør ikke.
Min IE 7 gør nu. Jeg har både en lodret og en vandret omkring menuen, og en
lodret ved framen. Optimalt set havde der kun været en lodret hvis siden er
længere end browservinduets højde
> Scrollbars vises i øvrigt hvor der er brug for dem. Derfor kan man scrolle
> ned
> i teksten, uden at scrolle header og menu ud af billedet.
> Definer generende og hvem det er der finder det generende...
Jep synes nu det er generende med så mange rullepaneler. Men behold du dem
hvis du synes de er så dejlige
> Info. Der er ingen syntaxfejl, og ikke anvendt hverken XHTML eller CSS,
> der
> ikke er defineret i recomandations.
Nu er det jo også dine javascripts som fejler ikke?
> Og der er ingen hjælp til det næste skridt..? Ikke noget svar på det
> stillede
> spørgsmål..?
>
>>
>> > Eneste "problem" er at de sider der loades i iframen, skal have
>> > to linier før DTD'en :
>> > for ikke at tegne ramme om iframe'n.
>>
>> Hvilken ramme?
>
> Den er der ikke, fordi de to linier findes i koden.
> Hvis de ikke er der, vises en frameBorder omkring iframen i IE.
Kunne du lave en testside uden de to linjer? For mig at se lyder det noget
mystisk at det er indholdet i iframen som skal afgøre om der kommer en
ramme, da iframen ikke er en del af indholdet iframen, men en del af
hoveddokumentet.
>> Tjah fejlkonsollen viser flere fejl, så måske du skal overveje om det
>> ikke
>> kunne være koden er fejlbehæftiget. Da det er javascript får du nok bedre
>> svar ved at spørge i clientside-gruppen
> Måske er det fordi FF anvender en amputeret eller forældet javascript
> fortolker?
Næppe, men da det er et spørgsmål om javascript vil jeg igen henvise dig til
clientside gruppen, da det er der eksperterne på det punkt holder til.
news:dk.edb.internet.webdesign.clientside
> Der er ikke fejl i min kode - og hverken IE eller Opera rapporterer nogen.
> ;>)
Nå så er det nok derfor det ikke virker.
>> Du laver vel også bare siden for du selv skal se den ikke? Så skidt med
>> om
>> siden virker hos andre brugere.
>
> Læs ovenfor. Der er ca. 30 brugere der alle anvender IE7.
> Så rent principielt, er jeg temmelig revnende ligeglad om den kan ses i FF
> eller Opera.
Jeg spørger så igen - hvad er meningen med denne tråd så?
Den er interessant for de 30 det handler om. Ikke at du ikke er
> velkommen til at se den. Men du skal nok bruge IE7, så...
> Jeg mente, at det kunne være en god lejlighed for mig, til at lære lidt om
> de
> andre browsere.
Ja så må du også lære det ikke altid er lavet korrekt selvom det virker i IE
>> > Og her er så problemet - eller et af dem....
>> > de "-12" i ovenstående, er nødvendige for at få div'en smal nok i
>> > Ope nulstille margin og padding for alle elementer?
>
> Der er ikke defineret margins, og vises heller ingen. Har ikke prøvet at
> nulstille padding, fordi de skal være der...
Nulstil dem for at være sikker. Du kan være løbet ind i browserens
standardværdier for margin og padding
--
Med venlig hilsen - Carsten Sørensen
Arbejde søges!
Gode råd til webdesigneren -
http://csnet.dk/html/