Ja jo kanske det. Men med CSS har jag inte stött på något olösligt problem än så länge i varje fall :)

Vad är det som säger att det är dåligt ;) Jag tycker det är bra. Själv har jag inte använt frames sedan 1999. :P Då var det användbart när man bara använde HTML och ville visa samma meny på 10 sidor. Nu finns det många bättre sätt att infoga samma meny utan att använda frames. Frames stänger inne texten gör att användaren blir begränsad. Det kommer fram flera olika scrollbars på lite olika platser, man kan inte direktlänka till sidor(går visserligen att lösa med extra kod) och funktionaliteten i webbläsaren blir lidande.

Om man nu absolut måste ha ett element med fast placering går det som någon tidigare påpekade det att lösa med css. Dock är jag inte villig att hålla med om att det alltid är bäst. Kolla in bokus.com som jag tycker har en väldigt bra och fin struktur på sin meny och kundvagn.

Bra kan du väl ändå inte säga att det är. Jag har heller inte använt frames på åratal men jag tycker ändå det är dåligt att utvecklingen går mot att man inte kan. Man vill ju ha möjligheten.

Tänk om en kund sagt "Jag vill ha en sida exakt som cdon.se" ;)

Precis som det finns tricks för att få en liknande funktion med css finns det tricks för att göra frames mer användarvänliga.

Då är det din uppgift som webbutvecklare att informera kunden om att det inte är en bra lösning och istället ta fram en bättre ;)

Bra då har vi kommit fram till att det klarar av att prestera samma resultat. Fast du kan göra det bättre och mer användarvänligt i XHTML :D

En nackdel som får mig att dra mig för att överge frames är att det skulle kräva en massa parametrar till varje sida, och det är inte särskilt seo-vänligt. Det blir extra problematiskt mär man inte har tillgång till mod rewrite.

Om du nu vill ha frames så kan jag trösta dig med att IE inte stödjer xhtml, så du kan lugnt koda för html4 strict.

Jag skulle även tippa att 99% av alla som sätter doctype till xhtml inte är medvetna om att webbläsarna ändå behandlar xhtml som html. Detta på grund av att mime-typen vid xhtml ska vara application/xhtml+xml. Är den mime-typen satt behandlar Opera och FF xhtml som xhtml. IE klarar inte av detta utan öppnar en spara-fil-dialogruta.

Och vad händer när FF och Opera kör xhtml. Ja, har du t.ex. glömt en sluttag, så blir det bara ett felmeddelande på skärmen och inte en enda pixel av din hemsida visas i webbläsaren. I princip behöver man inte validera koden mot t.ex. W3C utan är den felaktig så lär du få veta det av webbläsaren.

Vill du promt ha xhtml måste du kontrollera vilken webbläsaren besökaren har och skicka korrekt mime-type och då måste du veta vilka webbläsare som klarar av xhtml. Jag känner bara till att Opera och FF klarar av det.

Wow! Det hade jag ingen aning om. Perfekt att köra application/xhtml+xml på utvecklingsservern då.

Kodar man i php skriver man: header('Content-type: application/xhtml+xml');

Väldigt intressant. Vad träffad och lite dum man känner sig :)

Här hittade jag bra ytterligare information om ämnet: http://www.456bereastreet.com/lab/de...ards/sv/xhtml/

Varför inte använda en iframe då? Eller kanske se till att användaren inte behöver scrolla?

/Zoran