WordPress 2.2 net vrijgegeven - voorbereiden op enkele Mayhem ...
W ordPress 2.2 ('Getz') werd slechts een paar uur geleden uitgebracht.
Ik heb geïnstalleerd op mijn lokale pc om te testen. Het eerste wat ik getest heb was een van het meest merkbaar verandert - het opnemen van Widgets.
Widgets?
Ze zijn gewoon stukjes code die een specifieke functie of WordPress plugin uit te voeren. Zo kunt u kiezen voor de lijst met pagina's, of Lijst categorieën, of Show Zoeken - elk van deze widgets zijn, en kunnen worden opgenomen (met een aantal anderen) in de volgorde die u kiest. Dit helpt site ontwerpers om snel te ontwerpen / hun sidebar lay-out wijzigen - zonder codering kennis - gewoon met behulp van drag-and-drop. De widget opnemen is een mooie verbetering die onervaren webontwikkelaars helpen in het bijzonder.
Ik noemde 'Mayhem'
Als de web hosts doen wat ze de vorige keer, dan mensen die WordPress gebruiken voor hun product (zoals ik dat doe met RapidNicheWebsites ) bevinden zich in voor vele ondersteuning noemt.
Waarom?
Omdat sommige web hosts te upgraden naar de nieuwste versie vrijwel direct - waardoor klanten geen andere mogelijkheid dan hun WordPress blog te maken met de laatste versie. Blijven andere landen voor weken - zelfs maanden - dus er is geen gangbare versie in gebruik is. En als het thema of een reeks plug-ins worden gebruikt door een onervaren producent van de site is niet compatibel met de versie (functie of variabele namen gewijzigd in WP 2.1), dan kunnen ze inloggen een support call. Of erger nog - een verzoek tot teruggave.
Helaas is de Fantastico script bibliotheek niet wordt weergegeven om te voorzien in meerdere versies van een script. Op dit moment is zij idealiter moet rekening houden met WP 2.0, WP 2.1 en WP 2.2 - maar dat doen ze niet. Dus - afhankelijk van uw hosting, hebt u een specifiek thema en een set plug-ins voor de WP-versie op de server. Voor de template en plugin-ontwikkelaars - dit verhoogt alleen maar de werklast - onder meerdere versie compatibiliteit te creëren. Niet verrassend, niet zo heel veel doen dit - die de site bouwer in de steek laat.
Een gemiste kans ...
Een grote teleurstelling - zij zijn niet de vastgestelde code 'reiniging' in de WYSIWYG-editor. Als u wilt toevoegen in een DIV tag - laten we zeggen om de positie van een afbeelding vast te stellen, krijgen de DIV-tags aangepast aan P tags. Extra regeleinden - die je wilt soms - worden verwijderd wanneer u opslaat - knoeien-up van uw lay-out. Dit is echt teleurstellend - zoals deze in principe dwingt mij om de basis-tekstverwerker te gebruiken, in plaats van het gebruik-WYSIWYG te gebruiken. Ik denk dat dit zo'n opvallende tekortkoming te overzien. De WYSIWYG-editor versnelt echt tot het invoeren van tekst - maar het helpt niet als de uitgever krabbelt alle aangepaste HTML-code die u in tekst modus.
Overall - proficiat aan Matt en zijn team. Ze blijven WordPress te verbeteren, en met elke nieuwe versie wordt het nog krachtiger. Net wou dat ze die verdomde WYSIWYG bug op te lossen ...
