Microsoft støtter åbent skrifttype-format

Jeg tror at det er usandsynligt at det kommer med i IE9. Når man tænker på den ret lange liste af ting som skal med i IE9 så ligner IE10 et noget mere sandsynligt bud.

Der findes jo stadig metoden ved brug af sIFR - så helt umuligt har det da ikke været at benytte andre skrifttyper. Men det lyder da cool med den nye funktion.

mathiass (1) skrev:

Jeg tror at det er usandsynligt at det kommer med i IE9. Når man tænker på den ret lange liste af ting som skal med i IE9 så ligner IE10 et noget mere sandsynligt bud.

Nu har der været understøttelse for EOT siden IE4. Så... og nu snakker jeg som en kunde... "Det kan vel ikke tage mange minutter lige at implementere".

Men hvor jeg dog ville fryde mig over at kunne smide EOT langt pokkers i vold. Det er på ingen måde behageligt at bruge deres 10-15 år gamle program til at konvertere fonte, hvis nu ikke de online af slagsen lige fungerer som de skal.

Suk... al den unødvendige spil af tid jeg har været udsat for.

Til trods for opbakningen af Microsoft har de ikke meldt ud, om de vil inkludere WOFF i Internet Explorer 9.

botnakker... selvfølgelig gør det det...

nok bare ikke fra dag 1.

ABird (2) skrev:

Der findes jo stadig metoden ved brug af sIFR - så helt umuligt har det da ikke været at benytte andre skrifttyper. Men det lyder da cool med den nye funktion.

sIFR er ikke ret godt i længden. HTML'en fucker tit rundt omkring.

Jeg har fundet ttftoeot.exe som er et ekstrakt fra Chrome-koden der konverterer ttf'er til eot (som er Microsofts WEFT-format). Det fungerer ganske godt og så kan man CSS'e sig ud af det med @font-face.

Problemet (vil jeg så mene) er bare at man ikke må modificere fonten til et andet format (for de flestes vedkommende) så på den måde er problemet stadig eksisterende med WOFF.

Uha endelig!

Nu skal det bare komme snart. :)

men det gør det nok ike, hvis det først bliver i IE 10

ABird (2) skrev:

Der findes jo stadig metoden ved brug af sIFR - så helt umuligt har det da ikke været at benytte andre skrifttyper. Men det lyder da cool med den nye funktion.

Puha! Flash! Det kræver jo plugins. Cufon er bedre imho, da det ikke kræver nogle plugins.

#5 Kan du fortælle mere om den metode? Lyder interessant.

ipwn (7) skrev:

Puha! Flash! Det kræver jo plugins. Cufon er bedre imho, da det ikke kræver nogle plugins.

#5 Kan du fortælle mere om den metode? Lyder interessant.

Ja Sifr og Cufon er muligheder, men Sifr kræver Flash (og Javascript) og Cufon kræver javascript. Og begge kan være lidt besværlige at rodde med (synes især at Sifr kan være lidt svær at konfigurere helt perfekt).

Så en "native" løsning vil være at foretrække.

#7 Jeg kan lige byde ind.

Selvom man ikke skulle tro det, er MS faktisk de som kom først med en browser der understøttede brugen af @font-face deklarationen. Faktisk var det allerede med fra version 4 af Internet Explorer. Til sammenligning er f.eks. Firefox først kommet med på vognen i version 3.5.

Problemet var bare det, at MS havde valgt fontformater "EOT" som det eneste gyldige til brug på webbet. Da ingen jo bruger den fonttype - og den iøvrigt er håbløs forældet - skulle alle vores fonte af filformatet "ttf", "otf" osv. konverteres ved brug i IE. Det plus det faktum at det kun var IE der understøttede brugerdefinerede fonte, gjorde at det ikke lige blev så populært på nettet.

Det er dog senere, som jeg skrev, kommet med i blandt andet Firefox. Og det er også blevet tilføjet til renderingsmotoren: Webkit... og er så vidt jeg ved både i Safari og nu også Chrome.

Med det er der så kommet værktøjer, med det formål at konvertere fra ttf til eot, som fungerer bedre en det miserable makværk som MS har lavet, med navnet "WEFT".

Hvis man søger på "ttf to eot" på google finder man en del forskellige... Dette er klart min favorit (som lige pt. er offline):
http://www.kirsle.net/wizards/ttf2eot.cgi

Sådan som det rent teknisk fungerer er ved at definere en ny font, ved brug af "@font-face":

@font-face
{
font-family: TestFont;
src: url("fonte/BENTOS01.eot");
}
@font-face
{
font-family: TestFont;
src: url("fonte/BENTOS01.TTF");
}

I IE vil anmodningen om at bruge en "ttf"-fil blive afvist, så på denne måde, kan man både sætte værdien i IE og i alle andre browsere... uden at bruge en massee <![if ie]--> pladder.

Når du så skal bruge fonten, er det som du kender det fra normal CSS... "font-family: TestFont; font-size: 18em;" etc.


Edit: Man har sågar stor mulighed for at definere afarter af fonten.... såsom font-weight og font-style.

Holger_dk (8) skrev:

ipwn (7) skrev:

Puha! Flash! Det kræver jo plugins. Cufon er bedre imho, da det ikke kræver nogle plugins.

#5 Kan du fortælle mere om den metode? Lyder interessant.

Ja Sifr og Cufon er muligheder, men Sifr kræver Flash (og Javascript) og Cufon kræver javascript. Og begge kan være lidt besværlige at rodde med (synes især at Sifr kan være lidt svær at konfigurere helt perfekt).

Så en "native" løsning vil være at foretrække.

Helt klart! :) Cufon er også forfærdelig at få til at virke korrekt sammen med CSS. Man skal virkelig løbe om hjørner for at få det til at vises korrekt. (Og det skal jo være korrekt både med og uden Javascript i browseren)

#9 Ah, det var smart. Men må man bruge hele fonts (altså TTF) på den måde? Jeg bruger selv kun Adobe skrifttyper, men jeg ved ikke om man må smække selve fonten med, eller man skal have et subset (som det er tilfældet med cufon og flash).

#11 Hvis du tænker lovmæssigt; så både og. Du skal naturligvis have rettigheder til at videredistribuere fonten... hvilket reelt set det er du gør. Hvis man køber fonte til professionel brug, har man jo reelt set lov til at videredistribuere dem. Men det er noget man skal være opmærksom på.

Hvis du tænker på W3C, så absolut. Der er sågar understøttelse for at bruge andre formater, ved at specificere dette efter sin src erklæring. Noget ala:

src: url("font.otf") format("opentype");

Jeg kan ikke lige huske præcis hvordan det skal skrives da jeg ikke gør brug af det... Men det virker naturligvis heller ikke i IE. :)

bjerh (9) skrev:

@font-face
{
font-family: TestFont;
src: url("fonte/BENTOS01.eot");
}
@font-face
{
font-family: TestFont;
src: url("fonte/BENTOS01.TTF");
}

Lige en lille tilføjelse. Du mangler at tjekke om fonten eventuelt findes på brugerens computer via local, og hvorfor ikke samle det under samme @font-face:

@font-face {
font-family: "Font";
src: url("font.eot");
src: local("Font"), local("Alternativ Fontnavn"),
url("font.otf") format("opentype"),
url("font.svg#id") format("svg");
}

Dog understøttes @font-face først i FF fra version 3.5.

Vedr. cufon, kan jeg ikke se hvad der skulle gøre den besværelig at bruge? Rimelig straightforward. Den har dog nogle minusser, som er at den fylder mere end .eot/.otf, kræver js og at man fx i FF ikke kan kopiere teksten direkte i browservinduet, da den "tegner" fonten med canvas. Dog understøttes den af alle browsere.

dinbror (13) skrev:

Lige en lille tilføjelse. Du mangler at tjekke om fonten eventuelt findes på brugerens computer via local, og hvorfor ikke samle det under samme @font-face.

Smart smart.. man lærer noget nyt hver dag. :) Jeg går ud fra at du allerede hare sikret dig, at dette ikke slår hårknuder i IE(6-)7-8.


Jeg tror desuden, baseret på min egen erfaring, at problemerne med Cufon og lignende JavaScript baserede "font-replacement"-teknologier, har det med at hoppe og danse i den forstand, at man sq aldrig kan regne med margin. At det så kan rettes til med success er jo så en anden sag. Men de fleste er nok trætte af, at det fra starten ligner en rodebutik.