2012-03-26 14 views
59

Come si fa a fare manutenzione su CSS creati con Less/Sass?Debug less/Sass in Chrome Dev Tools/Firebug

Una delle cose che mi piace di Dev Tools/Firebug è la possibilità di vedere il numero di linea di uno stile css. C'è un buon modo per farlo con i preprocessori CSS oltre a dover cercare manualmente nel file .less/.scss per trovare il codice che voglio modificare?

+0

Ecco un tutorial completo per aiutarti a configurare il tuo ambiente di sviluppo per consentire il debug di Less e Sass in webkit inspector dopo averlo automaticamente compilato in css. Spiega anche come salvare le modifiche CSS direttamente ai file css da Chrome, se lo desideri. http://blog.q42.nl/post/35203391115/debug-sass-and-less-in-webkit-inspector-and-save-css-cha –

+8

Un'altra domanda importante è stata chiusa come "non costruttiva". Vorrei che queste persone non limitassero a chiudere le domande che non capiscono. Sto usando LESS e sono totalmente d'accordo con OP e (anche se ci sono soluzioni alternative) vorrei che LESS avesse un'opzione per mantenere i numeri di riga nel CSS generato. – Aximili

+8

perché questo "non è costruttivo" ?? ho cercato questo su google e questa era la mia domanda esatta, felice di averlo trovato. ha anche ottime risposte –

risposta

32

Chrome Developer Tools ora supporta il debugging Sass out-of-the-box.

aggiornato per includere le mappe di origine:
versioni precedenti utilizzate commento in linea nel CSS per fornire un riferimento e al codice sorgente (vedi sotto come fare). recenti versioni di sass (3.3+) e cromo (31+) utilizzano le mappe di origine per questo:

  1. Accertarsi che siano presenti Sass 3.3.x
  2. compilare il Sass con la bandiera --sourcemap.
  3. In Chrome/ium DevTools, aprire le impostazioni e fare clic su Generale.
  4. Attivare "Abilita mappe sorgente CSS".

Maggiori informazioni sono disponibili sul Chrome strumenti dev blog: https://developers.google.com/chrome-developer-tools/docs/css-preprocessors

Vecchie versioni:
1. In primo luogo, si dovrebbe compila il Sass con --debug-info acceso.
2. In Chrome/ium andare a about: flags
3. Attivare strumenti di sviluppo esperimenti
4. Nel vostro ispettore (F12), aprire "Impostazioni", quindi andare alla sezione "esperimenti" scheda e controllare "Supporto per SASS ".

+0

Grazie per questo !!!! –

+2

E se stai usando Compass, aggiungi 'sass_options = {: debug_info => true}' al tuo file config.rb. – steveax

+1

Credo che l'impostazione specifica sia stata rinominata da "Supporto per SASS" a "Abilita mappe sorgente". – Omar

28

Se si sta facendo una scelta su quale si dovrebbe usare, this article on css-tricks potrebbe essere di vostro interesse.

Sono venuto a sperimentare che l'utilizzo di LESS o SASS ha più vantaggi che svantaggi. Anche se questo è certamente uno svantaggio Posso solo suggerire di strutturare i file e così tutti gli stili che cercate si trovano facilmente con altri riferimenti, qui ci sono alcune cose che puoi fare:

  • aree documento del foglio di stile; cioè /* General */, /* Header */ e /* Footer */
  • Utilizzare nomi logici e ragionevoli per le classi è possibile riconoscere rapidamente (e non li numero come errori1-error10 o qualcosa)
  • Imparare a sezionare i classe/elemento/selettori id e pensare come/dove li avresti scritti
  • Usa CTRL + F, spesso l'attributo preciso o uno vicino è abbastanza facilmente reperibile in questo modo

SASS

V'è ora un modo per eseguire il debug SASS in Firefox utilizzando un'estensione che legge e visualizza i file sass nell'ispettore firebug. Per utilizzare, installare l'estensione e abilitare i rispettivi flag di debug.

https://addons.mozilla.org/en-US/firefox/addon/firesass-for-firebug/

Edit: come del 2014/07/06, questo plugin non è più disponibile per il download. FireSass has been discontinued.

Le versioni di Chrome/Webkit stanno spuntando in rete e c'è una funzione beta in chrome per aggiungere il supporto per il debug di SASS. Si basa sulle stesse informazioni di debug utilizzate nella versione firefox. Non sono ancora riuscito a giudicare correttamente nessuno di loro, né ho trovato qualcosa che è pubblicamente accettato come plug-in per il lavoro al momento in cui scrivo.

MENO/STYLUS

Come this tweet punti @jaketrent al spiega, non v'è progresso sul lato debug in cromo, ma nulla di cotto in ancora e dato lo stato del GitHub meno si potrebbe ancora prendere un po '... Entrambe le soluzioni si basano sulla funzione beta per il supporto per il debug di SASS in Chrome, in pratica aggiungendo le stesse informazioni di debug di SASS.

+0

Cool! Grazie ragazzi. Sembra una buona organizzazione del codice + le convenzioni sui nomi faranno molto. –

+2

Nota: le versioni recenti degli strumenti di chrome dev dispongono del supporto SASS sperimentale. –

+0

Ecco un'altra [estensione per chrome] (https://chrome.google.com/webstore/detail/lkofmbmllpgfbnonmnenkiakimpgoamn). Anche se su [GitHub] (https://github.com/tinganho/SASS-Inspector) l'autore dice che ha ancora alcuni bug ... – borisdiakur

1

raramente ho problemi con la manutenzione/debugging in meno - abbiamo sempre compiliamo sul lato server e di riferimento solo il file CSS nella pagina HTML. Questo lo rende così c'è sempre una corrispondenza uno-a-uno con la pagina web e un file su disco.

E poi quando devo modificare il file LESS, trovo che MENO, dal momento che è praticamente un codice aggiuntivo CSS + extra, è abbastanza facile eseguire il backtrace di tutto ciò che mi confonde con l'istruzione di origine in CSS. Se si tratta di un mixin, è piuttosto ovvio (dato che di solito uso i mixin per evitare di dover fare tutte le cose del prefisso del venditore ripetutamente), e quindi è solo una gerarchia logica poiché utilizziamo la funzione di nidificazione delle classi, quindi trovare:

div#awesome aside ul

è facile come trovare:

div#awesome{ 
    aside{ 
     ul{ 
      padding: 0; 
     } 
    } 
} 

(anche se cerchiamo di non andare più di 3 strati profondi)

non ho esperienza reale con SASS, ma non mi è piaciuto quanto lontani da CSS è stato quando firs t guardato un paio di anni fa (e non sono state da allora ...)

+0

SASS è lo stesso, è spaventoso quanto si assomiglino in questi giorni; MENO ruba da SASS e credo che sia il contrario, è divertente incontrare il marchio di copyright di SASS da qualche parte nella parte inferiore di LESS dove risiedono le funzioni di colore. – sg3s

+0

@ sg3s Ah, l'ho visto solo quando aveva (Indented Syntax) [http://sass-lang.com/docs/yardoc/file.INDENTED_SYNTAX.html] che è abbastanza lontano da non valerne la pena . Non vedere mai il marchio di copyright SASS però. (e un rapido ctrl-f non mostrava nulla.) Ho sempre pensato che la nuova modalità CSS per SASS fosse una funzione della popolarità di LESS. Ad ogni modo, sono molto utili! – tkone

+0

SCSS, non SASS. – kzh

1

Alcuni consigli:

  • includere sia l'.sass ei file css di controllo della versione. In questo modo ognuno ha i cambiamenti più recenti.
  • Se si organizzano i fogli di stile in aree logiche, la manutenzione è un gioco da ragazzi.
  • Inoltre, provare a utilizzare meno di tre colori principali e quindi utilizzare le funzioni di colore SASS per modificarli e memorizzare i risultati in variabili che è possibile riutilizzare in tutto il progetto/tema.

Es: $chartreuse: #7fff00 $olive: darken($chartreuse, 32%)

questo modo, si hanno solo per mantenere un colore. E il resto verrà ricalcolato.


Fino a poco tempo fa, non c'erano strumenti di debug SASS nel browser.

ora c'è un plugin per Firefox chiamato FireSASS (https://addons.mozilla.org/en-US/firefox/addon/firesass-for-firebug/)

nel comando sass --watch, aggiungere un -g per --debug-info in modo che generi i ganci necessari per l'esecuzione del plug-in.

1

Sono passato da meno a sass, a causa di firesass. Con questo si ottiene la linea sass originale in firebug.

installare firesass se si utilizza sass