DIY WordPress Framework Teil 4 Verwenden des Frameworks als Boiler Plate

Letztes Mal haben wir unser Framework als Kindenthema verwendet und ein völlig neues Thema erstellt, das vom Framework abhängt. Heute werden wir unser Framework als Boilerplate verwenden, den Ordner kopieren und direkt bearbeiten.

Nun mögen einige Leute die Gründe hinterfragen, und das ist fair. Warum sollten wir den Rahmen selbst ändern? Meine ursprüngliche Absicht für dieses Framework war eigentlich nur eine Boilerplate - etwas, das ich kopieren, einfügen und modifizieren konnte - die HTML5-Boilerplate. Aus diesem Grund verwende ich meistens meine Heizplatte und kopiere und füge sie einfach ein.

Diese Methode hat auch einige Vorteile. Wenn Sie z. B. strukturell ein sehr anderes Design verwenden, müssen Sie die meisten Vorlagenseiten sowieso neu schreiben. Der Hauptgrund bei der Erstellung des Frameworks bestand darin, meine CSS und häufigere Funktionen erneut zu verwenden. Es folgte einfach eine Kopfzeile, eine Fußzeile, ein Index usw., damit das Thema funktioniert. Ich habe zwar versucht, es so generisch wie möglich zu machen, aber ich wollte es auch leicht halten. Aus diesem Grund gibt es keine Engine zum Einfügen von Code in verschiedene Teile des Themas, wie in Themaic oder anderen größeren Frameworks, die ich bevorzugen. Wie ich bereits in Teil 1 gesagt habe, wollte ich keine völlig neue API erstellen, um zu lernen, wann die WordPress-API bereits vorhanden ist.


Fertig machen

Bevor wir anfangen, sollten wir einige Ziele für die Verwendung eines Frameworks als Boilerplate beschreiben. Erstens sollten wir nur Dateien ändern, die geändert werden müssen. Denken Sie daran, außerhalb der Kopf- und Fußzeile haben wir versucht, die anderen Seiten so generisch wie möglich zu gestalten. Das heißt, wenn CSS verwendet werden kann, um das, was bereits vorhanden ist, zu ordnen, könnten wir das genauso gut verwenden, da es weniger Arbeit (bearbeitungsmäßig) für uns ist. Wir sollten auch bedenken, was sich in unseren Theme-Dateien befindet. Wir haben 2 Widget-Bereiche (einen in der Fußzeile) und einige Funktionen, die für die Wiederverwendung vorgesehen sind. Wir sollten diese nutzen, wenn wir können. Davon abgesehen, möchten wir Sie daran erinnern, womit wir anfangen:


Unser Rahmen

Das allererste zuerst: Lassen Sie uns unser Framework kopieren und durchblättern und für die Verwendung vorbereiten. Ich habe gerade meinen Ordner / wp-boilerplate / kopiert und ihn in / wp-boilerplate-copy / umbenannt (da gehe ich wieder mit den Creative-Namen). Wie immer ändern wir unsere style.css-Datei:

 / * Themenname: Framework Copy Theme-URI: http: //example.com/ Beschreibung: Kopie des Framework-Theme-Autors: Ihr Name Autor-URI: http: //your-site.com/ Version: 1.0 * /

Denken Sie daran, wir brauchen das nicht Vorlage Linie diesmal, weil dies eine direkte Kopie des Frameworks ist.


Strukturelle Veränderungen

Bevor wir in das CSS eintauchen, sollten wir uns überlegen, welche strukturellen Änderungen wir vornehmen möchten. Ich möchte ein paar Dinge zum Gesamtdesign der Site tun. Der erste ist die Platzierung der Navigation über dem Site-Namen und der Suchleiste (die wir ebenfalls hinzufügen werden). Ich möchte es auch so machen, dass die Kopf- und Fußzeilen die Breite des Bildschirms des Benutzers erweitern, während der Inhalt auf einer festgelegten Breite von 960 Pixeln gehalten wird. Dies ist das Endprodukt, an dem wir arbeiten werden:


Unser Endprodukt

Als nächstes ändern wir den Header. Hier ist alles in der header.php nach der Etikett:

 

">

Sie sollten ein paar Dinge beachten. Ich habe die Hauptcontainer-ID in "Wrapper" geändert und eine "Contain" -Klasse hinzugefügt. Dies ist so, dass wir die beiden nicht verwechseln würden. Der # Wrapper wird weiterhin auf die gesamte Seite angewendet. Da Kopf- und Fußzeile jedoch die gesamte Breite des Bildschirms des Benutzers vergrößern sollen, müssen Sie die Breitendefinition entfernen. Da wir jedoch weiterhin möchten, dass der tatsächliche Inhalt auf der ursprünglichen Breite von 960 Pixel gehalten wird, müssen wir eine separate Klasse erstellen, die wir für mehrere Inhaltsbereiche verwenden werden. So sieht das CSS für #wrapper und .contain aus:

 #wrapper text-align: left; Hintergrund: #FFFFFF; Farbe: # 333333;  .contain width: 960px; Marge: 0 auto; 

Wie Sie sehen, haben wir die Informationen zu Breite und Ausrichtung nach .contain verschoben. Wir werden jetzt footer.php so anpassen, dass sie mit header.php übereinstimmt:

  

© ">

Sie können sehen, dass ich neben dem Abgleichen unserer divs aus der header.php auch ein .contain -Div um den Fußzeileninhalt eingefügt habe. Ich habe auch die Seitenleiste in die Fußzeile verschoben. Wie einige unserer Leser in Teil 2 festgestellt haben, ist dies etwas SEO-freundlicher.

Nachdem wir nun die Hauptstruktur der Site geändert haben, können wir uns nun eine unserer Vorlagenseiten ändern.

Vorlagenseiten ändern

Wir werden hier eigentlich nicht viel tun. Ich möchte nur eine kleine Änderung (Code-weise) in index.php vornehmen. In der Schleife, wo wir unseren Titel und das Datum platzieren:

 

j ')?>

"rel =" bookmark "title =" Permanenter Link zu ">

'); ?> Gepostet in |

Hier habe ich die Titel- und Datumszeilen umgedreht und die Klasse .date dem Absatz mit der Datumsinformation zugewiesen. Ich habe auch alle Post-Informationen in die .entry-Klasse gestellt. Ich könnte also für jeden Beitrag ein kleines Datumsfeld links neben dem Beitrag erstellen.

Hinweis: Wie ich bereits erwähnt habe, ist dies ein lebendiges Projekt, das sich ständig ändert. In zukünftigen Builds werde ich wahrscheinlich die Datumsklasse beibehalten, damit ich diesen Abschnitt leichter stylen kann.


Unser Date Square

Den Rest meiner geplanten Änderungen können wir mit CSS machen, da die Seiten so codiert wurden (worüber ich im nächsten Abschnitt sprechen werde). Wenn Sie jedoch das Framework als Hintergrundbild verwenden, können Sie Änderungen an unserem Thema leichter vornehmen als ein untergeordnetes Thema, wenn Sie bestimmte Vorlagen neu anordnen oder neu erstellen möchten.

Das neue Design gestalten

Nachdem wir unsere strukturellen Änderungen vorgenommen haben, werfen wir einen Blick auf einige CSS. Ich werde die wichtigen Teile hier hervorheben. Das gesamte CSS ist in den Designdateien enthalten, die diesen Beitrag begleiten. Schauen wir uns zunächst das CSS für unseren Header an, der die größte Transformation durchlaufen hat.

 Header Hintergrund: #fafaed; Textausrichtung: rechts; Rahmen unten: 1px fest # 999999; Rand unten: 15px;  header nav ul, Header h1, Header-Formular margin-top: 0;  header h1 float: left; Farbe: # 08034d; Schriftgröße: 2.8em;  Header h1 a, Header h1 a: besucht color: # 333333; Textdekoration: keine;  Kopfzeilenform Textausrichtung: Rechts;  Kopfzeileneingabe padding: 5px; Schriftgröße: 1.4em;  nav text-align: center; Hintergrund: # 333333; Breite: 800px; Marge: 0 auto;  nav ul padding: 10px; nav ul li anzeigen: inline; Polsterung: 0 15px;  nav ul li a, nav ul li a: besucht font-size: 1.4em; Farbe: #FFFFFF; Schriftdicke: fett; Textdekoration: keine;  nav ul li a: hover color: #CFCFCF; 

Hier können Sie sehen, dass wir Hintergrundfarben und Schriftstile für unsere Header-Elemente sowie einige strategische Platzierungen angewendet haben. Unser Ergebnis ist ein völlig anderer Header als der des ursprünglichen Frameworks.


Unser neuer Header

Der andere Teil unseres CSS, den ich hier hervorheben wollte, war, wie ich die Seitenleiste "reparierte":

 #wrapper beiseite margin-left: 675px;  #content width: 660px; Schwimmer: links; Schriftgröße: 1.25em; 

Wie Sie wissen, war unser CSS für diesen Abschnitt mehr oder weniger hier - wir mussten nur das Gegenteil von dem machen, was wir hatten, seit wir die Reihenfolge unseres Codes geändert haben. Sauber und ziemlich einfach!

Der Rest des CSS ist ziemlich unkompliziert und wie ich bereits erwähnt habe, ist es in der Quelle für diesen Beitrag enthalten. Ich habe das Post-CSS geändert und einige Standardstile in Bezug auf Farbe, Größe und Auffüllung / Rand auf unsere HTML-Tags angewendet

Fazit

Ich wollte diese Serie abschließen, indem ich die Vorzüge dieser Methode abwägte, anstatt ein untergeordnetes Thema zu erstellen, da dieser Beitrag eher ein Proof of Concept-Post war (das vollständige Thema zu machen, würde sehr lange dauern, aber ich könnte tiefer in die Tiefe gehen.) eine, wenn es gewünscht wird). Ich würde sagen, dass die Copy-and-Paste-Methode am besten ist, wenn Sie wesentliche Änderungen am Framework vornehmen. Sie erhalten immer noch den Code, den wir erstellt haben, aber Sie müssen weniger Zeit damit aufbauen, was wir bereits in einem untergeordneten Thema erstellt haben. Während wir hier geringfügige Änderungen vorgenommen haben, können wir auf ein Design stoßen, bei dem wir mehrere Seiten ändern müssen. Da der Basiscode bereits vorhanden ist, gibt es bereits eine große Hilfe für die Referenz und Wiederverwendung. Im Allgemeinen gehe ich die Copy-and-Paste-Route, da ich versuche, nicht alle meine Designs gleich aussehen zu lassen.

Was ist mit dir? Was glaubst du, was du mehr tust??

Code