Sass, Less 및 Coffee에서 사용자 지정 경로 지원

묘사

안녕, 팀,
나는 스타일시트와 스크립트의 하드코딩 경로를 특이한 경로 검사로 바꾸었다. 예를 들어 public/stylesheets/sass.
검출은 Gemfile/environment.rb 에서 명시된 해당gem에 따라 결정됩니다. 그리고 가능한 디렉터리 목록에서 파일을 계속 찾습니다. (예: app/stylesheets 이것은 매우 유행하는 것 같습니다.) 그리고 응용 프로그램 자체에서 검색하는 경로로 돌아갑니다. (느리지만 긍정적이며 극소수의 경우에만)
Sass, Less 및 Coffeescript와 협력나는 단지 Sass에서만 테스트한 적이 있다. 왜냐하면 이것은 사용할 수 있기 때문이다.
이것은 내가vimscript를 처음 사용하는 것이다. 나는 잘하려고 노력했다.:
레오니드.

토론 #1

좋은 생각이에요!예를 들어 나는 커피 스크립트 파일app/coffeescripts을 가지고 있다.

토론 #2

Rails 3.1 자산 처리는 어떤 영향을 미칩니까?
이pull 요청 중의 코드량이 너무 많아서 나는 불안해서 좀 내버려두었다.

토론 #셋

표준 공약을 도입하겠다는 뜻이라면.거칠고 무례하다.카페에서 이 코드를 반대할 거야. 그래, 나는 정말 그 코드가 있었으면 좋겠어.
그러나 내가 보기에 기존의 3.0과 2.3 응용 프로그램은 Sprocket로 이동하지 않을 것이다. 설령 3.1로 업그레이드된다 하더라도, 그것들에 대해 정확한 경로를 정하는 문제는 여전히 존재한다.
이외에도 3.1의 유일한 변화는 app/javascripts가 목록에 추가되어야 한다는 것이다.커피 기본 위치.

토론 #4

나는 이 문제를 자세히 고려했는데'자산관'이 Vim에서 정확한 파일을 여는 것을 더욱 복잡하게 하는 것 같았다.
따라서 나는 논리를 더욱 연구하고 또 다른 패치를 제출할 것이다.Rails 3.1은 현재 자산 관련 명령을 무효화할 수 있습니다.

토론 #5

현재 이에 대한 생각은 무엇입니까?현재 자산관이 유행하기 시작했기 때문에 간소화하고 싶습니다. app/scripts 와 app/stylesheets (메모리가 사용할 수 있다면 인출 요청을 도입할 때 이 두 가지를 지원하지 않습니다.)
이론적으로 새로운 config/editor.json 예측은 비표준 설정에 갇힌 사람들이 덮어쓰는 것을 허용해야 한다:Rjavascript와 :Rstylesheet.

토론 #6

@tpope 투영은 새 파일의 우선순위:Rjavascript와 :Rstylesheet를 전환하는 데도 사용할 수 있습니까?즉, 투영을 사용하여 새 파일을 app/assets/javascripts에 넣을 수 있습니까?
이 밖에 이럴 때 우리는 상술한 상황을 뒤집어야 하는가?기본값은 app/assets이며 투영 처리를 강제public합니까?

토론 #7

app/assets에 새 파일을 붙이는 문제는 확장자가 무엇인지 모른다는 것이다..js ? .js.coffee ? .js.coffee.erb ? Rails는 짜증나는 파일 이름 처리 방식으로 이 점을 더욱 복잡하게 만들었다. .coffee 와 .coffee.erb 같은 나쁜 놈화를 허용했다. (내가 알기로는 나체일 수도 있다.)만약 이것이 나쁘지 않다면, CSS는SCS와Sass를 동시에 추가할 것입니다. 따라서 어떤 gems가 설치되어 있는지만 볼 수 없습니다..erb 무엇을 창조했습니까?그것은 맞춤형 제작이 가능합니까?우리는 이 점을 검출하고 그것으로 우리의 위약 행위를 지도할 수 있습니까?rails generate 미친 생각...주위의 서류를 보고 지침으로 삼는 게 어때요?예를 들어

토론 #8

파일에 2개.js.coffee 파일이 있지만 app/assets/javascripts 파일만 있다면 .js 확장자를 사용합니다.이는 스타일시트에도 적용된다. 왜냐하면 사람들이 더 좋아할 수도 있고.js.coffee나.sass일 수도 있지만 둘 다 좋아하는 것은 아니다.
기본적으로 Rails 약속이나 생성기에 따라 기본값을 결정하는 것이 아니라 기존 프로젝트에 의해 결정됩니다.
미친 놈?아니면 가장 미친 거야?.scss@t 물론, 당신은 스스로 궤도 발전기를 제작할 수 있습니다.하지만, 내장된 것을 맞춤형으로 만들 수 있을지 모르겠습니다.
나는 정말 이 특성이 다음과 같아야 한다고 생각한다. 만약 그들이 1개 이상의 파일 확장자를 현식으로 입력한다면, 파일 이름이어야 한다. (어떤 내용도 추가하지 마라.)만약 없다면, 이 특정 상하문의 핵심 언어 확장을 묵인해야 한다.스타일시트의 핵심 확장은 매우 간단하다.css.보기의 핵심 확장은 매우 간단하다.html.이러한 확장은 사이트의'기본'확장이기 때문에 이런 반환은 오랫동안 중단되지 않는다.그러니까 들어가야 돼.html.만약 당신이 다시 훈련국을 원한다면...해낼 수 없는 일.그것을 사용하는 다른 사람에게 이것은 그것을 깨뜨리는 것보다 낫다.html.햄?
이런 방법은 다른 어떤 방법보다 필요한 코드가 훨씬 적은 것 같지만, 이 문제를 해결했다.이게 이루어지기 어려울까요?

토론 #9

이제 구성된 구성기에서 파일을 올바르게 처리할 수 있습니다.나는 이것이 모든 남은 문제를 해결해야 한다고 생각한다.