har väl inget riktigt svar på din fråga men tar du bort width:100% i classen last så försvinner scrollen.
och vad betyder detta då?
tja, att man inte ska ange en kolumn till 100% när den aldrig får vara det kanske!
borde det inte finnas ett bättre sätt att justera kolumnbredder på än med ditt exempel ovan (som även jag själv brukar använda), eller?
Säger enligt box modellen att bredden av containing block är 100% plus 2px. Därav scrollen.
Nope. Det blir inte någon skillnad om jag tar bort alla borders.
Felet uppkommer när texten (här visad som en massa "w") blir bredare än den dom övre flikarna (se bild).
När vi nu har uteslutit att det är box modellen som strular - vad kan det vara då?
Det är precis som att det finna en osynlig ram runt flikarna som sträcker sig över hela sidan. :q
Tyvärr så sitter jag med kod som skrivits av någon annan än mig själv. Projektet är såpass långt gånget att en re-design på den nivån tyvärr inte är något alternativ. ;)
Det verkar finnas en kopping mellan fenomenets uppträdande och bredden på "de fyra första" kolumnerna...
Jag testade att mäta lite med en linjal på skärmen, och kom fram till att det verkar vara så att "kolumn 5" (.last) ges bredden av innehållet i colspan-cellen när bredden av innehållet i colspan-cellen överstiger bredden av "de fyra första" när man krymper fönstret i sidled.
Testa följande:
ta bort två w - fenomenet försvinner.
Ta sedan bort ett par tecken ur en av flikarna - fenomenet återkommer...
Mät därefter bredden av "wwww"-texten och jämför med bredden på ".last" när fönstret krympts så att scrollen precis framträder... oavsett bredd på wwwww-raden, verkar de två måttten överensstämma varje gång "wwww"-raden är "bredast"
Jag testade även att minska och öka teckenstorleken och därefter lägga till/ta bort tecken i wwww-raden...
Det verkar som om måtten hänger ihop även om man kör på inställningen "largest" eller "smallest" - och fenomenet verkar alltså även uppkomma oavsett inställningen av teckenstorlek...
Min gissning? bugg i MSIE red: MSIE verkar väl helt enkelt tolka den "width:100%" som du ger .last som "100% av den bredd din colspan-kolumn får när det blir den som blir "bredast" av de fem i tabellen (kanske inte helt logiskt med tanke på att 100% av en del av tabellen i det läget kan anses bli 100% av hela tabellen ...) - inte mycket att göra åt antagligen (utom att ta bort "100%"-breddangivelsen och klura ut ett annat sätt att göra flikarna på skulle jag tro ;) )
Men men...
Vad i koden har du förresten kontroll över? kanske kan man hitta en workaround om det finns någon frihetsgrad någonstans ;)
Det verkar finnas en kopping mellan fenomenets uppträdande och bredden på "de fyra första" kolumnerna...
Jo, det var det jag försökte beskriva med min bild. :)
jarvklo skrev:
mycket att göra åt antagligen (utom att ta bort "100%"-breddangivelsen och klura ut ett annat sätt att göra flikarna på skulle jag tro
Det var något åt det hållet jag hade hoppats på...
jarvklo skrev:
Vad i koden har du förresten kontroll över? kanske kan man hitta en workaround om det finns någon frihetsgrad någonstans
Att gå ändra ganska mycket men problemet är att varje liten ändring får följdeffekter för andra funktioner, frames, lager, marginaler, bilder o.s.v.
Jag testade att bryta ur navigeringen och lägga den i en egen tabell. Mitt grundproblem försvinner men istället så blir det problem att få till höjden. En mycket förenklad version av koden ser ut så här:
Som ni kan se så försvinner ramen i botten av sidan. Jag vet att det är mycket tabeller i tabeller men koden är bara en mycket begränsad del av koden så jag kan inte skippa någon av tabellerna. Någon som vet hur jag kan få fram ramen i botten?