Less.js: 타원형 테두리 반경을 만들 수 없습니다.

line-height를 선언 할 때 font 속성에서 발생하는 유사 / 관련 문제를 추가하고 싶었습니다.

.class {
    font: 13px/1.231 arial, helvetica, clean, sans-serif;
} 

변경되지 않아야하지만 다음과 같이됩니다.
.수업 {
글꼴 : 10.560519902518276px arial, helvetica, clean, sans-serif;
}

dotless에도이 문제가 있습니다 (https://github.com/dotless/dotless/issues/16). 둘 다 진행하는 방법에 대해 합의하면 좋을 것입니다.

오늘날 바로 사용할 수있는 가장 간단한 솔루션은 문자열 리터럴로 래핑하는 것입니다.

 font: ~"13px/1.231 arial, helvetica, clean, sans-serif";

또는

 font: ~"13px/1.231" arial, helvetica, clean, sans-serif;

less의 목표 중 하나는 일반적인 CSS 구문과 호환된다는 것을 이해했습니다. 해결 방법은이 규칙을 위반합니다.

나는 당신의 좌절을 이해합니다. Less의 산술과 ​​특정 CSS 속성 사이의 쉬운 해결책을 찾을 수 없습니다. 예를 들어 실제로 글꼴 크기를 절반으로 지정하려면 어떻게해야합니까?

 <strong i="6">@example</strong>: 24pt;
 .foo {
     font: normal @example/2 sans-serif;
 }

무언가 타협해야합니다. 물론, 변환이 래핑되도록 Less를 변경할 수 있습니다.

 font: normal (@example/2) sans-serif;

그러나 글꼴 및 테두리 반경 속기 선언에 일반적이지 않은 경우를 피하기 위해 모든 경우에 대해 기존 Less 스타일 시트를 깨고 더 장황하게 만듭니다. 기존 CSS가 걱정되는 경우 다른 옵션으로 기존 CSS를 Less 파일로 가져올 수 있습니다.

 <strong i="13">@import</strong> "legacy.css";

이 경우 가져 오기는 성공하지만 CSS를 변경하거나 변환하지 않습니다.

Less가 CSS의 엄격한 상위 집합이 아니라는 귀하의 우려를 다시 한 번 충분히 이해합니다. 그러나 분명히 더 나은 아이디어가 없습니다. 이 구문 문제에 대한 잠재적 인 해결책이 있습니까?

: +1 :이 문제에 대해서는 나에게 있지만 유효한 CSS를 이스케이프하거나 계산을 트리거하기 위해 괄호를 필요로하지 않는 우아한 해결 방법도 확실하지 않습니다.

@agatronic @cloudhead 저는이 문제를 해결하기 위해 노력하고 있지만 더 이상 진행하기 전에이 문제를 어떻게 처리해야한다고 생각하는지에 대한 의견을 듣고 싶습니다. SASS와 Stylus는 둘 다 괄호 안에 나누기를 허용하여이 문제를 처리하며, 다른 모든 수학 연산은 괄호 외부에서 수행 할 수 있습니다. 이 방법은 향후 W3C에 의한 슬래시 구현이 중단되는 것을 방지하고 Ratio 및 Shorthand 파서의 필요성을 제거합니다. 이것이 내가 처음으로 문제를 해결하는 방법입니다. 이것이 두 분 모두에게 합리적인 해결책입니까?

이 버그는 또한 슬래시를 사용하여 배경 위치 (키워드 또는 차원이 될 수 있음)를 배경 크기와 구분하는 CSS3 배경 속기를 깨뜨립니다. 예를 들면 :

.foo {
    background: url(image.png) center / 1px 100px;
}

@matthewdl @Synchro도 핑합니다.

이전 제안은 '/'는 나누고 '/'는 비율입니다. @cloudhead 에서 입력을 얻는 것이 좋을 것입니다. 정렬하는 것이 정말 좋을 것이지만 기존 동작을 깨

@cloudhead 는 트위터를 통해 다소 최소한으로 응답했습니다. "괄호 솔루션이 괜찮은 것 같습니다"

공백 솔루션의 문제는 여전히 완벽하게 유효한 CSS를 깨는 것입니다. 안타깝게도 기존 동작을 중단하지 않고이를 효과적으로 해결하는 유일한 방법은 일반 오래된 CSS가 올바르게 구문 분석에 실패하도록 계속 허용하는 것입니다.

사람들이 유예 기간 동안 둘 다 즐길 수 있도록 "임시"옵션은 어떻습니까?

또는

이 수정 사항을 병합하기 직전에 릴리스를 수행하고 주요 버전 번호를 1.4로 올려야합니다 (그리고 속성 이름의 포함 및 보간 등에 변수를 추가하기를 바랍니다.

나는 이것이 기존의 동작을 깨뜨릴 것이기 때문에 더 메이저 릴리스의 일부가되어야 할 수정이라고 생각합니다. 임시 솔루션 (공백에 대해 이야기하는 경우)이 여전히 기존 코드를 손상시킬 수 있고 영구적 인 솔루션으로의 어떤 종류의 깨끗한 전환도 제공하지 않는다는 점을 고려할 때 합리적이라고 확신하지 않습니다. 이는 릴리스에서 트리거를 당기는 것이 최선의 선택이며 변경 로그 및 문서를 통해 사람들에게 경고 할 수있는 상황처럼 보입니다.

나는 기존의 행동을 유지하기 위해 깃발을 의미했다. 그러나 나는 당신에게 동의한다.

커밋 권한이 있습니까? 풀 리퀘스트로서 최선 일지라도
릴리스와 조정할 수 있음 (내가 아는 계획이 없음)

개인적으로 저는 우리가 약을 삼키고 괄호로 묶지 않은 수학 연산을 더 이상 사용되지 않는 기능으로 나열해야한다고 생각합니다. 유효한 CSS와 충돌하는 경우가 너무 많습니다. @agatronic-@ cloudhead (또는 다른 곳)와 Skype 토론을 할 가치가 있으며 누구의 LESS 라이브러리를 망치는 것이 싫지만 LESS는 작성자가 의도하지 않은 CSS를 뜯어 내거나 깨뜨리지 않아야합니다. LESS 파서는 수학 연산이 필요하다는 명확한 신호를 제공해야하며 괄호는이를 수행하는 좋은 방법입니다. 괄호 안 : DO MATH. 괄호 안 : 혼자 두십시오.

타격을 줄이기위한 1 단계로서, 분할이 모호한 경우에만 수학 수행을 중지 할 수 있습니다 (예 : 슬래시 "/"가 해당 값에서 유효한 토큰 인 위치). 따라서 경계 반경의 경우 LESS가 확실하지 않으면 그대로 둡니다. 작성자가 두 숫자를 나누기를 원하는 경우 괄호를 추가하여 기본 동작을 재정의 할 수 있습니다.

그러나 지금 당장 LESS는 "유효한 CSS = 유효한 LESS"로 문서화되어 있으며이 버그는 그렇지 않습니다. 유효한 CSS를 잘못 다시 작성하는 것이므로 명백한 버그입니다. 문제는 또한 명확하게 문서화 된 수학 연산이라는 것입니다. 두 가지가 충돌하고 있으며 두 번째 경우는 CSS가 보존 된 상태에서 변경되어야하는 경우라는 것이 분명해 보입니다.

@ttfkam 과 @ mlms13 이 똑같은 말을 한 것을 봅니다. 나는 그들의 본능이 옳다고 생각하며, 작전을위한 요구 사항 인 괄호로의 느린 마이그레이션을 시작하는 것을 적극 권장합니다.

@matthewdl +1

@agatronic : 저는 커밋 권한이 없지만 코드 검토 및 잠재적 릴리스 조정을 위해 PR을 통해 수행해야한다는 데 동의합니다.

@matthewdl : PR을 위해 괄호 안에 나누기 만 허용하는 작업을 시작했습니다. LESS가 유효한 CSS를 깨는 것을 방지하기위한 임시 방편이라고 생각하십시오. 특정 규칙에 국한되지 않으므로 슬래시가 발생하고 괄호로 래핑되지 않은 모든 곳에서 리터럴 디 리미터로 출력됩니다. 이 작업이 완료되면 모든 작업을 괄호 내에서만 수행하도록 제한하는 방법에 대해 좀 더 살펴 보겠습니다.

좋습니다. Skype에서 @cloudhead와이 문제 에 대해 논의했습니다. 그는 동의 했으므로 여기에 계획이 있습니다.

1) 다음 릴리스에서 괄호 밖의 수학이 더 이상 사용되지 않는다는 설명서가 업데이트됩니다. 설명서는 괄호 안에있는 수학 연산을 보여줍니다. 그러나 괄호 밖의 비분 할 수학은 여전히 ​​컴파일되어야합니다 (해당 릴리스의 경우).

2) 1 단계 이후의 후속 릴리스에서는 모든 수학 연산에 괄호가 필요합니다. 문서는 "사용되지 않음"에서 "지원되지 않음"으로 변경됩니다 (또는 그와 비슷한 것-통신 방법을 다듬을 수 있음).

좋은 소리? 이것은 우리가 다음 2 개의 릴리스에 대한 이정표에 대한 계획을 시작해야 함을 의미하지만 여기에서는이 스레드의 범위를 벗어납니다.

사실, 명확하게하기 위해, math IN 괄호가 잘 작동하기 때문에 괄호 밖의 수학은 더 이상 사용되지 않는다고 문서를 지금 업데이트 할 수 있습니다. 이것이 바로 0 단계입니다. 이제 문서를 업데이트하여 사람들에게 a) 수학은 괄호 안에 있어야하며 그렇게하지 않으면 나중에 중단 될 수 있습니다. b) 모든 수학을 괄호 안에 보여줍니다.

나를 위해 작동합니다! : +1 :

그래서 아마도 @dmcass 는
https://github.com/cloudhead/lesscss.org

그런 다음 @cloudhead 를

아, 맞다. 예, 오늘 그에 대해 그를 괴롭히는 것을 기억하려고 노력할 것입니다.

2012-08-21 오전 5:19에 Luke Page [email protected] 은 다음과 같이 썼습니다.

그래서 아마도 @dmcass https://github.com/dmcass 는 풀 요청을해야합니다
에 맞서
https://github.com/cloudhead/lesscss.org

그런 다음 @cloudhead https://github.com/cloudhead
우리에게 그 프로젝트에 대한 커밋 권한을 부여합니까?

—
이 이메일에 직접 회신하거나에서 확인하십시오.
Gi tHub https://github.com/cloudhead/less.js/issues/146#issuecomment -7899194.

cloudhead / lesscss.org # 29에서 문서를 업데이트하기 위해 PR을 열었습니다.

1.4.0의 마스터에서 수정 됨

1.4.0에서도 마찬가지입니다.

less2css.org에서 알파를 확인하세요

이 버그는 다음 CSS를 사용하는 경우 1.4.1에서 계속 발생합니다.
테두리 반경 : 00100 % 100 % / 00 24px 24px;

다음을 출력합니다.
border-radius : 00100 % Infinity % 0 24px 24px;

(http://less2css.org에서 시도했습니다)

@rubious 옵션 메뉴에서 엄격한 수학을 켜 셨나요? 기본적으로 꺼져 있으므로 이전 동작을 제공합니다.

작동하지만 LiveReload를 사용하고 있으며이 옵션이 켜져 있지 않은 것 같습니다.

그게 고칠 수있는 유일한 방법은 죄송합니다. 엄격한 수학을 켜서 모든 수학이 괄호 일 때만 수행되도록하거나

border-radius:0 0 100% 100% ~"/" 0 0 24px 24px;