IInlineCedar
AI 코딩 작업 공간

인라인 방향 논리적 간격

필드의 물리적 왼쪽과 오른쪽 여백 대신 인라인 방향의 논리적 여백을 쓰세요.

● ● ●InlineCedar●
작업 흐름 · 인라인 방향 논리적 간격 ×
.field {
  margin-inline-start: 20px;
  margin-inline-end: 5px;
}
✳필드의 물리적 왼쪽과 오른쪽 여백 대신 인라인 방향의 논리적 여백을 쓰세요.
✓ 변경 사항적용하기 전에 검토하세요 ↗
작업 공간 예시 화면
모델
기본 URL과 필요한 API 키로 OpenAI 호환 또는 Anthropic 엔드포인트를 설정하고 연결을 테스트하세요. 로컬 모델 서버는 실행 중이어야 합니다. 원격 도구는 데이터를 별도로 전송할 수 있습니다.
프로젝트
두 방향의 가로쓰기와 세로쓰기를 확인하며 블록 축 간격은 유지하세요.
적용하기 전에 검토하세요
실제 동작을 예상 결과와 비교하세요. 검사가 실패하면 다음 변경을 하기 전에 원인을 조사하세요.
작업 흐름

인라인 방향 논리적 간격

작업 흐름 ↗
작업 흐름
.field {
  margin-inline-start: 20px;
  margin-inline-end: 5px;
}
AI 코딩 작업 공간

읽기 방향이 바뀌어도 레이아웃 의도를 유지하세요

한 읽기 방향에서 적절한 간격도 인터페이스 언어가 바뀌면 필드를 잘못된 위치에 놓을 수 있습니다. InlineCedar는 그 시각적 문제를 구체적인 CSS 작업으로 바꿀 수 있는 Windows AI 코딩 작업 공간입니다. 컴포넌트를 지정하고 콘텐츠 앞이나 뒤에 어떤 간격이 필요한지 설명한 다음 어시스턴트에게 현재 이를 제어하는 규칙을 살펴보도록 요청하세요.

논리적 인라인 간격 예제는 자신의 프로젝트에서 그 의도를 논의하는 방법을 제공합니다. 레이아웃이 실제로 텍스트 방향을 따르는 곳에서 물리적 여백을 선별적으로 교체하도록 요청할 수 있습니다. 변경을 적용하기 전에 주변 선택자와 재정의 규칙을 검토하고 양방향에서 컴포넌트를 확인하세요. 유용한 결과는 모든 left와 right 속성을 기계적으로 교체하는 것이 아니라 관찰 가능한 결과를 갖춘 검토된 레이아웃 결정입니다.

지원되는 OpenAI 호환 또는 Anthropic 엔드포인트를 연결하고 필요하면 인증 정보를 제공하세요. 거부 성향 제거 AI 선택이란 사용 가능한 모델을 고르는 것을 뜻하며 제공업체 정책과 서버의 컨텍스트 및 도구 한도는 계속 적용됩니다. 제안된 CSS를 검토하고 기존 검사를 실행하며 다양한 너비에서 대표 화면을 살펴보세요. 별도 로컬 모델 서버를 사용하더라도 다른 연결 도구는 반드시 로컬인 것은 아닙니다.

방향에 따른 레이아웃 변경 결정

모든 left 또는 right 속성을 논리 속성으로 바꿔야 하나요?

아닙니다. 간격이 읽기 방향을 따르는지, 의도적으로 물리적 한쪽에 고정되는지 판단하세요. 각 컴포넌트의 목적과 주변 레이아웃을 살펴보세요. 일괄 교체는 언어 방향이 달라도 위치가 고정되어야 하는 요소까지 바꿀 수 있습니다.

공유 필드 규칙을 바꾼 뒤 어떤 화면을 살펴봐야 하나요?

좁은 레이아웃과 양쪽 텍스트 방향을 포함해 규칙을 상속하는 폼과 컴포넌트를 확인하세요. 결과를 바꾸는 재정의를 찾으세요. 수정한 선언만 볼 것이 아니라 실제 간격을 요청에서 명시한 의도와 비교하세요.

InlineCedar가 시각적 검토를 통과했다고 알려 줄 수 있나요?

코드 설명은 시각적 증거가 아닙니다. 애플리케이션을 실행하고 해당 상태를 직접 살펴보며 해당되는 경우 프로젝트 검사를 사용하세요. 다시 변경을 요청하기 전에 제안된 CSS와 렌더링 결과 사이의 불일치를 기록하세요.

간격 스크린샷과 함께 어떤 맥락을 제공해야 하나요?

관련 컴포넌트 마크업과 CSS, 뷰포트, 읽기 방향을 제공하세요. 요소 사이에 기대하는 관계를 설명하세요. 소스 맥락이 있으면 어시스턴트가 어떤 선택자가 스크린샷을 만들었는지 추측하지 않고 구체적인 구현을 논의할 수 있습니다.

Windows용 다운로드 ↗

InlineCedar · 업데이트 2026-10-25