Wenn Sie ein WordPress Theme-Entwickler und ein Sass/Compass-Nutzer sind, erstens: toll, Sie sind großartig! Zweitens: Es gibt dieses kleine Problem bezüglich der Kompilierungsorte, das Ihnen wahrscheinlich begegnen wird, also lösen wir es jetzt.
Es gibt zwei sehr wichtige Dinge in Bezug auf CSS und WordPress Themes
- In jedem Theme-Ordner muss unbedingt eine „style.css“-Datei vorhanden sein.
- Diese Datei muss unbedingt mit einem Kommentarblock wie diesem beginnen
/*
Theme Name: Twenty Ten
Theme URI: http://wordpress.org/
Description: The 2010 default theme for WordPress.
Author: wordpressdotorg
Author URI: http://wordpress.org/
Version: 1.0
Tags: black, blue, white, two-columns, fixed-width, custom-header, custom-background, threaded-comments, sticky-post, translation-ready, microformats, rtl-language-support, editor-style, custom-menu (optional)
License:
License URI:
General comments (optional).
*/
Wenn die Datei nicht vorhanden ist oder der Kommentarblock fehlt, erkennt WordPress das Theme nicht einmal.
Wenn Sie mit Sass/Compass arbeiten und ein **sehr einfaches** Stylesheet für Ihr Theme haben, vielleicht alles in einer Datei, und Sie nur einen Ordner wie diesen haben
/wp-content
/themes
/your-theme
config.rb
index.php
style.scss
style.css
Ihre config.rb-Datei (für Compass) ist sehr Standard, wie diese
http_path = "/"
css_dir = ".."
sass_dir = ".."
images_dir = "images"
javascripts_dir = "js"
output_style = :compressed
environment = :development
Das ist in Ordnung. Sie sind bereit. Alles, was Sie tun müssen, ist, sicherzustellen, dass Sie ein „!“ in den Kommentaren am Anfang der style.scss-Datei verwenden, damit der Kommentar auch beim Kompilieren/Komprimieren erhalten bleibt
/*!
Theme Name: Your Theme
etc...
*/
Das Problem
Viele von uns haben keine so einfache Einrichtung. Ich arbeite gerne in kleinen Einheiten mit meinem Sass und packe nicht alles in eine Datei. Ich ziehe es vor, CSS- und SCSS-Ordner in meinem Theme zu haben. Wie
/wp-content
/themes
/your-theme
/css
site-sub-section.css
/scss
_grids.scss
_normalize.scss
_typography.scss
site-sub-section.scss
config.rb
index.php
style.scss
style.css
Das Problem ist, dass es keine Compass-Konfiguration gibt, die diese Kompilierungspfade zulässt.

Die Lösung
- Stellen Sie Ihre Konfiguration auf den noch stärker standardmäßigen Kompiliervorgang des SCSS-Ordners in den CSS-Ordner ein.
- Verschieben Sie den style.scss-Ordner in den SCSS-Ordner.
- Verschieben Sie nach erfolgreicher Kompilierung von style.scss in style.css die style.css automatisch in den Stammordner.
Neues config.rb
http_path = "/"
css_dir = "css"
sass_dir = "scss"
images_dir = "images"
javascripts_dir = "js"
output_style = :compressed
environment = :development
Anscheinend wird jeder Code, den Sie in config.rb einfügen, bei jeder Kompilierung ausgeführt. Um #3 zu erreichen, können wir Ruby-Code schreiben, der ausgeführt wird, wenn bestimmte Ereignisse eintreten. In unserem Fall prüfen wir, wenn eine Stylesheet-Datei gespeichert wird (Compass hat sie kompiliert), ob die Datei „style.css“ heißt und verschieben sie dann ein Verzeichnis nach oben. Die puts-Anweisung dient nur dazu, dass Sie sie bei Bedarf von der Kommandozeile aus beobachten können.
require 'fileutils'
on_stylesheet_saved do |file|
if File.exists?(file) && File.basename(file) == "style.css"
puts "Moving: #{file}"
FileUtils.mv(file, File.dirname(file) + "/../" + File.basename(file))
end
end
Danke an Christopher Eppstein, dass er mir gezeigt hat, wie das funktioniert.
Wie wäre es mit einer anderen Methode?
1) Fügen Sie eine leere style.css-Datei in Ihren Theme-Ordner ein, die nichts außer dem regulären Theme-Kommentar/der Deklaration enthält (um sicherzustellen, dass WP sie als Theme erkennt).
2) Fügen Sie die style.css NICHT in den header.php Ihres Themes ein
3) Enqueuen Sie stattdessen die kompilierte Sass-Datei aus Ihrer functions.php und dem Ordner Ihrer Wahl.
Es ist spät und ich denke laut nach, also entschuldigen Sie, wenn ich mit dieser Idee daneben liege. Es scheint, als ob es funktionieren sollte?
Das sollte also funktionieren. Ein Nachteil ist, dass es für jemanden, der das Theme verteilt, verwirrend sein könnte, wenn er
style.cssöffnet und ein leeres Stylesheet findet.Sicher, das macht auch Sinn. Machen Sie nicht wie ich zuerst und fügen Sie eine style.css-Datei ein, die etwas aus dem /css/-Verzeichnis @importiert. Das sind zwei Anfragen ohne Grund, was mich auf diesen Weg gebracht hat.
Beachten Sie auch, dass dann
bloginfo('stylesheet_url');Ihr leeres Stylesheet zurückgibt. Leicht zu beheben, aber es würde mich betreffen, da ich das gerne benutze.@matt: Danke, das ist genau so, wie ich es auch mache. Ich schließe manchmal sogar einen Less-Compiler für die Theme-Anpassung ein (damit WordPress keine Inline-Stylesheets ausgibt – ich filtere diese).
@josh: Wenn Sie bereit sind, styles.css zu öffnen, können Sie auch herausfinden, wo sich der eigentliche Code befindet.
Die von Matt vorgeschlagene Methode (style.css nur mit WP-Kommentaren und @import) ist die gleiche, die ich auch verwende, und ich denke, das ist der beste Weg.
Ich glaube nicht, dass das verwirrend ist, wenn Sie das Theme verteilen, denn wenn jemand eine CSS-Datei öffnet, können Sie sicher davon ausgehen, dass er ein Webdesigner ist oder zumindest jemand, der weiß, was er tut. Ein guter Theme-Entwickler bietet ohnehin andere Möglichkeiten für unerfahrene Benutzer, das Aussehen des Themes zu ändern.
SCSS-Dateien, die überall in meinem Theme verstreut sind – *das* ist für mich verwirrend. Ich würde alle meine SASS-Dateien im .sass-Ordner aufbewahren, damit ich weiß, wo ich sie finde.
Genau das würde ich auch tun :).
@Josh: Füge einfach einen weiteren Kommentar in deine leere style.css ein, der auf das eigentliche Stylesheet verweist – das sollte ohnehin nicht schwer zu finden sein…
@Josh – stimmt, aber es ist brillant für Leute wie mich, die Themes nur für Kunden erstellen und für meine eigenen Nebenprojekte. Ich werde definitiv @Matts Methode anwenden.
Gibt es irgendwo eine gute Schritt-für-Schritt-Anleitung für Matts bevorzugte Methode?
Verwenden Sie immer noch CodeKit zum Kompilieren von allem? Ich habe ein
scss-Verzeichnis in mein Theme mit all meinen Partial-Dateien und einerstyle.scss, die alles @importiert. Dann habe ich in meiner config.rg Folgendes eingestellt:css_dir = "/"undsass_dir = "scss". Kein zusätzlicher Ruby-Code erforderlich und es wird in style.css im Stammverzeichnis des Themes kompiliert.Matt, das ist großartig und sehr einfach zu implementieren, danke, Kumpel! Habe meine Seite gerade aktualisiert und es funktioniert einwandfrei. Das Ändern des
css_dirhat ein paar Pfade kaputt gemacht, aber ich habe sie als Variablen gespeichert, so dass es nicht schwer war, sie von$image-path: ('../images/');auf$image-path: ('./images/');zu aktualisieren.Ja! Genau so mache ich es auch. Ich denke, es ist der einfachste Weg, loszulegen. Dieser zusätzliche Ruby-Code scheint jedoch interessant genug zu sein, um ihn auszuprobieren.
Das funktioniert bei mir super! Danke Matt. Noch ein Punkt: Wenn jemand von Ihnen Espresso als Code-Editor verwendet – seien Sie vorsichtig. Ich habe mir die Haare gerauft wegen fehlgeschlagener Kompilierungen. Am Ende habe ich es auf inkonsistente Dateikodierungen zurückgeführt, die von Espresso verursacht wurden. Hoffe, das hilft jemandem.
Warum sollten Sie die Ruby- und PHP-Dateien durcheinanderbringen? Ich würde Ihnen empfehlen, zu verwenden
https://github.com/roytomeij/sass-for-wordpress/
oder
http://forge.thethemefoundry.com/
anstatt mit den Dateien herumzuspielen.
Yoosuf
Sieht cool aus, aber
Ich bin so ein Noob, ich will gar nicht erst über die Installation von Ruby und Gems auf meinem Server nachdenken. Wer weiß, welche Ressourcen das verbraucht und worüber ich mich dann noch um zusätzliche Sicherheit kümmern muss.
Ich wollte das in meinem ersten Kommentar einfügen, aber ich habe alles in meinem WordPress Starter Theme auf Github eingerichtet: https://github.com/mattbanks/WordPress-Starter-Theme
Ich entwickle auch so, wie Matt es sagt. Ich denke, Einfachheit siegt. Platzieren Sie einfach eine leere style.css im Stammverzeichnis Ihres Themes, nur um WordPress zufriedenzustellen, und arbeiten Sie normal mit Sass, d.h. Sie schreiben Ihre SCSS in Ihrem Sass-Ordner und erhalten das kompilierte CSS im CSS-Ordner. Dann enqueuen Sie die kompilierte style.css aus dem CSS-Ordner während der Entwicklung und verschieben Sie sie im fertigen Zustand in das Stammverzeichnis, um die leere durch die kompilierte zu ersetzen. Ich habe viele SCSS-Partials, die in die kompilierte style.css importiert werden und es funktioniert großartig.
Hm, funktioniert diese Lösung auch unter Windows mit Compass.app?
Ich war der Meinung, dass mit dieser Einrichtung die .SCSS-Datei in einem Ordner namens „SASS“ liegen *muss* und immer in einen Ordner namens „stylesheets“ kompiliert wird – das ist einfach dort, wo Compass.app die Eingabe und Ausgabe verarbeitet, und ich habe keine Möglichkeit gefunden, das irgendwo zu ändern.
Ich bin mir nicht sicher, ob das auf Mac dasselbe ist.
Compass.app erfordert keine zusätzlichen Ruby-Konfigurationen, sodass das Festlegen der Pfade und so weiter nicht relevant ist, schätze ich.
Daher müssen diejenigen, die Compass.app verwenden, möglicherweise @import „stylesheets/default.css“; in styles.css verwenden und Compass.app den Ordner theme/themename beobachten lassen.
Ich könnte mich aber auch irren.
HINZUFÜGEN: Die config.rb kann bearbeitet werden, sodass sie eine Datei von /stylesheets in das Theme-Stammverzeichnis verschiebt. Nur ich bin mir nicht sicher, welche config.rb verwendet werden soll (ich habe Dutzende in meinem C:/Ruby-Ordner). Wenn ich darüber nachdenke, wird mich die Bearbeitung der richtigen config.rb-Datei wahrscheinlich dazu befähigen, die Pfade so festzulegen, dass ich nicht mehr an die SASS- und STYLESHEETS-Ordner gebunden bin.
Aber nun ja, Compass.app ist für diejenigen, die sich nicht mit den Ruby-Sachen auseinandersetzen wollten! ;)
Ist es möglich, dass Sie erklären, wie Sie die config.rb modifizieren? Wenn ich versuche, sie zu öffnen, habe ich kein Programm, das sie unterstützt. Ich benutze auch die Compass-App für Windows. Ich bin hier absolut neu und finde es sehr schwierig, Ressourcen für Anfänger zu finden (und noch schwieriger für Anfänger, die die Compass-App verwenden).
Entschuldigung, ich war dumm. Problem gelöst. Musste nur mit der rechten Maustaste klicken und mit Sublime Text öffnen :) Jeglicher anderer Rat, den Sie haben, würde ich schätzen :)
Hallo Brooke,
Es gibt mehrere Stellen, an denen Sie mehr über Sass/Compass erfahren können. Hier sind ein paar für den Anfang.
http://thesassway.com/beginner
http://net.tutsplus.com/tutorials/html-css-techniques/mastering-sass-lesson-3/?search_index=2
Und da Sie erwähnt haben, dass Sie auf Windows sind, habe ich dies verwendet, um mein Setup zu erstellen.
http://marshallford.me/articles/windows-workflow
Dort werden verschiedene Dinge behandelt, von der Verwendung einer besseren Konsole bis hin zur Einrichtung von Dingen wie Versionskontrolle und Sass/Compass. Ich würde nur die Teile auswählen, die Sie einrichten möchten.
Ich habe mich von der Verwendung von Apps wie Prepros und Compass App abgewandt und benutze jetzt nur noch die Kommandozeile. Es braucht etwas Gewöhnung, aber es funktioniert gut. Aber ich mochte Prepros sehr und würde es empfehlen. Sie können die kostenlose Version nutzen und sie ist einfach großartig. Ich würde die Pro-Version holen, wenn Sie diese anderen Funktionen benötigen.
Ich hoffe, das hilft Ihnen bei Ihrer Reise.
Das scheint ein riesiger Overkill zu sein. Wie wäre es damit?
Und es hat nur gekostet,
cssdurch.zu ersetzen.Ich glaube nicht, dass das funktioniert.
Das wird alles in SCSS in den Stamm kompilieren und eine große, schlampige Unordnung im Stamm Ihres Theme-Ordners hinterlassen.
Ich schätze, das stimmt, wenn man den Rest des CSS im
css/-Ordner haben muss. Aber manche Leute haben vielleicht nicht mehrere Stylesheets für ein Theme, das sie neu verpacken wollen, usw., oder haben nur das eine (kompilierte) Stylesheet. Das bietet eine einfache Lösung. WordPress ist nicht das einzige CMS, dem ich begegnet bin, das dies tut, aber eine bestimmte Stelle zu haben, an der ein Stylesheet *sein muss* und diese Stelle nicht bearbeiten zu können, ist super lahm. Eine weitere Alternative (die einige Nachteile hat, wie bereits besprochen, aber nur damit Sie Optionen haben) ist die Erstellung eines Symlinks, wie z. B. dieser Befehl (ausgeführt von Ihrem Theme-Verzeichnis)Das würde zumindest ermöglichen, dass
blog_info('stylesheet_url')funktioniert, könnte aber in einem neu verpackten Szenario einen anderen Entwickler verwirren.Symlinks sind in CodeKit problematisch.
Es gibt einen viel einfacheren Weg, das zu tun, und so sind alle meine WP-Themes eingerichtet..
in config.rb
dann Ihr Sass-Verzeichnis (das einzig Wichtige ist die style.scss)
Übrigens, indem Sie die css_dir auf das Stammverzeichnis setzen, können Sie effektiv Ihre vollständige Verzeichnisstruktur im /sass-Verzeichnis aufbauen, um Ihr tatsächliches Projekt zu spiegeln. Wenn Sie also Stylesheets in Ihrem /admin/assets/css-Verzeichnis haben, legen Sie einfach dieselbe Struktur in Ihr /sass-Verzeichnis, d. h. /sass/admin/assets/css, und alle .scss-Dateien werden an ihren richtigen Platz kompiliert.
Ich habe nur einen @import in style.css
@import url(stylesheets/screen.css);in config.rb setze ich relative Pfade auf true
Ich habe mich neulich damit herumgeschlagen und nichts so Gutes gefunden. Gute Arbeit. Mir gefällt dieser Ansatz. Sie haben immer noch Ihre SCSS-Dateien zusammen und es verschiebt sie nur, während alle Ihre anderen CSS-Dateien im CSS-Ordner bleiben, sehr cool.
So sieht meine Konfiguration mit CodeKit aus. Scheint für mich zu funktionieren. Ich vermisse aber sicher etwas.
http_path = "/"css_dir = ""
sass_dir = "scss"
images_dir = "img"
javascripts_dir = "js"
Ein paar Dinge, die es nicht tut (was ich gerne in Kauf nehme)
Behält nicht den Standard bei, alle CSS im CSS-Ordner zu haben.
Alle meine SCSS werden sowieso zu einer einzigen style.css kompiliert. Das ist für mich in Ordnung, aber vielleicht nicht für Sie.
Völlig in Ordnung, aber wie Sie sagten, es kompiliert nicht von SCSS nach CSS. Ich weigere mich einfach, jede einzelne CSS-Datei aus SCSS in meinem Stammverzeichnis des Themes zu haben. Das wäre bei einigen meiner Projekte ein großes Durcheinander.
Chris, alle .scss-Dateien, die Sie in einem Ordner in Ihrem /sass-Verzeichnis haben, werden in diesen Ordner in Ihrem Projekt kompiliert, wenn Sie css_dir = "" haben. Daher können Sie Ihre scss-Dateien überall dort kompilieren lassen, wo Sie möchten. Sie werden nicht in den Stamm kompiliert, es sei denn, Sie lassen sie einfach im Stamm Ihres /sass-Verzeichnisses liegen. Wenn Sie möchten, dass Ihre Dateien nach /yourproject/css kompiliert werden, legen Sie einen /css-Ordner im Sass-Ordner ab, wie z.B. /yourproject/sass/css.
d.h. /yourproject/sass/css/style.scss wird zu /yourproject/css/style.css kompiliert
Probieren Sie es aus, es ist bei weitem der einfachste Weg, Ihre Stylesheets zu organisieren, und Sie haben die vollständige Kontrolle darüber, wohin sie kompiliert werden, einfach indem Sie sie in den Ordnern organisieren, in die sie relativ zu Ihrem Projektstammverzeichnis in Ihrem Sass-Ordner kompiliert werden sollen.
Ich wusste nicht, dass es Sass/Compass in Bezug auf WordPress gibt. Aber jetzt verstehe ich es. Danke für den schönen Beitrag. Ich versuche, das zu implementieren und werde mich bei Ihnen melden, wenn ich Ihre Hilfe brauche.
Prost..!
Im neuesten WordPress (3.4.2) benötigen Sie den Kommentarblock am Anfang Ihrer
style.cssnicht mehr, damit er erkannt wird. Ein Ordner in Ihrem Themes-Verzeichnis mit einer leerenindex.phpundstyle.cssreicht aus.Ah, das ist gut zu wissen, das könnte sich als nützlich erweisen! Gibt es einen Link, wo ich mehr darüber erfahren kann?
Hallo zusammen,
Ich habe normalerweise ein „styles“-Verzeichnis, das in ein „scss“-Verzeichnis kompiliert wird, und ein „scripts“-Verzeichnis, das in ein „js“-Verzeichnis minimiert wird, im Moment benutze ich kein CoffeeScript, aber das würde gut dafür funktionieren. Ich benutze auch den Ansatz, dass die style.css im Stammverzeichnis nur die Theme-Informationen enthält und das Theme nicht verlinkt.
Funktioniert für mich ziemlich gut!
Ich benutze das gute alte @import-Ding und eine Sache, warum benutzt du *:after und *:before für Box-Sizing. Ich frage mich, warum * { box-sizing: border-box} nicht funktioniert.
@Madalena: Allein die Möglichkeit, automatische Sprites durch Compass in Kombination mit SASS zu erstellen, kann schon ausreichen, um nie wieder zu reinem CSS zurückzukehren. Da Sie LESS verwenden, kann ich verstehen, dass Sie dabei bleiben...
Die gesamte JavaScript-Implementierung von LESS ist es, die mich davon abhält, es außerhalb von Compass zu verwenden: Ich schaudere bei dem Gedanken, was passieren würde, wenn ein Browser JavaScript deaktiviert hätte und ich LESS als LIVE-CSS-Engine verwenden würde...
Nennen Sie mich verrückt, aber warum nicht einfach Standard-CSS verwenden?
Wenn Sie diese Frage stellen müssen, haben Sie SASS eindeutig noch nicht verwendet. Es wird Ihre Codiermöglichkeiten revolutionieren und Sie viel effizienter machen.
Aber es ist nur eine zusätzliche Entwicklungsschicht, um die Sie sich kümmern müssen. Verstehen Sie mich nicht falsch, SASS und LESS sind großartige Ideen. Aber es ist nur eine zusätzliche Schicht.
Ich arbeite nicht gerne mit Sass, ich denke auch, dass es nur mehr Kram ist, um den man sich kümmern muss, anstatt das zu tun, was wirklich wichtig ist. Less funktioniert gut für mich, und es ist erschreckend einfach. Ich denke, es gibt bessere Werkzeuge für das, was Sass tut, die nicht so viel Kopfzerbrechen bereiten.
Nur meine Meinung…
Aber ich kann die sehr guten Projekte, die mit Sass gemacht werden, auch schätzen.
Ich denke, das hängt wahrscheinlich stark davon ab, welche Art von Projekten Sie durchführen, und von dem, was ich gesehen habe – teilweise davon abhängend, wie Sie arbeiten/denken.
Für mich könnte ich niemals aufhören, SCSS zu verwenden, weil ich zum Beispiel Variablen für Farben habe und dann Sass-Funktionen verwende, um diese Farben zu ändern (abdunkeln/aufhellen/saturieren/entsättigen usw.). Ich benutze auch Compass viel für die Mixins, da ich verrückt werden würde, wenn ich mir die Border-Radius-Syntax für die verschiedenen Browser merken müsste.
Also ist es für mich nicht nur eine weitere Ebene, um die ich mich kümmern muss. Es ist alles, was CSS in der idealen Welt gewesen wäre =)
Melindrea, ich kann das alles mit Less machen… die Farbvariablen und das Abdunkeln/Aufhellen auch, die Mixins… Was ich meinte, ist, dass Sass viel zu viel zusätzlichen Kram hat, den man nicht wirklich braucht…
Siehe bei der Installation: Um Less zu verwenden, brauchen Sie nur einen Compiler, um Sass und Compass zu installieren, es gibt eine Menge anderer Schritte. (Ich gebe zu, ich bin faul und hasse es, mit DOS-ähnlichen Bildschirmen zu hantieren).
Vielleicht bin ich einfach nicht gut genug instruiert, ich weiß es nicht…
@Madalena: Ich stimme Ihnen vollkommen zu. Aber, wenn ich Werkzeuge wie SASS und LESS verstehe, betont es eher eine Programmierstruktur, um CSS auf produktivere Weise zu verwalten? Aber ich werde trotzdem bei reinem Standard-CSS bleiben, ich möchte in der Lage sein, jede CSS-Eigenschaft, jeden Präfix zu kennen, und ich möchte predigen, was ich predige.
@Melindrea: Ich stimme Ihnen auch zu, einfache Broschüren-Websites sollten nicht auf LESS/SASS basieren, da es mehr Zeit in Anspruch nehmen kann und Sie auch LESS/SASS streng kennen müssen.
Ich bin etwas verwirrt, aber ich glaube, ich habe es verstanden… Um Ihr config.rb-Skript oben zu verwenden, müssen Sie Ruby auf Ihrem Server installiert haben, richtig? Sie sollten das vielleicht am Anfang des Artikels angeben – es hat meine Hoffnung geweckt, dass es eine einfache Möglichkeit gibt, es ohne Ruby zu konfigurieren.
Ich benutze CodeKit seit ein paar Monaten als lokalen Präprozessor und liebe es.
Wenn Sie Sass irgendwo kompilieren, führen Sie Ruby aus. Wenn Sie Compass verwenden (auch über CodeKit), haben Sie definitiv eine config.rb-Datei, und dort kommt der Code hin.
Genau, danke für die Klarstellung.
Ich wünschte, Ruby auf einem Server wäre einfacher.
Können Sie nicht benutzerdefinierte Ausgabepfade pro Datei mit CodeKit festlegen? Sie können das mit normalem Sass/SCSS tun… ist das deaktiviert, wenn Sie Compass verwenden?
Vielen Dank für den Tipp. Tolle Seite.
Ich verwende gerne die @import-Methode…
Erstellen Sie eine style.scss im Stammverzeichnis… öffnen Sie sie, @import „/scss/style.scss“; und verwenden Sie weiterhin den SCSS-Ordner mit jeder einzelnen Datei darin… Ich benutze das, weil ich auch gerne in Stücken arbeite, also passt es mir.
Ich benutze Scout, um mein SASS zu kompilieren, und das erlaubt mir, meine style.css überall dort auszugeben, wo ich sie haben möchte. Ich ging davon aus, dass CodeKit das auch erlauben würde. Tut es das nicht?
CodeKit alleine ja, aber Compass hat seine eigene Art, Dateien zu organisieren, also wenn Sie Compass verwenden, auch in einem CodeKit-Projekt, überschreibt es CodeKit.
Wenn Sie sich die
config.rbin Chris' Beitrag ansehen, sehen Sie, dass sie einesass_dirund einecss_dirdefiniert, und allesass/scsskommen insass_dirund werden incss_dirausgegeben, und Sie können keinen Ausgabepfad für einzelne Dateien festlegen.Darum geht es in Chris' Beitrag: wie man diese eine
style.cssin einem anderen Verzeichnis alscss_dir(wascss/ist) bekommt, *unter Verwendung von Compass*.Was ist mit der Verwendung der style.css im Stammverzeichnis Ihres Themes nur zur Definition des Themes und nichts weiter?
Sie können meine Lösung hier sehen.
Danke für das beschreibende Tutorial, aber ich muss mehr über Ruby lernen, um das auszuprobieren.
Habe gerade den Ruby-Workaround mit fire.app ausprobiert, nur um anderen mitzuteilen, dass es nur funktioniert, nachdem Sie in der App auf „Clean & Compile“ klicken. Ich denke, fire.app führt die config.rb nur aus, wenn „Clean & Compiled“ geklickt wird, und nicht bei jeder Speicherung von Stylesheets. Es könnte dasselbe für compass.app sein, da sie vom selben Entwickler stammen.
Ich benutze Fire.app und es überwacht jedes Speichern der SCSS-Datei. Es aktualisiert auch den Browser, obwohl es ein WordPress-Browser ist. Ich bin mir nicht sicher, ob dies von der Version abhängt, da meine die neueste ist, die vor zwei Tagen veröffentlicht wurde.
Ich denke, früher hat es den Browser nicht jedes Mal aktualisiert, wenn wir speichern, da es sich um WordPress handelt und die URL localhost/domain ist, aber die Sass-Dateien tief in localhost/domain/wp-content/themes/my-custom-theme/library/sass liegen.
Hallo,
Bitte schauen Sie sich meine Arbeit https://github.com/tokokoo/pondasee an, ich baue diesen Front-End-Starter für die Arbeit mit WordPress-Themes, was denken Sie?
Ich benutze das WordPress Bones Starter Theme und mag deren einfache Organisation der Dateien. Jede Ressource befindet sich im Ordner „library“.
Meine config.rb-Datei sieht also so aus
http_path = „/“
css_dir = „library/css“
sass_dir = „library/scss“
images_dir = „library/images“
javascripts_dir = „library/js“
Dies kompiliert die SCSS-Datei in den Ordner library/css, der enqueued wird.
Ich bin mir nicht sicher, ob der Kommentar erschien, da ich einen Tippfehler in meiner E-Mail-Adresse hatte :|
Hallo, ich habe einige Websites gesehen und bei der Inspektion mit Element in Chrome und beim Betrachten ihrer style.css-Datei sehe ich keinen Kommentar am Anfang. Weiß jemand, wie sie das machen? Eine WordPress-Website ohne Kommentare in style.css, wie ist das möglich?
CSS-Tricks zu kennen ist immer nützlich. Ich weiß auch, dass die Stelle, an der man den CSS-Code platziert, mich immer verwirrt hat, besonders wenn man bedenkt, dass es mehrere Möglichkeiten gibt, dies zu tun. Auch die verschiedenen Online-Quellen verwenden mehrere Wege, sodass jemand, der nicht so technisch versiert ist, verwirrt sein kann.
Da ich ein Catalyst-Entwicklungs-Theme für die WordPress-Entwicklung verwende, nutze ich deren benutzerdefinierten CSS-Bereich, was den gesamten Prozess vereinfacht. Oder für Leute, die wirklich nicht verstehen, wie sie es implementieren sollen, können Sie immer einen der neuen WordPress-Template-Builder Drag-and-Drop-Lösungen verwenden, die Ihnen helfen können, das Ganze zu umgehen.
Ich habe herausgefunden, dass die style.css des WP-Themes ein perfekter Ort ist, um Versionshistorie, was ist neu in dieser Version usw. zu platzieren, und z.B. Compass die Ordnerstruktur verwalten zu lassen, um die Dinge organisiert zu halten; einschließlich der Korrektur von CSS-Dateien in Ihrem header.php (z. B. Screen, Print, IE, wie Compass vorschlägt).
– bin mir nicht sicher, ob das nicht die Kompatibilität mit Kind-Themes beeinträchtigen würde.