spaceman >> det tror jeg jeg ville have bemærket, men værd at lave en lille test.
fra min Netscape manual:
BORDER=\"pixWidth\" specifies the thickness of frame borders for all frames in an outermost frameset. A setting of 0 causes all frames in the frameset to have no border between them. A setting of 3 causes a border of 3 pixels. If no BORDER tag is present, the default is 5 pixels. The BORDER tag can be used only on an outermost FRAMESET tag. Navigator 3.0
FRAMEBORDER determines how frame borders are displayed. Navigator 3.0 YES results in an outline-3D border. NO suppresses the 3D border. When the FRAMEBORDER attribute appears in the FRAMESET tag, it sets a default FRAMEBORDER value for all frames in that frameset. When the FRAMEBORDER attribute appears in a FRAME tag, it applies only to that particular frame, overriding any FRAMEBORDER attribute specified by an outer FRAMESET tag. A border shared between frames is plain only if all adjacent frames have the FRAMEBORDER attribute set to NO. When neither a FRAME nor a FRAMESET tag governing that FRAME has set the FRAMEBORDER attribute, the default setting is YES.
Men hvis der ikke er noget galt, hvad er der så galt?
Du kan være nok så nøjagtig med dine pixel størrelser. Netscrape overholder dem ikke alligevel. Prøv at resize dit vindue i netscape, så kan du se at dine frames bliver ændret i størrelse.
Jeg mener at have hørt at Netscrape ikke kan arbejde i absolutte værdier (altså f.eks 90,398). Disse bliver oversat til nogle % størrelser som den så kan forstå.
Der er kun een ting at sige netscrape sucks og det går frames i øvrigt også.
Og dog har man set rammesider lavet i netscape hvor indholdet i de forskellige rammer gik pænt over i hinanden.
men siden vi nu har set at rammerne går pænt over i hinanden kan vi vel konkludere at problemet nok snarere ligger i den <body margin og padding der sættes i de enkelte rammesider.
Der var et god svar på det for ikke så længe siden. kikker lige.
Jeps! Jeg fandt selv ud af det med margins i body-tagen og er da også kommet et skridt videre da mellemrummene nu er forsvundet.
Problemet er nu at mit stykke grafik, som er i dok4.htm ikke passer i niveau med de andre grafikstykker. Det lader til at ville fylde mindre end angivet i px. (398x135) .
Du prøver vel ikke at sætte width= og height= på et stykke baggrundsgrafik? det kan man ikke. grafik i baggrunden må du selv resize i et tegneprogram (det bliver også væsentlig kønnere end at lade browseren resize)
ser perfekt ud i NS6. i NS4.7 får jeg en hvid stribe under den scrollende ramme der skubber bunden af rammen opad. vist i bunden af doc4.
Men du har en fejl i dine framesets det fredie frameset (jeg har lavet extra indrykning for dets indhold) siger cols=\"488,212\" men indeholder 3 rammer istedet for 2. det kunne godt give problemer.
her er som jeg synes det burde skrives: (jeg har fjernet den der ekstra <frame og også dit nr2 framset med cols og istedet lagt den 90 brede frame parallelt med de 2 andre)
Men det er vist et problem med det her i Opera. Den bryder sig ikke om frames nestet i så mange niveauer.
Jeg prøver at ændre mine frameset til det du har foreslået og ser om det hjælper.
Mit skin er lykkedes ok. Det er dog ikke helt færdig udviklet endnu, men skulle først lige se om jeg kunne få det til at se ens ud i Exploren og netscape.
Hvor mange versioner og browsere tester du dit arbejde i når du udvikler?
IE4, NS3-6, Opera. Men jeg er så i nogen grad villig til at slå af på kompatibiliteten hvis det kun er opera der ikke kan klare den. og netscape 3 ser jeg faktisk ret ligeglad med efterhånden, det er blot rart hvis det også virker der :-))
Noget andet er at det er lidt et forkert spørgsmål. Browserkompatibiliteten skal med idet du planlægger, længe før du skriver den første linie kode. \"hvis jeg gør dette i rammer falder Opera fra, så måske det hellere skulle laves som et lag i en tabelcelle\". Og sådan prøver man at vælge den metode alle browserne kan klare.
Jeg har nu erstattet grafikstykkerne i mine tabeller med lidt tekst og en baggrundsfarve på hver tabel så man kan se hvor de begynder og ender og dermed kommer det til at se fint ud i både Netscape og Explorer.
Ingen forskydninger mellem frames.
Det er dog vældigt at det ikke kan lykkedes ordentligt når der er grafik indblandet.
En mulig forklaring: Hvis du tegner et billetde i en tabelceller og så skriver </td> på næste linie kommer der blanktegn og/eller linieskift imellem afslutningen af billede kommandoen og starten af </td> kommandoen. I den situation tegner NS et blankktegn (en lille gennemsigtig firkant) inden i cellen der så skubber til billedet. Løsningen er så at flytte </td> op så det står lige efter <img kommandoen. eg <td> <img src=ditbillede.jpg></td>
Som du beskriver må det næsten være det der er sket.
Tja, nu har jeg rettet det til så </td> står lige i r.... af <img>, men det hjalp ikke en dyt.
(Jeg har dog ikke lagt siderne med rettelserne på nettet.)
Jeg kan dog se at www.framfab.dk bruger nestede frames og det ser jo fint ud i både netscape og IE.
Hvad er forklaringen på det?
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
