Genesis levert standaard een witte G op een zwart vlak – maar hoe wijzig je die dan? Volg de stappen op Yoast’s blog en maak een goede favicon. De vervolgstappen voor Genesis zijn verder ook makkelijk. Plaats het bestand favicon.ico in de images-map van je child-theme en klaar. Het kan even duren voordat je goede favicon zichtbaar is, omdat de browser het soms nog uit de cache haalt. Cache legen (geschiedenis wissen) kan de boel dan wat versnellen.

// stylesheet weghalen uit de metasectie van de head
 remove_action( 'genesis_meta', 'genesis_load_stylesheet' );

Vervolgens plak je dan de volgende regel onder de <?php wp_head();?>, hoewel ik vermoed dat ik ook een stukje code in de functions.php hiervoor kan zetten.

<link rel="stylesheet" type="text/css" media="all" href="<?php bloginfo( ‘stylesheet_url’ ); ?>" />[/php]

En je stylesheet verschijnt netjes helemaal onderin de head-sectie. Binnen dit stylesheet kun je dan wel je eigen css zetten om de opmaak door een plugin gegenereerde content te wijzigen.

• In WPML heb ik ingesteld bij  ‘Selecteer hoe u moet bepalen in welke taal de bezoekers de inhoud te zien krijgen’- Verschillende talen in bestandsmappen.
• Volgens kwam ik via het WordPress forum een hack tegen waarbij ik home_url moest veranderen in site_url in het bestand nggfunctions.php. Hiermee kreeg ik wel de slideshows in de berichten te zien, maar nog niet in de sidebar.
• Via de mailinglijst van Women on the Web kreeg ik de tip om deze truc ook uit te halen in de widgets.php van de NextGen plugin.

De reden voor de laatste twee wijzigingen is dat de slideshow de fotobestanden niet kan vinden omdat hij ze zoekt op de home_url. Maar doordat WPML een directory toevoegt bij de andere talen, zoals /en/ zijn de foto’s voor de andere talen niet meer te vinden in de home-url. Met site_url weet hij deze stap wel te nemen. Slideshows werken perfect nu in de sidebar en in de posts.

Ik hoop wel dat de ontwikkelaars van NextGen dit meenemen in een update, anders straks weer goed in de gaten houden en de hack nogmaals toepassen.

De eerste plugin die ik installeerde was Members. Deze plugin komt samen met een Role Manager, waarmee ik eigen gebruikersrollen kon maken. Ik kan de plugin op twee manier instellen. Ik kan de hele website achter een inlog zetten, zodat deze alleen voor leden toegankelijk is, met daarbij per pagina de uitzondering aangeven. Of ik kan de hele website publiek maken en per pagina aangeven of zij achter een inlog moeten komen. Voor deze website koos ik voor het laatste. In eerste instantie ging het om één pagina. Later is dit uitgebreid met meer en is er ook een menu voor het ledendeel aangemaakt.

Met de rolemanager maakte ik de mogelijkheid om een geregistreerde gebruiker van de website de rol Leden te geven. De ledenpagina’s maakte ik alleen toegankelijk voor de beheerder en Leden. De leden moeten op de website blijven. In de sidebar is een widget waar mensen kunnen inloggen. Eenmaal ingelogd verschijnt onder de tekst dat je bent ingelogd ook een link om naar het ledendeel te komen.

Genesis biedt de plugin Simple Sidebars, waarmee je makkelijk extra sidebars kunt maken die je in de pagina editor vervolgens aan een sidebarlocatie kunt hangen. Zodra leden op een pagina komen in het ledendeel verschijnt ook het menu met alle pagina’s in het ledendeel. Daarnaast heb ik ook een mogelijkheid gemaakt om weer uit te loggen.

Hier worden een paar dingen door elkaar gehaald. Bovendien maken zij een (denk)fout met de Admin als beheergebruiker. Op vele site over de veiligheid van WordPress wordt al afgeraden een gebruiker Admin aan te maken. Standaard gebeurde dit in WordPress, maar al sinds een paar versies kun je zelf de eerste gebruikersnaam al zelf bepalen. Hier neem ik zelf dus al nooit Admin als gebruikersnaam. Ik maak een gebruiker aan voor mezelf, met inderdaad beheerdersrechten. Maar deze gebruiker is niet degene die mailtjes krijgt als er bijvoorbeeld reacties zijn op berichten of waar plugins e-mails naar toe sturen. Deze mailtjes gaan naar het mailadres wat is ingevuld tijdens de installatie en wat te vinden is bij Instellingen – Algemeen. Als de website is opgeleverd zet ik hier het adres van de eigenaar. Voor de eigenaar van de website maak ik een eigen gebruiker aan, met de rechten die nodig zijn. Zo komen de adminmailtjes bij de eigenaar terecht, maar kan ik toch als beheerder in de website komen.

Al snel had ik in google gevonden dat Internet Explorer alleen Embedded Open Type ondersteunt (eot) en het lettertype dat ik gebruikte is True Type Font (ttf). Via fontsquirrel kun je ttf omzetten naar eot, maar natuurlijk lag juist vandaag die website eruit. Via google wel een website gevonden waar je ttf online kon omzetten naar eot, maar dat gaf geen resultaat. Uiteindelijk een website gevonden met heel veel informatie over fontface en internet explorer. En op advies vandaar WEFT gedownload en geinstalleerd. Dat had er in eerste instantie geen zin in, maar uiteindelijk had hij netjes mijn ttf lettertypes omgezet naar eot, deze op de server gezet en ook nog eens de code gegenereerd die ik nodig had.

Omdat het samenvoeging in de stylesheet al eerder problemen gaf, heb ik besloten om een tweedeling te maken. In de stylesheet heb ik fontface aangeroepen met naamA, met daarin de instellingen voor de ttf voor alle browsers.

In de head van de website heb ik de code neergezet voor de uitzondering voor IE:

<STYLE TYPE=”text/css”>
<!–
@font-face {
font-family: NaamB1;
font-style:  normal;
font-weight: normal;
src: url(http://www.taartjesenzo.ophetweb.nu/fonts/GOODDOG1.eot);
}
@font-face {
font-family: NaamB2;
font-style:  normal;
font-weight: normal;
src: url(http://www.taartjesenzo.ophetweb.nu/GOODDOG0.eot);
}
–>
</STYLE>

Verder in de stylesheet naamA als standaardfont voor het menu ingesteld en via de bodyclass voor IE het font voor IE samengesteld met:

.msie #nav li a {
font-family:naamB1;
}

Er was alleen nog een probleem bij de mobiele devices. Ik zag het alternatieve font op mijn htc en ook op de iPad was niet het goede lettertype te zien. Dit was snel opgelost met een extra fonttype: scalable vector graphics (svg). Na het ttf type ook geconverteerd te hebben en het svg type ook in de css toe te voegen en online te zetten was ook op deze devices het goede font te zien. Voor het omzetten van ttf naar svg heb ik een online font converter gebruikt: www.freefontconverter.com

Voeg aan de functions.php van je theme de volgende regel toe:
/** add page excerpt */
add_post_type_support( ‘page’, ‘excerpt’ );

En dat werkt. Opmerking was wel dat het logisch was dat het niet standaard in WordPress zit omdat je normaal gesproken geen samenvatting van een pagina maakt, itt berichten. Maar met de featured page widget of in mijn geval de Genesis Slider is het toch wel makkelijk om te hebben.

Na alle stappen gevolgd te hebben bleef ik met één foutmelding zitten. Ik moest namelijk wat security keys in de wp-config.php zetten. In de wp-config was een plek ingeruimd voor deze regels (dacht ik) dus zette ik netjes de code daar neer. Maar binnen WordPress bleef ik de melding houden dat ik deze regels moest neerzetten, net boven de laatste regel. Dus nog maar eens en dan op de juiste plek. Maar ik bleef het verzoek krijgen om de regels toe te voegen.
Natuurlijk bracht ook google hier weer een oplossing. Het blijkt dat er 2 sets zijn van 4 regels. Ik had de ene set op de plaats van de andere set gezet. Nieuwe regels toegevoegd en nu is de melding weg. Altijd weer handig om te weten.

Meer in deze draad in het WordPress support forum