Achtergrond
Het eerste artikel in een serie over mijn ervaringen met Wordpress. Allereerst een stukje achtergrond informatie: reeds lange tijd houd ik me bezig met het testen van CMS systemen. In eerste instantie was dat PHPnuke, Mambo(later Joomla), Drupal en diverse andere open source systemen. In praktijk heb ik nooit een CMS in gebruik genomen omdat ik er simpelweg geen toepassing voor had. Daarnaast vond ik de diverse systemen vaak technisch slecht opgezet, zeer gebruiksonvriendelijk, slecht ondersteund of er was wel iets anders mis.
Enkele jaren geleden heb ik in Nuenen voor www.onsnet.tv een aantal CMS systemen specifiek gericht op video gebruikt en ook die waren opgezet door een techneut, niet door iemand die er rekening mee houdt dat er ook niet techneuten met het systeem moeten kunnen werken. Enkele jaren geleden hebben wij als TwiLite zelf en CMS laten ontwikkelen. Niet omdat we dat zo graag wilden doen maar omdat er geen bestaand CMS was dat kon wat wij voor ogen hadden. Dat systeem hebben we opgezet vanuit het oogpunt van functionaliteit en gebruiksvriendelijkheid die we wilden hebben. Dat systeem heeft een aantal jaren goed gewerkt maar op een gegeven moment hebben we besloten om over te stappen op Wordpress. Zie voor een uitgebreide motivatie de FAQ.
Het eerste artikel in een serie over mijn ervaringen met Wordpress. Allereerst een stukje achtergrond informatie: reeds lange tijd houd ik me bezig met het testen van CMS systemen. In eerste instantie was dat PHPnuke, Mambo(later Joomla), Drupal en diverse andere open source systemen. In praktijk heb ik nooit een CMS in gebruik genomen omdat ik er simpelweg geen toepassing voor had. Daarnaast vond ik de diverse systemen vaak technisch slecht opgezet, zeer gebruiksonvriendelijk, slecht ondersteund of er was wel iets anders mis.
Enkele jaren geleden heb ik in Nuenen voor www.onsnet.tv een aantal CMS systemen specifiek gericht op video gebruikt en ook die waren opgezet door een techneut, niet door iemand die er rekening mee houdt dat er ook niet techneuten met het systeem moeten kunnen werken. Enkele jaren geleden hebben wij als TwiLite zelf en CMS laten ontwikkelen. Niet omdat we dat zo graag wilden doen maar omdat er geen bestaand CMS was dat kon wat wij voor ogen hadden. Dat systeem hebben we opgezet vanuit het oogpunt van functionaliteit en gebruiksvriendelijkheid die we wilden hebben. Dat systeem heeft een aantal jaren goed gewerkt maar op een gegeven moment hebben we besloten om over te stappen op Wordpress. Zie voor een uitgebreide motivatie de FAQ.
En toen was er…Wordpress
Wordpress dus. Waarom wel Wordpress en niet Joomla of Drupal. Deels omdat de opzet van Wordpress me wel aanstaat, er zit een bepaalde logica in waar ik me goed in kan vinden. Wordpress an sich is zeer kaal en biedt een raamwerk om plugins en uitbreidingen in te hangen. Geen overbodige toeters en bellen, alleen wat je nodig hebt.
Nou kleven daar ook wel wat nadelen aan want in mijn ogen essentiele functies ontbreken in Wordpress en andere functies zijn gewoonweg slecht uitgevoerd. Vandaag in dee 1 the ugly, onderdelen in Wordpress die ik gewoonweg slecht uitgevoerd vind.
Met stip op 1: De locatie van plugin instellingen.
Wat is er mis? Vreemd genoeg is hier geen standaard in. Plugin instellingen kunnen in het settings menu staan(waar je de instellingen minstens zou verwachten), op een link in de plugin lijst(wat ik zelf het makkelijkste vind), in het tools menu, in het apearance menu, in het media menu, in het users menu, op de widget pagina, in het dashboard, in de WYSIWYG editor of plugins maken een compleet nieuw menu aan. Samengevat: het instellingen menu van een plugin kan vrijwel overal staan en na het installeren van een plugin kan het zoeken naar de instellingen beginnen.
Hoe kan het beter? Onlangs installeerde ik een plugin en die die liet netjes een Wordpress 3.3 style popup zien met een link naar de instellingen. In principe zou ik zeggen alle instellingen in de lijst met plugins en als de instellingen op een afwijkende locatie staan moet dit worden aangegeven. Met WP menu editor kun je het een en ander opschonen in de diverse menu’s maar dit zou niet nodig moeten zijn. In het settings menu staat een aantal standaard Wordpress settings entries. Dat is goed maar in ditzelfde menu komen ook plugin settings te staan dat vind ik dan weer onduidelijk. Wat me nog steeds onduidelijk is is hoe de volgorde in de menu’s wordt bepaald(ook dit is overigens met de menu editor aan te passen).
Een goede tweede: Het vinden van plugins
Wat is er mis? Plugins installeer je over het algemeen vanuit Wordpres zelf via het menu plugins-add new. Keyword invoeren om te zoeken is logisch maar daarna gaat het snel bergafwaarts. Zoeken op bijvoorbeeld Youtube geeft een nuttig resultaat, artiss youtube embed is het eerste resultaat en is ook een van de betere embed plugins. Echter klik ik daarna op recently updated om de lijst met zoekresultaten te sorteren dan blijkt de knop recently updated niet bedoeld om de zoekresultaten op een andere volgorde weer te geven. Sterker nog, het is geheel niet mogelijk om de volgorde van de zoekresultaten aan te passen. Waar de sorteervolgorde op gebaseerd is is me niet duidelijk, soms is het eerste resultaat een plugin die al jaren geen update heeft gehad, soms een plugin zonder enige rating, soms een plugin met vrijwel geen downloads etc. Zoek ik bijvoorbeeld op widget dan is cafepress widget het eerste zoekresultaat. Waarom? Geen idee. Hier de informatie van Cafepress widget:
|
Niks speciaals aan te zien dus. Lang geen update gehad, niet getest met de meest recente Wordpress versie en weinig downloads. En toch het eerste zoekresultaat als ik op widget zoek.
|
Als ik met google zoek op wordpress.org plugin widget dan is het eerste plugin resultaat display widgets:
|
Een veel relevanter zoekresultaat lijkt me. Veel vaker gedownload, meer en hogere rating en getest met een recente Wordpress versie.
|
Hoe kan het beter? Filteren en/of sorteren zou al een goed begin zijn. Sorteren op datum laatste aanpassing, aantal downloads, datum eerste publicatie. Filteren op compatibiliteit met Wordpress versies is een lastig punt maar hier ligt ook een verantwoordelijkheid van de plugin makers. Wordpress zou bijvoorbeeld alle plugins die niet getest zijn met een 3.0+ versie in een aparte categorie kunnen zetten.
