Tjena.
Håller på med en ny design och jag får inte teckensnittet att bli lika i FF och IE.
Använder css så jag tycker att de borde funka, men icke. :(

Vad göra?

Börja med att bli mer specifik i din fråga.

En länk till sidan kanske?

Ändrar mig lite nu.

Jag har en css fil som är förgjord (oscommerce)
I den har jag en rad som ser ut såhär:

.product b { color:#007FB0; font-size:11px}

Jag vill kunna ha så i en annan text.
Hur gör jag för att få in det? Texten är i en ram.

Tack på förhand ;)

Jag har nu lyckats få det att fungera, har dock ett problem.
Det fungerar om jag skriver

Sedan om jag ska gå in och ändra något så har det ändrats till och då vill det inte fungera.
Hur gör jag för att det inte ska ändras automatiskt till [b] ?

Hm... bara att kopiera den o lägga i någon annan class?

eller så får du skriva .product b,.någonannanclass strong{}

eller skriva
<div class="product">

text

</div>

eller lära dig css

Det var nog det bästa rådet =)

div.product b, div.product strong { ... }

Har kodat i flera månader på Linux - Firefox där jag försökt använda teckensnitt som även är kända i Windows. Vad händer när jag testar sidan flera månader efteråt på Windows XP - Firefox alla teckensnitt ser inte kloka ut, alla "grejer" är helt felplacerade med en felmarginal på 0,5-1 cm :blink:

Välkommen till en webbutvecklares värld ;)

Jag håller med, det är bökigt att behöva testa sidorna mot olika webbläsare hela tiden.

Har märkt att det blir enklast och med tillräckligt bra resultat att alltid utgår ifrån hur det ser ut i Firefox, för då brukar det se schysst ut för MS Internet Explorer och Mac Safari också.

MS IE lägger gärna till extra luft under texten tyvärr... men man kanske får vara glad att det inte ser alltför @#! ut.

Eller så designar du primärt för IE som 95% av dina besökare förmodligen använder.

Ta en titt på IEs4Linux:
http://www.tatanka.com.br/ies4linux/page/Main_Page

Det är nog inte många som fortfarande har så höga siffror för IE. (För min del ligger det runt 80 % för det mesta). Dessutom måste man i så fall ända ha olika strategier för IE6 och IE7.

Firefox är den bästa webläsaren att utveckla för - sedan får man fixa till detaljerna i IE.

Att det ser skapligt ut i IE kan jag inte hålla med om.
Skrev en text, som vart dubbelt så stor i IE mot FF.

Jag har fått det att fungera förutom att jag måste skriva [b] istället för [b]
Men om jag går in och ändrar om sedan så har det ändrats automatikst till [b] och då måste jag ändra det igen till [b] för att det ska fungera.
Har lagt in en WYSIWYG editor som jag redigerar produkterna med.
Kan det vara den som inte godtar [b] ?

Skumt är det :(

strong är mer semantiskt korrekt än b, så det kan mycket väl hända att din editor ändrar det av den anledningen. Varför kan du inte använda strong och applicera css på det i stället?

Att använda line-height och/eller letter-spacing kan ställa till den typen av problem.

Jag har nu fått allt att fungera.
Det var en bug i editorn som gjorde att den ändrade om.
Uppdaterade till en ny version, och nu fungerar allt :)

Anledningen till att jag gärna inte använder css är givetvis kunskapen.
Kanske på tiden att lära sig ;)

Tack för alla svar!

...och så blir du galen för att du måste göra om allt om ett par år då IE inte längre har lika många användare. ;)

Inte nödvändigtvis. Det beror helt på i vilket sammanhang.

Nu förstår jag nog inte riktigt hur du tänker:

b står för bold, alltså fet stil, vilket ofrånkomligen är ett visuellt attribut och inte en semantisk diffrentiering.

strong däremot står för betonad text, oavsett visuell form, och är därmed semantiskt (vilket b inte är).

Hur menar du att det skulle kunna bero på sammanhang?

Ibland vill man att vissa ord sticker ut men utan att för den sakens skull lägga extra vikt vid dem.

Jag brukar reflektera och sammanfatta det gågna musikåret och då är det naturligt att man nämner artister eller namn på plattor i brödtexten. Det är ett exempel där [b] inte är så passande utan där [b] passar bättre för jag vill ju inte betona namnen utan vad jag vill är att de sticker ut lite, så att det blir lättare att läsa. Skulle det vara vettigt att använda [b] eller [i] där? Inte riktigt, va?

Jag skulle nog säga att [i] för detta är det mest riktiga (om man nu skall vara strikt sematisk - även om jag personligen inte ser något fel i att använda elementen i och b ibland). Om du inte vill lägga någon vikt alls vid namnen så kan du använda span (men jag tycker nog att det är rimligt att understrycka att det handlar om något så speciellt som namn med exempelvis em).

Du kan gärna använda b om du tycker de är bättre - men det ändrar inte det faktum att b, i och u är visuella element och span, em och strong är semantiska. Det var bara det jag ville säga.

(Säg att du fick för dig att visa namn och plattor med lutande text istället - då skulle du antingen 1. behöva byta ut alla b mot i eller 2. sätta css på b som tar bort fetstil och lägger till lutning, vilket skulle verka märkligt det går rakt emot betydelsen för b och istället motsvarar utseende på i. Det är för att slippa konflikter av det här slaget som man alltmer går över till sematisk gestaltning.
Optimalt vore förstås om man på bästa xml-maner kunde binda elementen ännu mer till innehållet med t.ex. <artist> och <album> och sedan formge dessa med css.)

em? Nej, varför det? [i] lägger ju vikt vid innehållet, på samma sätt som [b] gör.

Nej, span är inte ett semantiskt element lika lite som b, i eller u är det. Men i alla fall, om man inte vill lägga vikt vid ett visst ord eller namn men samtidigt ha det i fetstil, varför inte använda det visuella element [b] då? Det är ju det det är till för!

Nja, [b] har ju ingen betydelse. Eller tänker jag för mycket nu? Det har en betydelse i att b är kort för bold men inget mer än så. Semantiskt sett har det ingen som helst betydelse för dokumentet. Jag håller med om att det kanske skulle vara lite förvirrande att gå in och ändra i ett dokument där [b] renderas som kursiv text :D, och därför kan jag hålla med om att <span class="artist"> kanske skulle vara vettigare. Fast på ett sätt, är det inte lite samma sak att styla en rubrik att se ut som vanlig text i den mån att elementet inte behöver se ut som det gör utan stilregler applicerade? Slår man av CSS:n i webbläsaren har man ju fortfarande en bra struktur på innehållet och det är ju det som är det viktiga, att elementen beskriver innehållet så gott det går. <span> vs [b] är egentligen bara en liten petitess.

Du har ju skrivit att den endast ska funka för [b]-taggar?

.product b { color:#007FB0; font-size:11px}

.product "B" = b-tag

.product { color:#007FB0; font-size:11px}
ska du skriva.

Jo, det är ju just det som är poängen - personer och namn är ju något man ofta vill framhäva som i ditt fall. Du kan väl inte påstå att du inte vill framhäva det på något sätt ifall du sätter dem i fetstil?
span är semantiskt i den betydelsen att det är "vanlig" text. Det har inga visuella egenskaper som b-, u- och i-elementen - och det är ju just det som är poängen med använda semantiska element, nämligen att avlägsna visuell skepnad från innehållet. I html har du innehållet och i css har du utseendet.

Sett ur ett strikt semantiskt perspektiv är ju i-, u- och b-elementen samma utseendebestämmande otyg som big-, small- och font-elementen som brukade tillföras soppan av innehåll, formatering och utseende i html för några år sedan (det hela sedan inrullat i några lager av nestade tabeller).

Men det här blir ju långsamt hårklyverier - och vi använder ju båda [b] och [i] (Jag använder utan vidare dessa element då det är mer praktiskt för att minska ner sidtyngden eller lättare "träffa" olika element utan att betunga sidan med en massa class-deklarationer, osv.).

Extra betoning använder man man vill understryka något, ofta något viktigt, och därför tycker jag att man bör vara lite sparsam. Jag tycker inte att en artists eller en plattas namn har högre värde än resten av texten om man kan tänka så.

Men span har inte någon semantisk betydelse. <div> har det inte heller. <div> och <span> är generella, neutrala element. <span> kan innehålla andra inline-element (och inte alls bara "vanlig text") medan <div> kan innehålla block-element och inline-element. De har inget semantiskt värde. Inget alls.

Det är poängen med en CSS-baserad layout och design men det har inget med semantiska element i sig att göra. Det "rätt element för rätt innehåll" gör är att beskriva innehållet på ett sätt så att olika typer av user agents kan "förstå" innehållet och presentera det bättre för användare. Tänk skärmläsare eller sökmotorer t.ex. Mycket av snacket kring semantisk HTML kom i samband med att CSS-baserade layouter slog igenom så visst är det lätt att tro att det är som du skriver, men så är det inte. Det är iofs bara bra om folk tror det för ju fler sidor med genomtänkt markup, desto bättre! :)

Det må hända att man även kan separera design, form och innehåll (vilket var anledningen till att jag just nämnde "innehåll [xml/html], formatering [css-baserad design/positionering] och utseende [typografisk-semantisk formgivning]") - men i debatten mellan ett semantiskt upplägg (med em, strong, hx, span) och ett visuellt orienterat upplägg (med font, i, b, small, center) så har span och div i ett "visuellt upplägg" ingen som helst funktion, däremot har de en viktig funktion i semantisk design genom att fungera som neutrala element - annars vore det alls inte möjligt att sammanfoga ett genomgående semantiskt upplägg om man även vill tillämpa någon form av formgivning (design). Huruvida det är inline eller block-element spelar i det sammanhanget ingen som helst roll - display-typerna inline, block eller table handlar enbart om formatering och positionering och inte om innehåll. Det handlar här inte på något sätt om "konflikten" mellan tabell-baserad design och css-baserad design (eller som fotfolket säger: "design med divvar" - ett uttryck som enligt min åsikt motsäger hela idén med att förbättra designen (genom att bara ersätta table-element med div-element har ingen som helst fördel om man inte samtidigt använder semantiska element i övrigt) - man vill undvika tabell-designer eftersom det är ett nonsense semantiskt sett att använda tabeller för designen - även med ett semantiskt upplägg i övrigt). Tänk bort css eller när du tänker på semantisk design - det handlar om innehåll. Utseendet är något som du lägger på i efterhand med css.

Jag köper tyvärr inte att du vill framhäva (emphasize) namn och album visuellt med fetstil men ändå inte medger att detta även innebär ett framhävande av begreppen som sådana. Om du särkilt vill framhäva något (med "extra betoning") så finns i så fall strong-elementet att ta till.

Min urprungliga tolkning att "strong är mer semantiskt korrekt än b" verkar det som du nu i alla fall håller med om och det enda som jag i det inlägget ville säga var att det finns väl ingen påträngande anledning att manuellt ändra strong till b om html-editorn man använder föredrar det (det hela går ju utmärkt att styra det hela genom css).

Jaha, du menade så. Isf håller jag med.


Det är möjligt att jag förstår dig fel här ang. inline, block etc. men eftersom alla element har ett ursprungsvärde (block, inline, list-item, table etc) reglerar det vilka element som får sättas inom andra, oavsett vad CSS:n säger. Så det kan visst påverka innehållet till viss del, men det var kanske inte det du syftade på (?), för som sagt, jag vet inte om jag läser tokigt eller ej. Vi kanske är på samma våglängd bara det att vi inte når fram till varandra.


Ja? Framgår det inte att det är precis så jag tänker? :(


Varför inte? Om man inte överanvänder taggarna kan det ju göra texten lättare att skumma igenom och fastna vid det man tycker är intressant utan att för den sakens skull ändra på innehållet, vilket både [i] och [b] gör.



Mja, säger jag. [b] är bättre semantiskt endast när man vill betona något. När man inte är ute efter det är det inte mer semantiskt rätt än [b], eftersom det då inte avspeglar innehållet. Visst håller jag med om att <span> generellt är bättre att använda istället för [b] men bold-taggen har sina användningsområden och är inte automatiskt det sämre valet av de två, även om det kanske är det 7 gånger av 10. Alltså beror det på innehållet! Och det var min poäng.


Har vi kommit någonstans sedan vi började diskussionen? :blink: :)

Kan bara hålla med. Kanske är vi lite väl debattlystna båda två…

Jo, det var väl en lite överflödig kommentar från min sida. :)

Okej. Håller jag med om. (Det är väl just av denna anledning som den fortfarande överhuvudtaget finns kvar i XHTML 1.1.)

…nej, antagligen inte! :rolleyes: Vi får väl tacka den eventuella publiken som orkat läsa våra inlägg… B)

Tackar! :)

lånar tråden lite när ni ändå snackar om detta:

i firefox blir sidan bra och inget glapp..
http://www.glamer.se/meny/meny.htm

men i IE blir det glapp :(

vad är felet?

Börja med att nollställa alla margins och paddings

Lägg till i början av ditt stylesheet

Fan du är proffs, det lilla fixade ett sånt jävla problem jag haft..

du är en ängel.

Du måste lägga till en teckenkodningsdeklaration, å ä ö blir fel i en del webläsare!

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">