Js-beautify: "포맷되지 않은" 패러다임 깨짐, "포맷되지 않은" 및 "인라인"은 동일하지 않습니다.

작동 방식에 대한 귀하의 제안은 합리적으로 들립니다. 인라인이어야 하는 요소와 형식을 지정하지 않아야 하는 요소를 나열하십시오. 그런 다음 pull 요청을 구현하고 제출하십시오.

내 말을 이해하고 있는지 잘 모르겠습니다. 모든 요소의 형식을 지정해야 합니다! 일부는 인라인이고 일부는 블록 요소일 뿐입니다. 이것이 수십 년 동안 XML/HTML/CSS를 사용해 온 방식입니다.

블록 요소인 경우 시각적으로 새 블록을 생성합니다. 이러한 것들은 HTML 소스 코드를 포맷할 때 거의 항상 그 앞에 개행이 있습니다(소스 코드와 렌더링 모두에서). 인라인 요소는 그 앞에 개행이 없습니다(소스 코드와 디스플레이 모두에서). 그러나 그것이 _contents_가 포맷되어서는 안된다는 것을 의미하지는 않습니다. (하지만 _does_는 줄 바꿈을 하지 않는 한 내용에 줄 바꿈이 추가되지 않아야 함을 의미합니다.)

따라서 이것은 트윅이 아닙니다. 이것은 js-beautify가 포맷팅에 사용하는 전체 패러다임이 깨졌다는 인식입니다. (나는 비열한 것이 아닙니다---나는 단지 객관적이고 설명함으로써 당신을 도우려고 합니다.) 당신은 세 가지 다른 것들을 구별해야 합니다:

• "formatted" - 이 요소의 형식이 지정되었습니까? (기본적으로 모든 요소는 다른 사람이 끄지 않는 한 형식이 지정되어야 합니다.)
• "block/display" - 이것은 블록입니까, 아니면 표시 요소입니까? 블록 요소인 경우 시작 태그 앞에 개행 _prepended_가 있어야 하며 현재 들여쓰기 수준으로 들여써야 합니다. 그렇지 않은 경우 앞에 개행 문자가 없어야 합니다.
• "컨테이너" - 일반적으로 다른 블록 요소를 포함하는 데만 사용됩니까? 그렇다면 개행은 시작 태그 _이후_, 종료 태그 뒤에 생성되어야 하며 내용은 새 들여쓰기 수준에서 들여쓰기되어야 합니다. 가장 논란이 되는 부분, 즉 사용자의 취향에 따라 가장 많이 달라질 것이다. 확실한 후보 중 하나는 <ul> . 그 내용(예: <li> )은 들여써야 합니다. 어떤 사람들은 <p> 태그가 별도의 줄에 있도록 이 목록에 <p> 를 추가하기를 원할 것입니다. 다른 사람들(예: 나)은 그것들을 별도의 줄에 표시하는 것을 원하지 않을 것입니다.

CSS 상자 모델을 검토하고 블록 대 인라인이 작동하는 방식을 이해하는 것이 좋습니다. 그런 다음 CSS 상자 모델을 고려하여 js-beautify HTML 형식화 논리를 다시 작성합니다(소스 코드는 렌더링이 최종적으로 수행되는 방식을 반영해야 하기 때문입니다).

기본적으로 "포맷되지 않은" 것은 없습니다. 모든 것이 형식이 지정되어야 합니다 --- 적절하게 형식이 지정되기만 하면 됩니다. "포맷되지 않음"은 사용자가 "이봐, js-beautify가 하는 일이 마음에 들지 않으므로 이 요소를 만지지 말고 내가 처리하도록 합시다."라고 말할 수 있는 최후의 수단 설정이어야 합니다.

추신: HTML5에서 인라인 요소를 구성하는 요소를 나타내는 #840에서 이미 시작했습니다. 하지만 지금은 전체 서식 지정 엔진을 다시 작성할 시간이 없습니다. 그 시간이 된다면 그냥 직접 쓰는 것이 더 효율적일 것입니다. 그래서 그동안 나는 당신이 일을 할 수 있도록 당신을 도우려고 노력하고 있습니다. 이는 우리 모두에게 가장 좋습니다. 행운을 빕니다. 제가 제공할 수 있는 추가 정보를 알려주세요.

원래 말씀하신거 충분히 이해합니다. html beautifier에 버그가 있다고 생각합니다. "[html] 형식화에 사용하는 전체 패러다임 js-beautify가 깨졌습니다"라고 설명하고 싶습니다. 나는 html beautifier 모듈을 디자인하거나 구현하지 않았으며, 이 프로젝트의 관리자로서 내 시간에 가장 적은 개선을 보았습니다. 확실히 주의와 상당한 재작업이 필요하며 CSS 미화도 마찬가지입니다.

그러나 html beautifier는 결함에도 불구하고 합리적으로 통과 가능한 방식으로 몇 가지 작업을 수행합니다. 그리고 특히 #840을 처리하려면 "재작성" 또는 "패러다임"의 변경이 필요하다는 귀하의 평가에 의문을 제기합니다. 여느 때와 같은 개선 사항입니다. 약간의 해커부터 전체 재설계 및 재작성에 이르기까지 구현하는 방법에는 여러 가지가 있을 수 있습니다.

범위가 무엇이든, 귀하가 설명한 변경은 결국 수행할 가치가 있다고 생각합니다. 그러나 저는 이미 프로젝트에 대해 전반적으로 더 높은 우선순위를 갖는 구체적이고 잘 설명되고 수요가 많은 버그 수정 및 기능의 상당한 목록을 가지고 있습니다. 나는 그 항목에 이 프로젝트를 위해 내가 가진 적은 시간을 보내야 합니다. 이것이 지금 수정할 가치가 있다고 정말로 믿는다면 그렇게 하는 데 시간을 할애해야 합니다. 풀 리퀘스트를 환영합니다.

html beautifier에 버그가 있다고 생각합니다.

아니요, 저는 js-beautify가 요소 _inside_에 형식을 지정하지 않도록 하는 것과 동시에 요소 _앞에_ 줄 바꿈을 넣지 않도록 js-beautify에 지시할 수 있는 방법이 없다는 것을 말하는 것입니다. 이것은 사실입니까 아니면 사실이 아닙니까?

"[html] 형식화에 사용하는 전체 패러다임 js-beautify가 깨졌습니다"라고 설명하고 싶습니다.

js-beautify가 "앞에 줄 바꿈이 없어야 하는 것"과 "모두 무시해야 하는 것"의 차이를 모른다면 네, 간단한 HTML에도 그 패러다임이 부적절합니다. 결국, 나는 <dfn> 앞에 줄 바꿈을 원하지 않지만(이것은 인라인 요소이기 때문에) <dfn> 에 <img> 가 포함되어 있으면 원하지 않습니다. <img> 태그의 형식을 지정하지 않도록 js-beautify. (이것은 인위적인 예이며 모든 인라인 이미지에 적용됩니다.)

그래서 당신은 나에게 말해. js-beautify가 <dfn> 앞에 줄 바꿈을 넣지 않고 <dfn> 안에 <img> 형식을 지정할 수 있습니까?

내가 말하는 요점은 "이 요소의 내용을 포맷하지 않음"과 "이 요소 앞에 줄 바꿈을 넣지 않음"이 다르다는 것입니다. 그럼 다시 질문드리겠습니다. js-beautify는 이 두 가지의 차이점을 이해합니까, 아니면 이러한 개념을 통합합니까? 차이점을 이해하지 못하면 기본 모델이 깨집니다.

그러나 때로는 근본적인 결함을 해결할 수 있습니다. 그래서 저는 돌아와서 다시 묻습니다. 이 결함을 어떻게 해결할 수 있을까요? <code> 앞에 줄 바꿈을 넣지 않고 <code> 내부에 <img> 요소의 서식을 지정하도록 js-beautify에 어떻게 지시합니까?

@garretwilson 이것은 1.8.0-rc2 에서 사용할 수 있습니다.