Teoretycznie powinno być ok ….chyba że coś nie tak edytowałeś albo zapisałeś plik z innym kodowaniem niż utf-8 bez bom.
Czy możesz np. wkleić fragment kodu przed i po edycji? -albo zapodać link do strony?
Dziękuję za odpowiedź. Strona jest póki co niedostępna.
Kod w functions.php jest taki:
function mytheme_fonts() {
$protocol = is_ssl() ? 'https' : 'http';
wp_enqueue_style( 'essentials-opensans', "$protocol://fonts.googleapis.com/css?family=Open+Sans:400,300,300italic,400italic,600,600italic,700,700italic&subset=latin-ext' rel='stylesheet' type='text/css" );}
add_action( 'wp_enqueue_scripts', 'mytheme_fonts' );
a przed zmianą było:
function mytheme_fonts() {
$protocol = is_ssl() ? 'https' : 'http';
wp_enqueue_style( 'essentials-opensans', "$protocol://fonts.googleapis.com/css?family=Open+Sans:400,300,300italic,400italic,600,600italic,700,700italic' rel='stylesheet' type='text/css" );}
add_action( 'wp_enqueue_scripts', 'mytheme_fonts' );
Plik jest zapisany jako utf-8 bez bom. Inne pliki też.
Napisałem do twórcy szablonu, ale odpisał żebym pogooglował i sprawdził czy Open Sans wspiera ten subset przez URL. Z tego co znalazłem to wspiera 🙂
Jak widzę raczej ok, może sprobuj zamiast & dać & amp; (bez spacji)
Też nic, albo polskie znaki w innej czcionce albo cała zmieniona.
Autor jeszcze napisał, że może coś w header.php trzeba zmienić, ale ja tam nic nie widzę. Znalazłem tylko 'charset’ ale jest niby UTF-8.
Business Essentials
Chyba skończyły mi się pomysły. Jeszcze spróbuję może zmienić całkiem czcionkę na inną i w CSS też i zobaczyć, ale wydaje mi się, że będzie to samo :/
No więc niestety …motyw komercyjny więc za wiele nie da się pomóc.
Sprawdzając jednak powyższe demo widzę, że fonty działają na nim prawidłowo po dodaniu subset. Mogłeś więc gdzieś coś przypadkiem zepsuć podczas edycji i dlatego teraz taki kłopot.
Jak strona jest gdzieś w sieci, to zapodaj linka – może uda się coś znaleźć.
jak nie, to pozostaje ci próbować na czystym, niezmodyfikowanym motywie …ewentualnie porównywać kod między oryginałem a modyfikowanym i szukać błędów.
Teraz w ogóle nie mam jak sprawdzić, bo jestem w trakcie zmiany serwera i czekam na DNSy.
W szablonie nic poza CSS nie edytowałem, a z tego co pamiętam na czystym motywie też tak się działo. Sprawdzę jeszcze raz wieczorem.
Mimo wszystko dzięki za pomoc 🙂
A jak dodawałeś subset w demo?
Na świeżo zainstalowanym motywie, z niczym nie modyfikowanym to samo. Od razu zmiana czcionki :/
Nie ma jeszcze nic w sieci bo męczę się z serwerami.
A jak dodawałeś subset w demo?
Opera Dragonfly, Firebug etc.
Dodałeś &subset=latin-ex czy jakoś inaczej? i czy coś więcej?
dokładnie &subset=latin-ext –screen
-ale teraz zauważyłem, że w kodzie jest błąd
powinno być
function mytheme_fonts() {
$protocol = is_ssl() ? 'https' : 'http';
wp_enqueue_style( 'essentials-opensans', "$protocol://fonts.googleapis.com/css?family=Open+Sans:400,300,300italic,400italic,600,600italic,700,700italic&subset=latin-ext");
}
add_action( 'wp_enqueue_scripts', 'mytheme_fonts' );
Działa! Przynajmniej tak na szybko jak sprawdziłem, bo z serwerem dalej jaja.
Ten szablon w ogóle taki średni jest. Parę już edytowałem i przerabiałem, ale takich problemów nigdy nie miałem. Czasem coś zniknie, czasem coś przestanie działać i to zupełnie bez powodu.
Dzięki za pomoc w rozwiązaniu problemu! Stawiam piwo… albo 10 🙂
Pamiętam mój problem z 'Open Sans’. Nie polegał on na niewyświetlaniu polskich znaków, a na wyświetlaniu ich w drugiej zdefiniowanej czcionce. Mając 'Open Sans’, Arial, Helvetica, sans-serif wszystkie polski znaki renderowane były w Arial (mowa o FF i Operze Mini na Androidzie). Pomogła zmiana formatu czcionek z .woff na .ttf 🙂
