Det låter lite märkligt, jag har aldrig hört talats om det eller varit med om det själv trots att jag beta-testat i Safari ända sedan version 1.3. Är du säker på att det inte är något fel i koden?

Har du lust att länka till sidan? (Eller skicka ett pm.)

Jag skulle gärna vilja se några riktiga kodexempel där det inte fungerar. Vanligtvis fungerar det ju. Om det nu verkligen är en bugg i Safari vore det bra att ha koll på den. (I 90 % av fallen är det man själv som råkat ställa till det - jag var nyligen helt övertygad om att jag hittat en bugg i php:s xsl-funktioner, men det var förstås en egen miss…)

Vad är det du menar att jag skulle lära mig av hans inlägg? Hans inlägg handlar är inte ens on-topic, bara att jag och Jonas inte kan CSS samt något om Safari 1. Misshandlanda inte min tråd.

Sasser: som du redan verkar förstå är det sättet fel av flera olika anledningar, även om det funkar. Gör inte så :P

Varför skulle det vara fel?

Pga att det inte såg korrekt ut för min kund så var jag tvungen att skriva om css koden och använda "classer" istället.

Nu om jag har ett element som jag vill ta bort tillfälligt öppna HTML

Lägg till en class i tagge <div id="div-tag" class="align-left hidden" />.

Så använder jag classes ofta utöver design.

Så mitt tycke att inte använda class är en nackdel.

En annan fördel är att använda Firebug och ha egna standard classer, sedan inspecta och ändra classen direkt i browsern för att se om det är bättre att göra den lilla ändringen.

debug.css har jag döpt min class sammling till. Ville bara säga det :)

Du menar sättet som sasser nämnde? Jadu, t.ex. så blandar man ihop design och innehåll vilket är precis det man försöker undvika när man använder sig av CSS. Om du använder CSS i ditt HTML-dokument för att formatera text blir koden grötigare och mer svåröverskådlig, vilket är dåligt både för den som jobbar med hemsidan samt när sökmotor-crawlern kommer och letar i din sida efter innehåll. Det var bland det första jag fick lära mig. Eller menar du nåt annat?

I princip har du rätt men det kan i vissa fall ändå vara smidigare att sätta style-taggen direkt i html-koden. Om man har en del element som bara förekommer enstaka gånger så föredrar jag att göra på sassers vis då man slipper fylla sin css med en massa onödiga element och istället göra den oöverskådlig.

Det är sällan det finns en enda universallösning som alltid är rätt utan man får ofta väga fördelar mot nackdelar utifrån sina förutsättningar, vilket de här som pysslar med databasdesign vet mer än väl.

Jag skulle nog tippa på att det handlade om något fel i htm/css och inte i Safari... :rolleyes:

Jag har inget som helst intresse av att skryta om min kunskaper. Det för övrigt fullständigt struntsamma för min del hur bra du eller någon annan kan css. Du ställde en fråga här på forumet så jag tog mig friheten att svara - om du inte är intresserad av mina åsikter så strunta i dem. Lycka till med din guide.

PS meningen "som du redan verkar förstå är det sättet fel av flera olika anledningar, även om det funkar. Gör inte så" verkar också ganska viktigpettermässig... :blink:

Läs och lär:

http://www.456bereastreet.com/archive/2005...lectors_part_1/


och sluta bråka :P

Det är precis det den här tråden handlar om. Självklart finns både id och class av en anledning men när jag själv väger fördelar mot nackdelar när de gäller att lära en nybörjare om selectors så kommer jag fram till att det är lättare att prata om endast en av dem, för den som ska lära sig's skull. Jag tänkte "Jag vet väl att det inte är 100% rätt att bara använda class eller id, men i 99% av fallen funkar det ändå. Eller hur?". Men då kom viktigpetter-fingrarna fram och sa att "nej, så gör minsann inte proffsen", utan att ha vägt fördelar mot nackdelar.

Angående många olika element skulle jag hellre "cluttra" min CSS istället för HTML men det kanske är en smaksak (<- Läs: det är det tamefan inte, du skall ICKE ha CSS inne i din HTML, men om jag säger det så låter jag som en viktigpetter så jag struntar i det).