Zwar bieten Child-Themes eine Möglichkeit für wenig versierte Nutzer in puncto Code etwas am Design zu ändern ohne dabei das original Design anzufassen, aber leider nur in sehr begrenztem Maße. Denn ein paar tiefgreifende Änderungen am Design sind auch mit Hilfe eines Child-Theme nicht oder zumindest nur auf umständliche Weise zu lösen, eben wenn es als Beispiel um die Integration einer neuen Widget-Area geht. 

Nur die Kopie des Original ändern…

Ja ich weiß das es dafür auch wieder ein paar tolle Lösungswege auf Basis von Child-Themes gibt, aber erstens habe ich nicht jedes mal Lust mir selbige in form von Suchanfragen per Suchmaschine in meist Englischer Beschreibung zusammen zu suchen und zweiten verstehe ich als Laie davon eh nur die Hälfte.

SCHEISSE finde ich Child-Themes aus dem Grund heraus, weil somit wieder mehr Abhängigkeit zum original Design und dessen Entwickler hergestellt wird. Denn nur wenn man das original Design vollkommen ohne Modifikationen lässt und selbige nur auf das Child-Theme anwendet, kann man weiterhin das original Design nutzen ohne bei einem Update des Original Design selbige Veränderungen wieder zu verlieren.

Nur das Original ist das Original!

Fakt ist für mich persönlich, das diese so genannten Child-Themes für mich persönlich der letzte SCHEISS sind, weil ich dadurch in meiner Bastelarbeit am Design EXTREM behindert werde, auch wenn gleich ich als Laie am Code herumbastle. Mir sind schon viele Modifikationen gar nicht erst in das Design reingekommen, weil der Einbau selbiger per Child-Theme mich jedes mal soviel Zeit und Nerven gekostet hat das ich irgendwann keine Lust mehr hatte daran weiterzuarbeiten.

Bei einem normalen Design, ohne Child-Design oder sonst was weiß ich wo ich WAS und vor allem WIE machen muss und wenn was nicht funktioniert bekomme ich eben einen dicken ERROR angezeigt den ich aber meist wieder fix beseitigen kann. Bei einem Child-Design hingegen bekomme ich manchmal gar keinen Fehler, sondern der neu eingefügte Code erscheint nicht mal im Design oder anstelle dessen kommt ein ERROR bei der Angabe des Pfades weil die Einbindung nicht normal per “include”-Angabe funktioniert.

Original und sonst nichts.

Kernaussage des ganzen ist für mich persönlich nun, das ich die Finger von diesen Child-Themes und Child-Designs lasse und mich wieder auf das besinne was ich kenne und womit ich arbeiten kann. Etwas basteln am Code des Original und dabei gleich das Original in eines mit meiner Unterschrift verwandeln, weil was anderes als “Copy & Paste” machen die Amis ja eh auch nicht, nur tun selbige gerne immer so.

Anbei nur mal der Hinweis, das dass Twenty Ten ursprünglich auf einem ganz anderen Design basierte und selbiges still und heimlich in das ach so neue Twenty Ten umgebaut wurde von WordPress-Team. Das selbe ist mit dem Twenty Eleven passiert, welche eigentlich vom “Duster” Design abstammt, aber selbst das wird eher dem Vergessen überlassen und nur selten mal erwähnt.

Sergej Müller

Genau so verhält es sich auch beim neusten Plugin für WordPress von Sergej Müller namens Toolbox, womit die Verwaltung von so genannten Code Snippets (Schnipseln) für WordPress regelrecht revolutioniert wurde in der Anwendung. Denn die bisher zur Verwaltung genutzte functions.php im WordPress Theme selbst wird mit dem Toolbox Plugin quasi Arbeitslos in Zukunft und verbleibt nur noch als ein Relikt aus vergangen Zeiten der Entwicklung von WordPress.

Functions.php in Zukunft fast überflüssig.

Das Toolbox Plugin übernimmt dabei quasi die gesamte Verwaltung aller Code Snippets, welche bisher noch immer zu nachträglich in die functions.php eingebaut werden mussten werden nun als so genannten Module innerhalb des Toolbox Plugin verwaltet. Darüber hinaus bietet das Toolbox Plugin auch noch die geniale Funktion das jeweilige Modul, in form des eigentlichen Code Snippet, nur im Frontend oder Backend zu laden oder sofern gewünscht eben in beiden Bereichen.

Durch diese neue Möglichkeit der direkteren Verwaltung beim laden der Code Snippet in form von eines Modul im Frontend oder Backend, ergeben sich positive Effekte was die Optimierung der Leistung sowie Kompatibilität bei einem Update des verwendeten Layout/Theme des Blog angeht.

Sergej Müller schreibt dazu als genauere Ausführung der aufkommenden Verbesserungen, durch den Einsatz des Toolbox Plugin:

Potential bei Themes, Multisite und Performance

• Toolbox stellt die Funktionalität der aktiven Module Themes-übergreifend bereit, d.h. bei einem Layout-Wechsel sind die hinterlegten Funktionen sofort einsatzbereit. Dito bei Multisite-Blogs.
• Schon gewusst, das WordPress die functions.php aus aktuellem Theme sowohl im Blog-Frontend wie auch Backend lädt? Durch eine genaue Zuweisung der Lade-Bereiche (Frontend, Backend, FE und BE), lässt sich die Performance des Blogs steigern und die Fehlerquote senken, da Funktionen nur dort geladen und ausgeführt werden, wofür diese tatsächlich programmiert wurden.

Wenn also mal ein neues WordPress Theme ansteht für den eigenen Blog, dann sind die verbauten Code Snippets alle samt vor dem Umbau oder Upgrade sicher. Weil eben die functions.php nicht mehr dafür gebraucht wird, sondern die Verwaltung sowie spezifizierte Aktivierung oder Deaktivierung eben nun das Toolbox Plugin übernimmt.

Eine zukunftssicher Verwaltung von Code Snippets!

Eben so kann nun explizit und direkter als wie vorher genau festgelegt werden ob das jeweilige Code Snippet in form eines Modul nur im Frontend oder Backend oder wie üblich in beiden Bereichen geladen werden soll. Das durch diese genauere Bestimmung des Ladebereiches der Code Snippets sich einiges in puncto Leistungssteigerung im Blog zum positiven hin verändert wird wohl jeden freuen.

Ich nutze das Toolbox Plugin bereits innerhalb meines Projektnetzwerkes auf KranzKrone.de und bin bisher mit dem Plugin und der quasi versprochenen Leistungssteigerung sehr zufrieden. Speziell was das ausmerzen sowie finden von erzeugten Fehlern beim einbauen von neuen Code Snippets angeht hilft mir das Toolbox Plugin als Laie im Bezug auf das Codeverständnis sehr.

Denn durch die Verwendung von einem Modul pro Code Snippet sowie dessen spezifizierten Ladebereiches erspare ich mir manche Fehlersuche und für die Zukunft eben auch die bisherige umständliche Pflege der Code Snippets, weil jedes als extra Datei innerhalb des Modulordner vom Toolbox Plugin vorliegt.

Toolbox Plugin, einbauen und für sich arbeiten lassen.

Ich hiermit eine klare EMPFEHLUNG für das Toolbox Plugin von Sergej Müller für den produktiven Einsatz. Denn das Plugin spart einiges an Nerven sowie Zeit und Aufwand für die Zukunft bei der Verwaltung des Blog im Backend sowie Frontend.

Irgendwie konnte ich mich dunkel daran erinnern das Umlaute wie zum Beispiel das “Ä” speziell im Code beschrieben werden müssen. Irgendwas mit “Auml” war mir im Gedächtnis geblieben, wobei dabei aber noch was fehlte.

Eine kurze Suche ergab dann schliesslich das aus dem “A Umlaut” im Code entsprechend “Ä” wird.

via SELFHTML: HTML/XHTML / Referenz /HTML-Zeichenreferenz.

12.00€ für das Bugis Premium WordPress Theme ist definitiv ein sehr fairer Preis, vor allem in Anbetracht der Leistungen welche das Bugis Premium WordPress Theme dem potenziellen Käufer und Nutzer alles bietet. 

Premium WordPress Theme!

Die Feature des Bugis Premium WordPress Theme lesen sich dabei wie eine Speisekarte aus einem gehobenen Delikatessen Restaurant. Wobei das Bugis Premium WordPress Theme durchaus als kulinarische Delikatesse im Bezug auf Premium WordPress Theme gesehen werden kann, meiner Meinung nach.
[yellow_box]

• für WordPress 3.2 (3.1 kompatibel)
• Cross-Browser kom pa tibel
  (getestet in Chrome 10 & 12, Safari 4 & 5, Firefox 3.6 & 4, IE 7,8 & 9, Opera 11)
• HTML5 (Fallback für IE < 9) & CSS3
• Responsive Layout zur Ansicht auf ver schie denen Bildschirmgrößen und mobilen Geräten
• WordPress Post For mats (tumblr-like blogging)
• Theme-Optionen Seite (Layout-Optionen, Share-Button, Logobild, Footer-Text, eigenes Favicon)
• Custom Menus (Header und Footer)
• Custom Widgets für Flickr-Bilder und Social Links (mit Icons von Gedy Rivera)

• Background Images Set
• ver schach telte Kommentare mit Gravatar-Bildern
• full width Seiten-Template
• Shortcodes für Mehrspaltigkeit, Info-Boxen und Buttons
• vor be reitet für externe Plugins (Contact Form 7, WP-PageNavi, Smart Archives Reloaded, Better WordPress Recent Comments)
• translation-ready (der zeit English und Deutsch)
• erfüllt die Guidelines des WordPress Theme-Review
• Lizenz: GNU General Public License
• Download Bugis Child-Theme Ordner für deine Theme Anpassungen
• Bugis-Theme Changelog

Quelle: Themenseite des Bugis Premium WordPress Theme
[/yellow_box]

MADE IN GERMANY, ist nach wie vor eine feste Größe in der Welt der Technik sowie Technologie und nun auch ein fester Begriff in der Welt der Premium WordPress Themes!

Qualität aus Deutschland macht den Unterschied.

Den Unterschied zu anderen Premium WordPress Theme wie zum Beispiel von WooThemes oder ElegantThemes ist beim Bugis Premium WordPress Theme der, das es keine überladenen internen so genannte ePanels gibt wo eine Vielzahl an Einstellungsmöglichkeiten möglich sind.

Zudem verfügt das Bugis Premium WordPress Theme über eine ansprechend sowie sehr gute und detaillierte Dokumentation, genau so wie eine ordentliche und akkurate Programmierung des Quellcode. All das zusammen genommen machen diese Qualitätsmerkmale das Bugis Premium WordPress Theme zu einem echte Vorzeige Produkt, MADE IN GERMANY!

12.00 Euro sind Fair!

NUR 12.00€ für das Bugis Premium WordPress Theme sind meiner Meinung nach mehr als Fair und ein definitives Argument für den Kauf des Bugis Premium WordPress Theme für mich! Und das obwohl ich schon das kostenlos Yoko Theme einsetzte, so wäre dieses WordPress Theme im Vergleich zu diesem Premium WordPress Theme eine wahre Bereicherung für das Yatter Blogprojekt.

Ein Hauch von Tumblr…

Dieser leichte Hauch vom Tumblr Stil gefällt mir beim Bugis Premium WordPress Theme nämlich sowas von verdammt gut, das ich dieses Premium WordPress Theme definitiv in den nächsten Tagen oder Wochen kaufen werde.

Erinnern tut mich die Optik des Bugis Premium WordPress Theme zudem an das P2 Theme, welches bis vor kurzem noch auf dem Yatter Blogprojekt Verwendung fand. Und die 12.00€ investiere ich gerne, vor allem dann wenn es sich dabei um Deutsche Qualitätsarbeit handelt.

[red_box]Und NEIN, ich erhalte keine Beteiligung oder Provisionen beim Kauf des Bugis Premium WordPress Theme über die Links welche hier im Beitrag enthalten sind. Sonder das hier ist mein eigene persönliche Meinung zu diesem genialen Premium WordPress Theme![/red_box]

Priyadi’s Place » Blog Archive » WordPress Plugin: Code Autoescape.

Alles baut auf einer Basis auf, einem Konstrukt oder Struktur welche den Kern von etwas bildet. Beim Minimalismus Design ist der Kern das TwentyTen Design von wordpress.org welches auf dem aktuellen Stand der Theme(Design) Entwicklung von WordPress ist und somit gradezu prädestiniert für mein Vorhaben ist.

Denn mit dem TwentyTen als Kern, in form der Basis auf welchem die Weiterentwicklung sowie Eigenentwicklung des späteren Design aufbaut, ist somit sichergestellt das dieses Design auch für eine längere Dauer bestand hat. Also weitere Update’s von WordPress in puncto Theme(Design) sich weiterhin mit dem Design vertragen und es nicht zu Problem kommt.

Erst mal habe ich das TwentyTen in der aktuellen Version 1.1 aktiviert und werde nun in den kommenden Tage und Wochen damit beginnen die aktuelle Version 1.1 des TwentyTen weiterhin an meine eigenen Wünsche und Vorstellung anzupassen. Ein Kernelement dieses Umbau wird die Transformation von einem 2-Spalten Layout zu einem 1-Spalten Layout sein, wodurch sich dann eventuell die Präsentation des Textes etwas verändern könnte.

Allerdings will ich dieses mal nicht all zu viel an der Basisausrichtung des Textes beim Design abändern, denn Minimalismus heißt für mich auch mit so wenigen wie möglich und so vielen wie nötigen Änderungen das gesamte Design meiner persönlichen Vorlage anzupassen. Auf ein Minimum an möglichen Veränderungen also beschränken welche ich vornehmen kann und trotzdem meiner persönlichen Vorlage dabei gerecht werden.

Somit werde ich also nicht viel im Code herumwühlen und mich auf das wesentliche beschränken, wie zum Beispiel farbliche Anpassungen der Schrift und Links, sowie entfernen der Anzeige der Tags unterhalb der Artikel im auf der Indes Seite. Denn ein weiterer Bestandteil des Minimalismus Design ist für mich persönlich das mittels des 1-Spalten Layout auf genau das fokussiert wird worauf es mir ankommt, den Inhalt der Seite in form des Text!

Die Reihenfolge bei der Präsentation des Inhaltes, also des Textes ist dabei für mich im Bezug auf Minimalismus folgende:

1. Überschrift
2. Datum (optional Wochentag)
3. Artikel Text
4. Weiterlesen Verweis (bei längerem Text)
5. Bearbeiten Link (nur für Autor sichtbar)
6. Optionale Trennlinie zwischen 2 Artikeln

Andere Elemente wie zum Beispiel die Anzeige von Kategorie oder Stichworte(Tags) haben meiner Ansicht nach bei einem Design welches auf Minimalismus setzt nichts im Bereich des Textes zu suchen, jedenfalls nicht in der Ansicht der Index Seite. Ebenfalls gilt hierbei auch wieder für mich der Grundsatz, auf ein Minimum setzten, Weniger ist Mehr!

Das sind die Eckdaten des, meinen Vorstellungen nach entsprechenden, Minimalismus Design welches ich nun langsam aber stetig erarbeiten werde im laufenden Betrieb. Zwar werde ich auch weiterhin lokal per MAMP arbeiten, jedoch werden die Veränderungen immer zu direkt zu sehen sein sobald ein weiterer Arbeitsschritt vollendet wurde.

Dokumentieren werde ich den ganzen Schaffensprozess zudem auch ausführlich, soweit mir möglich mit Bildschirmfotos welche die Vorher und Nachher Ansichten des Design und der damit verbundenen Veränderungen zeigen. Dieses mediale dokumentieren ist in erster Linie für mich selbst gedacht und erster in zweiter Instanz sozusagen für den Besucher gedacht und vielleicht auch zudem interessant.

Erst mal habe ich heute die Einladung von Robert zu Flattr angenommen und dann so gleich festgestellt das ohne Selbsteinlage wohl erst mal nichts läuft. Es sei denn ich habe da was nicht richtig gelesen, denn laut Flattr soll man als Nutzer erst mal sein Geldkonto bei Flattr aufladen und dann quasi erst richtig anfangen.

Kann auch sein das dem nicht so ist, für mich sieht es aber demnach aus. Allerdings gibt es noch einen weiteren Punkt der mich stört an Flattr, den deren Plugin für WordPress soll nicht das beste sein vom Code und der Geschwindigkeit her, wie ich schon mehrfach wo anders gelesen habe.

Davon mal abgesehen stört mich auch, das ich nicht selber individuell selbst bestimmen kann wie viel oder wenig Geld ich pro Flattr Nutzer vergeben kann. Lediglich wird das Geld auf dem eigenen Flattr Konto durch die Anzahl an Klicks auf den fremden Flattr Buttons geteilt, womit Selbstbestimmung nicht möglich ist.

Somit bin ich zwar nun erst mal bei Flattr registriert aber nutzen werde ich Flattr in meinen Blogs erst mal wohl eher nicht. Zudem meine ich, das Flattr wohl für diesen Blog hier eh wenig bis gar nichts bringen würde, da die Themenvielfalt zu arg ist. Bei einem Themenspezialisierten Blog sähe das schon anders aus, meiner Meinung nach.

Zum Beispiel wäre da dieses grauenhafte System namens “Loop” wodurch in der eigentlichen Index nun nur noch eine Hand voll Zeilen an Code stehen. Zudem werden nun “.po” und “.mo” so genannte Sprachdateien genutzt über welche dann die Übersetzung im Design funktioniert, was auf den ersten Blick gesehen auch erst mal soweit gut gelöst scheint.

Manche Änderungen sind dadurch allerdings für Mich, eine große Hürde, da ich teilweise einfach keinerlei Verbindungen finden kann zwischen Code und Sprachdateien. Ich finde die ganze Änderungen am finalen Twenty Ten nicht so toll, denn diese ganzen angeblichen ach so praktischen Neuerungen für die Nutzer erschweren mir nur mehr die Anpassung an meine Vorstellungen.

Von daher bin ich echt am überlegen, ob ich mir das wirklich antun sollte mit dem Neu anpassen und stattdessen nicht weiterhin meine bisherige Version weiterentwickeln sollte. Denn ich mag diese ganzen Neuerungen und angeblichen Verbesserungen von WordPress nur bedingt oder eben gar nicht.

Das WordPress Team, was wohl nur aus Amerikanern besteht, verschandelt das WordPress System zunehmend und macht darüber hinaus aus einem schlichten System ein überladenes System was eher einem CMS gleicht. Nun gut, ich komme vom eigentlichen Thema dem Design ab, woran ich aber wieder mal selber merke wie sehr ich an dem Thema WordPress hänge.

Diese Neuerung kommt mir sehr gelegen und darauf habe ich zum Teil auch schon gewartet, denn soweit mir bekannt ist sollen die Neuerungen und der Haube von WordPress 3.0 schon recht beachtlich sein.

Als Laie was Programmierung angeht, werde ich wohl recht wenig von den ganzen Veränderungen im Code von WordPress 3.0 bemerken, solange meine Design’s dann noch funktionieren ist alles in Ordnung.

Der einzige Punkt worauf ich in puncto Vorfreude verzichten kann wird das Zusammenführen meiner ganzen Projekte dann sein. Meine Einzelversion hier welche bisher alleine als eigenständige Installation läuft und das Netzwerk welches den Rest umfasst und bisher als WordPress MU Version läuft.

Um diesen Punkt habe ich mir schon im Vorfeld so einiges an Gedanken gemacht und wirklich freuen tue ich mich nicht darauf, aber es ist ein notwendiger Schritt welcher mit langfristig gesehen eine Menge an Arbeit sparen wird. Allerdings werde ich dann meine Sicherheitsvorkehrung erhöhen in puncto Passwortlänge und Datenbanksicherungen, sowie den restlichen Kram der da noch mit dranhängt.

Denn wenn mein gesamtes Netzwerk unter WordPress auf einer einzigen Installation läuft, ergeben sich dadurch neue Aspekte in puncto Sicherheitsprävention. Das heißt im Klartext, wenn Jemand in mein System dann einbricht ist das ganze Netzwerk auf ein mal betroffen und nicht mehr nur ein Teil dessen.

Abwägung von Risiken habe ich gemacht, die Zusammenführung wir allgemein mehr Vorteile für mich bieten als Nachteile, welche eh kaum ins Gewicht fallen da schlicht weg nicht existent für mich.

So weit die theoretische Beschreibung eines WYSIWYG -Editor welchen ich bisher immer zu beim Schreiben meiner Artikel im Blog genutzt habe, eben weil ich es irgendwie so gewohnt war.

Es heisst in der Beschreibung für dieses Akronym, dass ich genau das bekomme was ich auch sehe. Nun dem ist nicht unbedingt so und zudem auch nicht immer und eigentlich ist dem teilweise auch gar nicht so.

Durch meine Erfahrungen mit dem Bloggen kann ich sagen, das ich nur teilweise das letztendlich auch bekomme was mir der WYSIWYG-Editor im ersten Moment vorgibt.

Detaillierter kann ich das nicht so genau beschreiben oder formulieren, es ist mehr eine rein subjektive Wahrnehmung von mir. Denn das Schreiben ohne WYSIWYG-Editor ist irgendwie viel klarer, anders kann ich das bisher nicht ausformulieren.

Ohne den Einsatz des WYSIWYG-Editor ergibt sich mir irgendwie ein gänzlich anderer Blick auf meinen Text, viel detaillierter als wie es mit WYSIWYG-Editor bisher der Fall war.

Einen besonderen positiven Lerneffekt hat das Schreiben ohne den Einsatz eines WYSIWYG-Editor zudem auch noch. Das erlernen vom setzten von Code im Text, passiert durch das weglassen eines WYSIWYG-Editor beinahe von ganz automatisch.

Zwar stehen mir nach wie vor beim Schreiben die ganzen Funktionsweisen in WordPress per Schaltflächen zur Verfügung, welche ich jedoch immer seltener nutze. Eher gebe ich manuell die Codebefehle per Tastatur beim Schreiben gleich mit ein, ohne das ich den quasi Umweg über eine Schaltfläche dazu mache.

Eine interessante Veränderungen meiner Arbeitsweise mit dem Medium Blog und dessen eigentlich als Schreibhilfe gedachten WYSIWYG-Editor ist das für mich.

Zu dieser quasi Erkenntnis bin ich sozusagen über Nacht gekommen, denn von ein auf den anderen Artikel habe ich das ganze nämlich umgestellt. Vermissen tue ich nichts bisher, eher befreit fühlt es sich manchmal an beim Schreiben.

Wie ist das bei Dir, ähnliche Erfahrung(en)?

WordPress und das Thema Shortcode in WordPress war bisher immer ein Buch mit Sieben Siegeln für mich, wie es Umgangssprachlich so schön heisst.

Diese Ansicht änderte sich jedoch Gestern, als ich auf der Suche nach einer Lösung war, um Werbung in Blogartikel auf einfache Weise einbauen zu können. An ein Beispiel von Frank Bültge zum Thema ShortCode in WordPress konnte ich mich dunkel erinnern, somit war das mein erster Anhaltspunkt zum Thema Shortcode in WordPress.

Nach ein paar Suchanfragen in den bekannten Suchmaschinen wurde ich dann schnell fündig, in form von mehreren Tutorial’s zum Thema Shortcode in WordPress sowie dessen Verwendung. Dank dieser gefundenen Tutorials konnte ich dann sehr einfach und relativ schnell meine Ideen bezüglich des einfachen Einbau von Werbung in Artikeltexte im Blog umsetzten.

Beim Schweizer WordPress Magazine wurde ich dann schliesslich fündig, in form eines passenden Tutorials mit entsprechend Code Beispiel. Lediglich meinen Werbungs-Code musste ich dann nur noch einfügen und fertig war meine Shortcode Funktion die ich wollte.

Da mein aktuelles Blogdesign TwentyTen v0.7 schon eine functions.php enthielt, entschied ich mich für die Lösung den Code in selbige einzupassen und nicht extern als extra Plugin auszulagern, den mit den verwendeten Plugin’s will ich es nicht übertreiben.

Somit kann ich nun endlich auf recht einfache Art und Weise mittels beschriebenem Shortcode sehr schnell passende Werbeformen in meine Artikeltexte einbetten und zwar ohne das ich dafür viel hin und her Klicken muss.

Die Ausrichtung des Shortcode, also ob Linksbündig oder Rechtsbündig oder anders, nehme ich dann über die HTML Ansicht im Artikeleditor selbst vor. Dabei nutze ich dann nachfolgende Parameter um den Shortcode an die gewünschte Stelle im Text auszurichten.

• Für Linksbündige Ausrichtung: "<div class="alginleft">[werbung-beispiel-1]</div>"
• Für Rechtsbündige Ausrichtung: "<div class="alginright">[werbung-beispiel-1]</div>"

Ob das so in Ordnung ist, im Bezug auf WordPress sowie den Code selbst, da weiss ich aktuell gar nicht mal so genau. Das Ausrichten möchte ich nämlich nach wie vor selbst bestimmen können und nicht schon fest in der functions.php festlegen.

Ich wäre dankbar für Anregungen oder Hilfen zu dem Punkt, sofern sich Jemand damit auskennt. Ansonsten belasse ich es, für’s Erste so.

Weil irgendwie nervt mich dieses kleine orange Icon mit der Zahl darin, teilweise extrem. Nur bisher habe ich keine Ahnung WIE oder WO ich das abstellen kann, oder WAS ich dafür WO in Datei X im Code ändern müsste.

Überhaupt wäre es toll, wenn derartige Funktionen ausgeschaltet werden könnten, ohne dafür manuell im Code von WordPress herumwühlen zu müssen. So eine einfache Option irgendwo im WordPress Backend, in der eingestellt werden kann ob Hinweise dieser Art erscheinen oder nicht, das wäre toll.

In etwa zu 90% also eine Großteil, konnte ich all das übernehmen oder einbauen was ich wollte, nur bei ein paar Elemente bekam ich ein paar Probleme bezüglich des Einbau per Widget in die Seitenleiste. Eines dieser Probleme ist Backlinkseller und das nicht vorhanden sein eines Plugin für WordPress von eben Backlinkseller.

Das erschwert den Einbau des Code in die Seitenleiste zwar nicht unbedingt, aber bringt mich wieder an den Punkt zurück von dem ich mit dem neuen Blog Design weg wollte.

Nämlich die Steuerung und Verwaltung der Seitenleiste komplett über Widgets was eine Menge an Komfort mitbringt. Schnelle und vor allem unkomplizierte Änderungen an dem Aufbau der Seitenleiste sind somit innerhalb von Sekunden erledigt und bedürfen nur ein paar Klicks im WordPress Administrationsbereich.

Natürlich habe Ich einfach mal per E-Mail bei Backlinkseller angefragt, aber eine wirklich zufrieden stellende Antwort bekam ich nicht.

Backlinkseller Antwort:

…momentan wird ein solches Plugin von uns leider nicht angeboten.
In der Zukunft ist dies jedoch geplant.

Das war die Antwort von Kundendienst von Backlinkseller zu meiner Anfrage, wobei meine Anfrage per E-Mail ähnlich kurz gehalten war. Sehr schade wie ich finde, denn nun muss ich wieder selbst Hand an den Code der Seitenleiste legen.

Backlinkseller ist nach wie vor ein Klasse Anbieter für mich und gutes Geld verdiene ich auch durch deren Service, jedoch finde ich das nicht so toll das solch ein Plugin einfach nicht angeboten wird.

MyLinkState macht es da schon eher richtig mit dem Anbieten von Einbauhilfen, wobei bei MyLinkState der Preis pro Link etwas geringer ist im Verlgeich zu Backlinkseller.

Jedoch bietet MyLinkState nicht nur einfach ein Plugin für WordPress zur einfachen Installation an, sondern auch für eine Hand voll von anderen Systemen wie Drupal oder Joomla so als Beispiel.

Den Einbau des Code von Backlinkseller manuell per Hand in die Seitenleiste werde ich also als nächsten Punkt auf meiner Zu Erledigen Liste hinzufügen und die Tage dann angehen.

(Text enthält Reflinks)

Unter der Adresse 2010dev.wordpress.com kannst Du dir die fortschreitende Entwicklung des WordPress Theme anschauen und im Detail mitverfolgen, genau so wie ich das bisher auch schon mache.

Eigentlich lasse Ich die Finger von Dingen die sich noch im Entwicklungsprozess befinden, weil meistens stecken da noch viele Fehler in der Entwicklungsversion. Beim 2010 Theme allerdings konnte und wollte Ich nicht die Finger von lassen und somit habe ich mir die aktuelle Version 0.7 des 2010 Theme mal besorgt und schon damit begonnen meinen Ansprüchen nach umzugestalten.

Denn die Entwicklungsversion des 2010 Blog Theme basiert auf dem Kirby Theme und enthält sogar teilweise noch Anmerkungen bezüglich des Kirby Theme im Code.

Da die Weiterentwicklung des Kirby Theme in form des 2010 Theme Mir persönlich aber viel besser gefällt, weil unter anderem der Code für mich übersichtlicher ist und die Struktur des 2010 Theme mir auch besser gefällt, habe ich mich dazu entschlossen das 2010 Theme für meine Neugestaltung zu nehmen.

Durch einen Kommentar von Frank Bültge auf dem Blog von Perun, bekam ich allerdings erst die Möglichkeit mir die aktuelle Entwicklungsversion 0.7 des 2010 Theme zu besorgen. Denn ich wusste bis dahin gar nicht, das sowas möglich war.

Auch wenn sich das 2010 Theme aktuell noch in der Entwicklung befindet, so ist es meiner Meinung nach dennoch so stabil und funktionsfähig wie das ursprüngliche Kirby Theme von dem es ja abstammt.

Diese Weiterentwicklung welche das WordPress Team da aktuell vornimmt, erweitert das ursprüngliche Kirby Theme eher und macht es dann letztendlich zu einer Eigenversion in form des 2010 Theme als neues Standard Theme für WordPress.

Wenn ich also jetzt schon mit der aktuellen Version 0.7 des 2010 Theme arbeite, dann erhalte ich zum einen eine Weiterentwickelte Version des ursprünglichen Kirby Theme. Zum anderen erhalten Ich die Möglichkeit das 2010 Theme schon mal vom Code her genauer kennen zu lernen.

Wenn dann die finale Version des 2010 Theme erscheint, wird es somit für Mich dann wahrscheinlich leichter werden die finale Version anzupassen, sofern ich die finale Version am Ende überhaupt dann auch nutzen will.