Haml: 햄 5.2 및 6

네, 지금은 꽤 죽은 프로젝트를 솔로로 되살리려고 하고 있어요. 토론 영역을 실제로 설정한 적이 없으며 확실히 기꺼이 할 것입니다. Google 그룹은 확실히 오래 전에 사라졌습니다.

나는 우리가 HAML-6에 추가 할 알고 여러 가지가 있습니다.

1) 속성에 대한 여러 줄 지원. data-* 속성은 여기에 있는 것처럼 보이며 하나의 태그에 대해 매우 긴 한 줄의 Haml을 만드는 것은 매우 쉽습니다.
2) 유니코드 문자 지원

상황이 우리가 추가 할 수 있습니다 :
1) 지원과 속성 - 처럼에 %div{data-value: 6} 잘못된 루비 해시이다, 그러나 잘 HAML에서 지원 빌어 먹게한다. 그리고 이것은 "이전 버전과 호환"되지 않는 좋은 예입니다... Ruby는 키라고 가정하는 대신 data.-(value) 를 호출하려고 한다고 생각할 것입니다. 누군가가 자신의 코드에 그것을 가지고 있다는 것은 _가능합니다_... 저는 잘 모르겠습니다. 아니면 다른 방향으로 가서 "JSON-like only"라고 말하고 모든 것에 대해 따옴표를 요구해야 합니다.
2) % 대안입니다. 원래 미국 키보드에서 손가락에서 가장 멀리 떨어진 문자로 선택되었기 때문에 누르기 위해 손을 뻗어야 합니다. 그것은 클래스와 ID의 사용을 장려하는 부분이었지만 이 유행은 지나간 지 오래입니다. 따라서 HTML5 요소를 억제하는 것이 정말 공정한가요?

또한 코드베이스의 약 절반이 수년에 걸쳐 많이 변경된 Action View 통합 포인트를 처리하고 있으므로 해당 통합을 시도하고 지원하기 위한 수많은 코드가 있습니다. 언어 리포지토리에 단일 통합에 대해 너무 많은 코드가 있다는 것은 말이 되지 않는다고 생각합니다. 제 _오피니언_은 우리가 Rails 6+만 지원한다면 우리가 하고 있는 일을 크게 단순화할 수 있다는 것입니다.

솔직히 지원하지 않을 계획은 없지만 여러 줄로 지원하는 것이 거의 불가능한 더 많은 경우에 직면하게 될 것 같은 느낌이 듭니다. 통사론.

그리고 분명히 말해서 , 하기 때문에 이러한 변경을 하고 있습니다.

haml-spec 에 대해 조금 더 추가하면 됩니다. Haml-spec은 수많은 언어로 Haml의 많은 자손 구현을 시도하고 통합하려는 환상적인 움직임이었습니다. 루비 중심이 아닌 마크업에 대한 Lua, Python 및 Perl 구현을 성문화했습니다.

그러나 이것의 단점은 Perl/Lua 구현이 포기되고 Python이 ~2년마다 작은 호환성 업데이트를 받는다는 것입니다.

이것은 언어 자체가 분산된 파서+통역사가 일종의 표준화를 갖도록 하려는 시도에서 골화되었음을 의미합니다.

내가 원래 Haml을 디자인했을 때 디자인 목표 중 하나는 "Ruby와 같은" 것으로 만들고 Ruby, CSS 및 Semantic HTML 사이의 공간에 기본적으로 서식하도록 하는 것이었습니다. 나는 이 언어를 Markdown이나 다른 단순하고 이식성이 높은 마크업 언어에 대한 경쟁자로 생각하지 않았습니다. 그러나 haml-spec 와 같은 노력에는 언어로서의 Haml이 이식성이 높다는 기본 가정이 있습니다.

- 또는 = 에 "이것을 현지 언어로 해석"을 의미하는 콘텐츠를 만든 것을 후회하지 않습니다

알 수 있듯이 이것은 아직 계획은 아니지만 2021년 이상 동안 Haml의 모습을 되찾기 위해 최선을 다할 수 있는 방법에 대해 많은 것을 고려하고 있습니다.

덕분에 더 많은 맥락을 알 수 있습니다.

당신의 노력에 감사드립니다.

https://github.com/haml/haml/issues/977#issuecomment -712338184

자세한 내용은 Haml 6에 대한 아이디어가 포함된 현재 Gist입니다.

https://gist.github.com/hcatlin/6c5d24d27897b9fa0888a012b612e824

참고로... 속성을 자르는 기능과 &를 사용하여 BEM 스타일의 상위 어펜더를 만드는... 샘플에서 &__primary 는 .content-area__primary 로 바뀝니다.

나는 또한 새로운 시작에서 HAML을 사용하고 있으며 여전히 Rails 앱의 훌륭한 동반자임을 알게 되었습니다. 우리는 유틸리티 기반 CSS(Tailwind)를 사용하며 상당한 양의 클래스 이름과 중첩이 있기 때문에 HAML과 잘 짝을 이룹니다. 우리가 무엇이든 할 수 있으면 알려주십시오.