embedded fonts

Status
Niet open voor verdere reacties.

fotofons

Gebruiker
Lid geworden
2 aug 2007
Berichten
106
Ik wil een bepaald lettertype voor op een website.
Krijg het echter niet werkend.
Ik heb WERFT gebruikt voor het aanmaken van het Lettertype-bestand (FREESTY0.eot).

Mijn CSS-bestand
Code:
@font-face {
    font-family: "Freestyle Script", verdana, arial;
    font-style:  normal;
    font-weight: normal;
    src: url(FREESTY0.eot) format(truetype); 
}

body {
font-family: "Freestyle Script";
}
Mijn HTML-bestand:
HTML:
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<link href="fontembedding.css" rel="stylesheet" type="text/css" />
<title>test</title>
</head>
<body>
<h1>abcdefghijklmnopqrstuvwxyz</h1>
</body>
</html>
Ik ben al weken aan het surfen, maar kan geen oplossing vinden.
Alles staat op http://fotofons.net/pmc/test-font.html

Wie heeft de oplossing voor mij?
 
Laatst bewerkt door een moderator:
Warning: Error in parsing value for 'font-family'. Skipped to next declaration.
Source File: http://fotofons.net/pmc/fontembedding.css
Line: 3
Warning: Error in parsing value for 'src'. Skipped to next declaration.
Source File: http://fotofons.net/pmc/fontembedding.css
Line: 5
lijn '3' is
[JS] font-style: normal;[/JS]
en lijn '5' is
[JS] src: url(FREESTY0.eot) format(truetype); [/JS]
. Probeer regel 3 eens te wissen en regel 5 te veranderen zodat er gee 'format' aangeeft. Heb je mischien zelfs het verkeerde format aangegeven? Embedded OpenType (eot) is geen TrueType namelijk.



:thumb:
 
Hoi fotofons,
Ik heb een artikeltje uit 2006 voor je over embedded fonts, waarin ook de WEFT manier wordt geïllustreerd:
Het komt erop neer: als WEFT al toepasbaar gemaakt kan worden, werkt het vaak alleen in Internet Explorer, en niet altijd in andere browsers.
- Maar ik zie dat het jou intussen gelukt is: ik zie 'm bv. in IE7, FF3, Opera9 en Safari ! :)
Alleen: met mijn monitor zie ik de letters alleen in IE mooi afgerond (ge-anti-aliasd), in de andere browsers zijn de letters vrij rafelig - wat vooral opvalt als het een klein formaat is. Het vloeiende handgeschreven effect (wat nu juist het karakteristieke ervan is) gaat dan eigenlijk verloren. Jammer!
Alternatieven zouden kunnen zijn:
  • Als het alleen om titels (headers) van pagina-onderdelen gaat, zou je die als images kunnen presenteren met jouw lettertype. Dan moeten de headers voor de toegankelijkheid en voor de zoekmachines wel hun tekst houden (die dan met css buiten beeld gehouden kan worden).
  • Ook zou je eens kunnen Google'en op sIFR (Scalable Inman Flash Replacement). sIFR maakt gebruik van css, javascript en flash voor het converteren van html-tekst. Bij afwezigheid van javascript en/of flash wordt teruggevallen op het css-lettertype. Er zijn ook wat voetangels en klemmen.
    Wat mij bij sIFR-pagina's opvalt, is dat ze vaak redelijk lang doen over het downloaden, en verspringen als de flash-letters ingeladen zijn. Da's niet zo mooi, vind ik...
Soms kom ik ook compleet in images of in flash gevangen pagina-teksten tegen, maar die zijn buitengewoon ontoegankelijk / gebruikersonvriendelijk /zoekmachinevijandig, en die zou ik dus nooooit gebruiken. ;)

Met vriendelijke groet,
CSShunter
 
Hoi fotofons,
Ik heb een artikeltje uit 2006 voor je over embedded fonts, waarin ook de WEFT manier wordt geïllustreerd:
Het komt erop neer: als WEFT al toepasbaar gemaakt kan worden, werkt het vaak alleen in Internet Explorer, en niet altijd in andere browsers.
- Maar ik zie dat het jou intussen gelukt is: ik zie 'm bv. in IE7, FF3, Opera9 en Safari ! :)
Alleen: met mijn monitor zie ik de letters alleen in IE mooi afgerond (ge-anti-aliasd), in de andere browsers zijn de letters vrij rafelig - wat vooral opvalt als het een klein formaat is. Het vloeiende handgeschreven effect (wat nu juist het karakteristieke ervan is) gaat dan eigenlijk verloren. Jammer!
Alternatieven zouden kunnen zijn:
  • Als het alleen om titels (headers) van pagina-onderdelen gaat, zou je die als images kunnen presenteren met jouw lettertype. Dan moeten de headers voor de toegankelijkheid en voor de zoekmachines wel hun tekst houden (die dan met css buiten beeld gehouden kan worden).
  • Ook zou je eens kunnen Google'en op sIFR (Scalable Inman Flash Replacement). sIFR maakt gebruik van css, javascript en flash voor het converteren van html-tekst. Bij afwezigheid van javascript en/of flash wordt teruggevallen op het css-lettertype. Er zijn ook wat voetangels en klemmen.
    Wat mij bij sIFR-pagina's opvalt, is dat ze vaak redelijk lang doen over het downloaden, en verspringen als de flash-letters ingeladen zijn. Da's niet zo mooi, vind ik...
Soms kom ik ook compleet in images of in flash gevangen pagina-teksten tegen, maar die zijn buitengewoon ontoegankelijk / gebruikersonvriendelijk /zoekmachinevijandig, en die zou ik dus nooooit gebruiken. ;)

Met vriendelijke groet,
CSShunter

Dank je voor je reactie.
Het genoemde artikel ken ik ;-((
Ik dacht ook dat ik het in de diverse browsers werkend had. Tot ik een kale windowsmachine nam om te testen met FF3 of een linuxmachine.
Helaas was het toen niet zichtbaar.

Staat het lettertype niet toevallig op je PC?
Het gekozen lettertype is bedoeld voor een menu (keuze eigenaar).
Alternatief zou zijn mapping, maar dan is aanpassen minder leuk. ;-)
 
lijn '3' is en lijn '5' is . Probeer regel 3 eens te wissen en regel 5 te veranderen zodat er gee 'format' aangeeft. Heb je mischien zelfs het verkeerde format aangegeven? Embedded OpenType (eot) is geen TrueType namelijk.



:thumb:

Dank voor je reactie.
Helaas niet het gewenste resultaat.
Ook als ik alles door de W3C validator jaag en ik kies voor de keuze dat ze mij de juiste code leveren, niet het gewenste resultaat.
 
Staat het lettertype niet toevallig op je PC?
Verhipsky! Daar had ik even niet aan gedacht: de Freestyle Script stond inderdaad op mijn kast... :o
Volgens de "Complete Guide to Pre-Installed Fonts in Linux, Mac, and Windows" wordt de Freestyle Script op Windows machines geïnstalleerd door diverse MS programma's. Waarschijnlijk is ie bij mij via MS Office binnengekomen.
- Verder weet ik ook niet een simpele oplossing als het persé de Freestyle Script moet zijn, die ook in de html aanpasbaar is > waarschijnlijk dan toch een sIFR of soortgelijke vervang-methode.

Succes!
CSShunter
 
Verhipsky! Daar had ik even niet aan gedacht: de Freestyle Script stond inderdaad op mijn kast... :o
Volgens de "Complete Guide to Pre-Installed Fonts in Linux, Mac, and Windows" wordt de Freestyle Script op Windows machines geïnstalleerd door diverse MS programma's. Waarschijnlijk is ie bij mij via MS Office binnengekomen.
- Verder weet ik ook niet een simpele oplossing als het persé de Freestyle Script moet zijn, die ook in de html aanpasbaar is > waarschijnlijk dan toch een sIFR of soortgelijke vervang-methode.

Succes!
CSShunter

MS-Office zal de dader wel zijn.
sIFR is bruikbaar voor een titel heb ik begrepen.
Of dat wat voor een menu is????
In ieder geval bedankt voor het meedenken.
Nog een prettige 2e Kerstdag.
 
Hoi fotofons,
En ik bonkte min of meer toevallig tegen deze op: "FLIR" = FaceLift Image Replacement. D.w.z. een soort sIFR, maar dan (gelukkig) zonder flash. Alleen javascript en het font zijn nodig, plus php op de server.
Bij wijze van kerstknutsel naar eens gedownload, gefrutseld en geupload.
En kijk, het werkt zomaar! :)
Met vriendelijke groet,
CSShunter

PS-1: Vergeet niet het controle-regeltje. Eerst weg ermee! :D
PS-2: De testpagina is in principe ook toegankelijk te maken voor javascript-loze browsers (met wat aanvullende css/js, hier nog niet gedaan).
 
Da's mooi! Nooit van gehoord. En wat ongelooflijk simpel.
Het werkt ook in Opera 10.
Lynx werkt ook, herkent ook de kopregels en links.
WebFormator en WebbIE (imitaties van spraakbrowsers) werken ook goed, herkennen ook de kopregels en links.
IE 6 werkt ook, behalve dat je wat vreemde kadertjes hebt bij de knoppen. Maar dat heeft niets met de methode te maken, denk ik, en anders is 't nog steeds geen ramp.
Leuke kerstcadeautjes heb jij!
 
Ja, kennelijk moet je doodlopende wegen soms een paar jaar laten rusten, en dan blijken er allerlei uitvinders aan het werk geweest te zijn met geheel nieuwe mogelijkheden.
In de TMP internet bestanden blijken, zoals de naam FLIR al zegt, images te zitten (png's) die door het script gegenereerd zijn (en de volledige omgevormde tekst als naam meekrijgen, zodat die er ook nog is). Met het img-verschijnsel in het achterhoofd kan wellicht ook de styling met css verfijnd worden.
  • IE6 had ik eigenlijk al zo'n beetje afgeschreven, en nog niet getest. IE6 is inderdaad niet op z'n schoonst met die rare halve kadertjes.
  • Maar meteen even het achterhoofd leeggeklopt en er li a img { border: 0; } voor IE6 bij gezet, want het leek verdacht veel op de dubbele link-rand > dat werkt.
  • Ook in IE6: de twee Hiep's zijn veel kleiner dan de rest van de FLIR-afbeeldingen. Dat blijkt te zitten in de haakjes (1) en (2); door die te vervangen door -1- en -2- is daar ook geen pijn meer.
Zie bijgewerkte FLIR-testpagina.

Wat nog overblijft, is dat de via FLIR ingelaste mooie lettertypes niet zonder meer schaalbaar zijn. Als de lettergrootte van de gewone tekst wordt veranderd (toegankelijkheid!), blijft de lettergrootte (= in feite de plaatjesgrootte) van de FLIR-teksten ongewijzigd.
  • Maar ook hier valt met css (onze druïden-toverdrank) nog een mouw aan te passen. Door een relatieve hoogte toe te kennen aan de FLIR-images (in em's), kunnen deze weer wel meeschalen. De breedte van de FLIR-tekst schaalt dan automatisch mee.
  • Hoewel: dat is wel vrij veel gefiegel, want het blijkt dat de FLIR-afbeeldingen van oorspronkelijk dezelfde lettergrootte in hoogte verschillen: de hoogte is ervan afhankelijk of er wel/niet letters met uitstekende delen (staartjes van p's e.d.) in zitten. Daardoor heeft bv. het gegenereerde plaatje voor "Hiep" een andere hoogte dan het plaatje voor "Hoera" (waar geen letters onder de regel uitkomen).
  • In de praktijk zal daarom voor vrijwel elke FLIR-tekst nauwkeurig de bijbehorende img-hoogte bepaald moeten worden (met trial-and-error...), want anders valt erg op dat bv. de H in "Hiep" een ander formaat heeft dan de H in "Hoera".
  • Verder is (net als bij andere images die door browsers geschaald worden) het resultaat niet super van kwaliteit. In Firefox treedt wat vergrijzing/vervaging op, terwijl in IE juist meer harde kartelrandjes tevoorschijn komen.
Maar het kan wel: zie FLIR-testvoorbeeld 2.

Al met al denk ik dat deze FLIR-methode vooral handig kan zijn als er hele lappen tekst tegelijk van een eigen lettertype voorzien moeten worden. Contra-indicatie: dan duurt het inladen en renderen van de pagina wegens de images ook langer.
Als het gaat om alleen een aantal koppen en/of menu-titels, denk ik eigenlijk dat het (ook als later tekst-veranderingen nodig zijn) niet zoveel meer - en waarschijnlijk zelfs minder - werk is om even een image van een titel te maken in een tekenprogramma, en dat dan rechtstreeks in de pagina te hangen. Zeker als de FLIR-teksten ook schaalbaar moeten worden, want dat is echt veel gepruts ver achter de komma. Bijkomend voordeel: zonder javascript blijven de echte images gehandhaafd (en er hoeft geen script ingeladen te worden).

Zo blijft het wikken en wegen met die font-embedding! :)

Met vriendelijke groet,
CSShunter
 
Ja, kennelijk moet je doodlopende wegen soms een paar jaar laten rusten, en dan blijken er allerlei uitvinders aan het werk geweest te zijn met geheel nieuwe mogelijkheden.
In de TMP internet bestanden blijken, zoals de naam FLIR al zegt, images te zitten (png's) die door het script gegenereerd zijn (en de volledige omgevormde tekst als naam meekrijgen, zodat die er ook nog is). Met het img-verschijnsel in het achterhoofd kan wellicht ook de styling met css verfijnd worden.
  • IE6 had ik eigenlijk al zo'n beetje afgeschreven, en nog niet getest. IE6 is inderdaad niet op z'n schoonst met die rare halve kadertjes.
  • Maar meteen even het achterhoofd leeggeklopt en er li a img { border: 0; } voor IE6 bij gezet, want het leek verdacht veel op de dubbele link-rand > dat werkt.
  • Ook in IE6: de twee Hiep's zijn veel kleiner dan de rest van de FLIR-afbeeldingen. Dat blijkt te zitten in de haakjes (1) en (2); door die te vervangen door -1- en -2- is daar ook geen pijn meer.
Zie bijgewerkte FLIR-testpagina.

Wat nog overblijft, is dat de via FLIR ingelaste mooie lettertypes niet zonder meer schaalbaar zijn. Als de lettergrootte van de gewone tekst wordt veranderd (toegankelijkheid!), blijft de lettergrootte (= in feite de plaatjesgrootte) van de FLIR-teksten ongewijzigd.
  • Maar ook hier valt met css (onze druïden-toverdrank) nog een mouw aan te passen. Door een relatieve hoogte toe te kennen aan de FLIR-images (in em's), kunnen deze weer wel meeschalen. De breedte van de FLIR-tekst schaalt dan automatisch mee.
  • Hoewel: dat is wel vrij veel gefiegel, want het blijkt dat de FLIR-afbeeldingen van oorspronkelijk dezelfde lettergrootte in hoogte verschillen: de hoogte is ervan afhankelijk of er wel/niet letters met uitstekende delen (staartjes van p's e.d.) in zitten. Daardoor heeft bv. het gegenereerde plaatje voor "Hiep" een andere hoogte dan het plaatje voor "Hoera" (waar geen letters onder de regel uitkomen).
  • In de praktijk zal daarom voor vrijwel elke FLIR-tekst nauwkeurig de bijbehorende img-hoogte bepaald moeten worden (met trial-and-error...), want anders valt erg op dat bv. de H in "Hiep" een ander formaat heeft dan de H in "Hoera".
  • Verder is (net als bij andere images die door browsers geschaald worden) het resultaat niet super van kwaliteit. In Firefox treedt wat vergrijzing/vervaging op, terwijl in IE juist meer harde kartelrandjes tevoorschijn komen.
Maar het kan wel: zie FLIR-testvoorbeeld 2.

Al met al denk ik dat deze FLIR-methode vooral handig kan zijn als er hele lappen tekst tegelijk van een eigen lettertype voorzien moeten worden. Contra-indicatie: dan duurt het inladen en renderen van de pagina wegens de images ook langer.
Als het gaat om alleen een aantal koppen en/of menu-titels, denk ik eigenlijk dat het (ook als later tekst-veranderingen nodig zijn) niet zoveel meer - en waarschijnlijk zelfs minder - werk is om even een image van een titel te maken in een tekenprogramma, en dat dan rechtstreeks in de pagina te hangen. Zeker als de FLIR-teksten ook schaalbaar moeten worden, want dat is echt veel gepruts ver achter de komma. Bijkomend voordeel: zonder javascript blijven de echte images gehandhaafd (en er hoeft geen script ingeladen te worden).

Zo blijft het wikken en wegen met die font-embedding! :)

Met vriendelijke groet,
CSShunter

Bedankt voor het meedenken!!!

Mijn oplossing heb ik gevonden op http://www.fontsquirrel.com/fontface met @font-face kits. Alleen op een Linux-machine met FF schijnt het niet te draaien.

Nogmaals bedankt.
 
Bedankt voor 't terugmelden. Die fontsquirrel kende ik nog niet, gaat gelijk bij de links.
Dit werkt perfect op m'n Windows-browsers. Maar dan werkt het ook op Linux, dat kan niet anders, want @font-face staat los van het systeem.
Als Firefox het kan weergeven op Windows, werkt het ook op Linux.
Maar ik kan dat niet testen op m'n Linux-machine, omdat mijn browsers te oud zijn. Dat heeft niets met Linux te maken, maar ik wil ontwerpen in oudere browsers. Kom ik niet in de verleiding om dingen te gaan doen die veel bezoekers niet kunnen zien.

Mogelijk is het bekeken op 'n ouder Linux-systeem? Ik zie ook geen instructies voor het installeren van fonts op 'n Linux-systeem op die site. Misschien wist de schrijver niet hoe dat moest (dodelijk simpel). Of hij ging ervan uit dat 'n Linux-gebruiker dat wel weet (wat lang niet altijd zo is...)
Hoe dan ook: 'n hele leuke site, bedankt!
 
Laatst bewerkt:
Bedankt voor 't terugmelden. Die fontsquirrel kende ik nog niet, gaat gelijk bij de links.
Dit werkt perfect op m'n Windows-browsers. Maar dan werkt het ook op Linux, dat kan niet anders, want @font-face staat los van het systeem.
Als Firefox het kan weergeven op Windows, werkt het ook op Linux.
Maar ik kan dat niet testen op m'n Linux-machine, omdat mijn browsers te oud zijn. Dat heeft niets met Linux te maken, maar ik wil ontwerpen in oudere browsers. Kom ik niet in de verleiding om dingen te gaan doen die veel bezoekers niet kunnen zien.

Mogelijk is het bekeken op 'n ouder Linux-systeem? Ik zie ook geen instructies voor het installeren van fonts op 'n Linux-systeem op die site. Misschien wist de schrijver niet hoe dat moest (dodelijk simpel). Of hij ging ervan uit dat 'n Linux-gebruiker dat wel weet (wat lang niet altijd zo is...)
Hoe dan ook: 'n hele leuke site, bedankt!

Ik heb zojuist onder linux (Ubuntu) met FF 3.0.10 gekeken, dat gaat inderdaad nog niet goed. Je zou niets hoeven te installeren. Daar later nog maar eens bekijken. Prettige jaarwisseling.
 
Ook 'n prettige jaarwisseling.
Firefox ondersteunt @font-face pas met 3.5. Dus dat klopt.
 
Hoi Fons,
[offtopic]
Opeens viel mijn oog erop: je hebt op je site een tellertje staan van webstats/motigo...
Het is maar een weet, die niet iedereen weet: dat is er eentje van zéér bedenkelijk allooi. Daar is hier op het forum al regelmatig over geschreven (zoek en zie!).

Wat ze bijvoorbeeld uithalen, is om stukjes van je site te jatten, en die dan om te bouwen tot een pagina die (voor de argeloze bezoeker) lijkt alsof het een pagina van jou is. Maar wel bol van de pop-ups, reclame, enz. Daarvoor hebben ze steeds wisselende accounts bij verschillende providers. Of ze gebruiken jouw specifieke zoektermen om op reclame-pagina's te zetten, die onderdeel uitmaken van een wespennest van pseudo-pagina's.

Ik heb even de proef op de som genomen met een paar zinnetjes uit je site die me redelijk uniek voorkwamen.

Google: "Je zou graag leuke foto's van jezelf willen hebben"
Twee resultaten: foto-ap.nl en ... domainbyip.com/195.242.99.14/. Surf je daarnaartoe, dan kom je op een pagina waar fotoap.nl nummer 27 is van de 60 reclame-links. Het zoek-zinnetje wordt pas zichtbaar als je bij fotoap.nl op "( fotosessie / poseren /fotoshoot )" klikt.
- Maar heb je ooit toestemming verleend aan domainbyip.com om de beschrijving van jouw site (in je meta-description) te gebruiken alsof het een beschrijving van hun site is: "Je zou graag leuke foto's van jezelf willen hebben. Toch heb je nog nooit een fotosessie gedaan."?

Google "Copyright A.E. Paardekam Maassluis"
De eerste 3 hits zijn sites van jou, maar de vierde is ... westwood.fortunecity.com/dior/819/. Klik je daarop, dan kom je op een pagina die behoorlijk lijkt op jouw site (d.d. 20 - 10 - 2009; maar dan wel met advertenties van fortunecity). Dat kan kloppen, want bv. het stylesheet is "geleend" (d.w.z. dataverkeer op jouw kosten) van foto-fons.nl/css/k3.css. Ook de foto's zijn afgetapt van je site. De pagina staat bol van scripts naar advertentie-netwerken (maar dat zie je niet zo 1-2-3). De links erop naar vervolgpagina's op je site zijn eveneens geleend: je kan daar wel komen, maar eerst moet je dan wel een reclame-pagina wegklikken.
- Of heb jij ooit eens als "westwood" of "dior-819" een account geopend bij deze fortuinstad? - En accounts bij: tripod.com, surf.to, com.to, fly.to en drive.to? Anders heb ik niks gezegd. ;)

Maar in elk geval zou ik je stevig aanraden zo vlug mogelijk de motigo-teller van je site(s) te verwijderen, en er een andere voor in de plaats te zetten.
Eerste goede daad in het nieuwe jaar! :D

[/offtopic]

Met vriendelijke groet,
en alle lezers alle goeds voor 2010!
CSShunter
 
Hoi Fons,
[offtopic]
Opeens viel mijn oog erop: je hebt op je site een tellertje staan van webstats/motigo...
Het is maar een weet, die niet iedereen weet: dat is er eentje van zéér bedenkelijk allooi. Daar is hier op het forum al regelmatig over geschreven (zoek en zie!).

Wat ze bijvoorbeeld uithalen, is om stukjes van je site te jatten, en die dan om te bouwen tot een pagina die (voor de argeloze bezoeker) lijkt alsof het een pagina van jou is. Maar wel bol van de pop-ups, reclame, enz. Daarvoor hebben ze steeds wisselende accounts bij verschillende providers. Of ze gebruiken jouw specifieke zoektermen om op reclame-pagina's te zetten, die onderdeel uitmaken van een wespennest van pseudo-pagina's.

Ik heb even de proef op de som genomen met een paar zinnetjes uit je site die me redelijk uniek voorkwamen.

Google: "Je zou graag leuke foto's van jezelf willen hebben"
Twee resultaten: foto-ap.nl en ... domainbyip.com/195.242.99.14/. Surf je daarnaartoe, dan kom je op een pagina waar fotoap.nl nummer 27 is van de 60 reclame-links. Het zoek-zinnetje wordt pas zichtbaar als je bij fotoap.nl op "( fotosessie / poseren /fotoshoot )" klikt.
- Maar heb je ooit toestemming verleend aan domainbyip.com om de beschrijving van jouw site (in je meta-description) te gebruiken alsof het een beschrijving van hun site is: "Je zou graag leuke foto's van jezelf willen hebben. Toch heb je nog nooit een fotosessie gedaan."?

Google "Copyright A.E. Paardekam Maassluis"
De eerste 3 hits zijn sites van jou, maar de vierde is ... westwood.fortunecity.com/dior/819/. Klik je daarop, dan kom je op een pagina die behoorlijk lijkt op jouw site (d.d. 20 - 10 - 2009; maar dan wel met advertenties van fortunecity). Dat kan kloppen, want bv. het stylesheet is "geleend" (d.w.z. dataverkeer op jouw kosten) van foto-fons.nl/css/k3.css. Ook de foto's zijn afgetapt van je site. De pagina staat bol van scripts naar advertentie-netwerken (maar dat zie je niet zo 1-2-3). De links erop naar vervolgpagina's op je site zijn eveneens geleend: je kan daar wel komen, maar eerst moet je dan wel een reclame-pagina wegklikken.
- Of heb jij ooit eens als "westwood" of "dior-819" een account geopend bij deze fortuinstad? - En accounts bij: tripod.com, surf.to, com.to, fly.to en drive.to? Anders heb ik niks gezegd. ;)

Maar in elk geval zou ik je stevig aanraden zo vlug mogelijk de motigo-teller van je site(s) te verwijderen, en er een andere voor in de plaats te zetten.
Eerste goede daad in het nieuwe jaar! :D

[/offtopic]

Met vriendelijke groet,
en alle lezers alle goeds voor 2010!
CSShunter

Bedankt voor de hint. Ga ff andere teller zoeken. Voor de rest zit er veel van mijn accounts bij ;-((
 
Status
Niet open voor verdere reacties.
Terug
Bovenaan Onderaan