PhpStorm: Impostazioni Watcher file SCSS

Question

Ho bisogno di aiuto per impostare il mio osservatore di file SCSS in PhpStorm. Sono su Ubuntu, ho PhpStorm 6, ho RVM con Ruby 1.9.3p194 e Sass 3.2.5. Ho impostato le mie opzioni Watcher File, Impostazioni >> file Watcher come segue:

Una volta avevo fatto, ho cambiato qualcosa nel mio file .SCSS ma ho ottenuto questo errore.

...-1.9.3-p194/bin/sass --no-cache --update style_update.scss:style_update.css 
/usr/bin/env: ruby: No such file or directory 

(ho aggiunto tre punti al inizio della prima linea per rendere la linea più breve) Quindi, quale potrebbe essere il problema?

Answer 1

Il problema è che IDE non è in grado di trovare ruby nello PATH. Si noti che potrebbe essere diverso nel terminale e nelle applicazioni che si avvia dal launchpad di Ubuntu.

Utilizzare l'opzione Variabili d'ambiente nella configurazione del file watcher per specificare il valore personalizzato PATH con una directory contenente gli eseguibili richiesti.

Answer 2

Una citazione da una risposta/commento prima:

"[...] ... basta fare quello che è scritto, aggiungere variabile PATH ... [...]"

... Questo è esattamente un malinteso comune tra aiutare le persone (che per lo più non sono insegnanti), che svolgono i compiti su base giornaliera e chiedere le persone dall'altra parte, che possono immaginare 3 cose diverse dietro risposte standardizzate e le loro parole . Stackoverflow dovrebbe estendersi su questo, non ripetere manuali o documentazioni.

In PHPstorm, ad esempio, sono disponibili 2 campi vuoti dopo aver premuto il segno più nell'angolo destro della finestra delle impostazioni delle variabili Enviroment. Il campo a sinistra ha l'intestazione "Variabile", il campo a destra l'intestazione "Valore". Quindi, se qualcuno non ha familiarità con le variabili PATH e ENVIROMENT dei sistemi desktop o server, questa persona sarà molto confusa su ciò che deve essere inserito nel primo campo. È "rubino"? È "PERCORSO"? Non sovrascriverà l'intera variabile PATH del sistema? È un costume dato a NOME che posso scegliere e come lo sa il sistema? Nessuna spiegazione può essere trovata.

Se non si conosce la logica sottostante, non è possibile assumere i passaggi corretti da questo consiglio formulato standard. Mentre sono molto eccitato per il set di funzionalità di PHPstorm, trovo la documentazione slidamente troppo standartizzata e inspiegabile. Ecco perché molte voci hanno voti cattivi dai lettori di seguito. Come se qualcuno chiedesse: "come faccio a preparare il pane?" e il rispondente dice: "Per prima cosa devi preparare la farina e creare la pasta, quindi puoi cuocere la razza". Quindi cosa ha imparato il richiedente da questa risposta? Esattamente. Niente di ciò che non sapeva già prima. Ok, forse la domanda non era abbastanza chiara, ma questo è anche un caso comune: come chiedere correttamente se non sai cosa stai chiedendo veramente? Da dove può sapere la persona, che c'è bisogno di capire come impostare le variabili PATH? Penso che questo sia ciò che differisce tra i produttori e gli insegnanti. Gli insegnanti imparano a comunicare questa lacuna. La documentazione spesso manca di insegnanti migliori che la scrivono. Le persone che lavorano nel team di supporto dovrebbero essere più brave a pensare come insegnanti.

Per diventare più costruttivo: la documentazione di PHPstorm dice nel suo esempio: "scegliere PATH_TO_LIB come NOME e il percorso della libreria per il campo VALUE". Ancora: da dove viene questo PATH_TO_LIB? Si tratta di un nome proprio o di un nome VARIABE vuoto preparato con gli orologi PHPstorm?Se qualcosa va storto e si iniziano a cercare problemi che possono causare questo e iniziare a preoccuparsi di impostazioni sbagliate, ci si perde su queste domande anche come sviluppatori PHP esperti.

Generalmente preferisco utilizzare strumenti come Guard e RVM basati su ruby ​​installazioni ATM su build in soluzioni di file di controllo come questi da PHPstorm, che cercano principalmente un ruby ​​system wide e tale prima. Ma con rvm abbiamo percorsi di progetto a rubino e così via. RVM impedisce la rottura della catena di compilazione degli sviluppi a tema o moduli a lungo termine basati su alcune versioni gem. Guarda qui http://www.youtube.com/watch?v=CmTuvzbPduI dove Sebastian Siemssen (noto sviluppatore Drupal) spiega perché questo è un buon concetto. Tuttavia, per implementare correttamente questo aspetto con le funzionalità di PHPstorm, è necessario disporre di una voce di livello inferiore per la modifica del percorso in PHPstorm.

Purtroppo si tratta di premere nuovamente Salva, poiché è necessario attivare l'evento di salvataggio del file. Mi piacerebbe vedere una migliore implementazione, flessibilità e una migliore spiegazione su come andare con gli osservatori in-build di PHPstorm per avere un aggiornamento su modifica a portata di mano.