CSS에 대한 대안이 있습니까?


88

CSS 대신 스타일 시트 서식 지정 언어가 있습니까? 아니면 CSS가 스타일 시트 형식화 유형 작업을위한 현재 단일 언어입니까?

위키 백과 ( http://en.wikipedia.org/wiki/Cascading_Style_Sheets ) 의 CSS 작성과 CSS에 대한 몇 가지 다른 의견을 살펴본 결과 다른 레이아웃 엔진에서 CSS를 완벽하게 지원하지 않는다는 점에 실망했습니다. 대안이 있는지 아니면 CSS 필터도 사용하는 법을 배워야하는지 궁금합니다.

통찰력을 가져 주셔서 감사합니다.


10
괜찮다면 CSS *, 깨지는 것은 IE입니다. (* CWG 제외)
annakata

74
유일한 대안이 있다면 ... 나는 ... 간단해야 CSS에서 일을하려고 낭비 된 인간의 노력의 양을 생각 전율이 아닌 있습니다
PeterAllenWebb

8
재미있는 것은 :) ... 당신은 스타일과 관련된 태그 스타일 = "텍스트 / CSS"를 입력해야한다는 것입니다

3
프로그래머도 마찬가지입니다. 프로그래밍에서는 문서의 위에서 아래로 실행 순서가 배치되어 있습니다. CSS에서는 그것조차 없습니다. 완전히 다른 문서에서 맹목적으로 액세스되고 적용되는 속성, 즉 프런트 엔드를 찾을 때까지 분석을 시작할 수없는 복잡하고 정적 인 문자열 웹이 있습니다. 문서 전체에서 사물이 맹목적으로 계단식으로 연결되어 있기 때문에 어떤 효과가 어디서 오는지 알 수 없습니다.
GameKyuubi 2015 년

1
CSS는 웹이 유동적이기 때문에 (사용자가 거대한 모니터, 노트북, 스마트 폰 또는 스크린 리더를 사용합니까?) 선언적 이므로 그래픽 디자이너는 Photoshop에서 사용하는 기술을 사용할 수 없습니다. 캔버스 크기는 제어 할 수 있습니다. 마찬가지로, 다른 사용자 에이전트가 다르게 렌더링되기 때문에 컴퓨터 프로그래머처럼 "여기에서 수행하는 방법"이 아니라 "내가 원하는 것이 있습니다"라고 말해야합니다. 그렇다고 CSS가 많은 개선을 사용하지 못하고 사용하기 쉬워 졌다는 말은 아닙니다. 디자이너와 코더가 익숙한 것과 본질적으로 다를 필요가 있습니다.
Canuck

답변:


64

CSS는 유일한 실제 옵션입니다.

CSS에 대한 자세한 내용을 배우면 CSS에 대한 브라우저 지원이 (대부분의 경우) 주요 관심사가되어서는 안됩니다. CSS에 대해 이해하는 핵심은 그 목적이 HTML 문서의 스타일을 정의하는 것이며 콘텐츠와 분리되어야한다는 것입니다.

기능을 지원하지 않는 브라우저에서 정상적으로 성능을 저하시키는 방법을 배우려면 연습이 필요합니다. 여기서 기본 아이디어는 가장 낮은 공통 분모 (일반적으로 Internet Explorer)가 사용자 경험에서 벗어나지 않도록 "충분히"작동하도록 만들고 더 나은 브라우저를 사용하는 사용자에게 좋은 기능을 제공해야한다는 것입니다. 또한 먼저 Internet Explorer 용으로 개발 하지 마십시오 . 마지막까지 그대로 둔 다음 버그를 수정하십시오. 다른 방식으로 (IE 우선) 작업을 수행하는 것은 훨씬 더 어렵습니다.

JavaScript를 사용하여 스타일을 설정하는 옵션도 있지만 JavaScript는 스타일이 아닌 논리를위한 것이므로 JavaScript 내에서 스타일을 적용하지 않아야하므로 권장되지 않습니다.

웹 페이지에는 3 가지 (어떻게 보는지에 따라) 구성 요소가 있습니다.

  • HTML- 콘텐츠 용
  • CSS- 콘텐츠 스타일링
  • JavaScript- 콘텐츠에 추가 또는 동적 논리를 적용하기위한 용도

19
핵심은 두 번째 문장입니다. "CSS에 대한 모든 것을 배우면 (대부분의 경우) CSS에 대한 브라우저 지원이 주요 관심사가되어서는 안됩니다." CSS가 깨지는 것에 대해 가장 많이 불평하는 사람들은 그것을 가장 잘 알지 못합니다.
Rob Allen

1
+1 : ... 훌륭한 답변입니다. 먼저 표준에 맞게 코딩 한 다음 IE의 거친 렌더링 엔진에서 버그 패치 하라는 제안 이 확실히 그 방법입니다.
Jon Cage

CSS를 잘 알고 있으면 IE7이 실제로 잘 작동합니다. @Rob : 듣고, 듣고 +1.
Ryan Florence

1
CSS로 애플리케이션을 만드는 것은 앱 개발자에게 진정한 고문입니다. 그러나 Cappuccino.org를 제외하고이 명백한 문제를 해결하려는 시도는 거의 없었습니다. xcode가 곧 html5를 생산할 것이라는 소문이 있습니다.이 경우 xcode가 최고이기 때문이 아니라이 혼란을 종식시킬 것이며 다른 사람들이 웹용 SDK를 구현하도록 안내 할 것이며 브라우저에는 UI 구성 요소가 함께 제공 될 것입니다 ( 그들은 여전히 및 HTML이하지만 누가 염려를 표시하기 위해 CSS를 사용합니다, 우리는 볼 수 없습니다 / 사용 / 알 /을 알아보기)
Devrim

3
@RobAllen 제가 가장 좋아하는 프로그래밍 언어 인 Malbolge에 대해서도 똑같은 말을합니다. 불가능하다고 생각하는 사람들은 그것이 얼마나 위대하다는 것을 깨닫기에 충분하지 않습니다.
AR :

68

여러분 모두 프로그래머의 관점에서 질문에 답하려고 노력하고 있습니다. 원래 포스터는 좀 더 그래픽 친화적 인 대안을 찾고 있었다고 생각합니다. 다른 컨셉을 제공 할 것입니다.

CSS3가 크로스 브라우저를 채택하더라도, CSS 방식 (인라인 상자, 플로트, 여백 등)을 배치하는 것은 끔찍하다고 생각합니다. 나는 프로그래머이지만 아버지는 그래픽 디자이너이고 그들이 20 년 동안 사용했던 레이아웃 소프트웨어가 CSS보다 더 쉽고 진보 된 측면에서 꽤나 확실합니다.


9
정확합니다! CSS와 그래픽 레이아웃의인지 워크 플로는 동일한 추상화 수준에 있지 않습니다.
Alex

5
IMHO,이 답변은 2015 년에도 너무 과소 평가되었습니다.
Abhinav Gauniyal

13
"제 아버지는 출판사이자 그래픽 디자이너이고, 저는 어릴 때부터 그래픽 디자인에 몸을 맡겼습니다. 그들이 20 년 전에 사용했던 출판 소프트웨어가 오늘날 HTML / CSS보다 더 발전하고 사용자 친화적이라고 감히 말할 수 있습니다." ... 차이점은 아버지가 다양한 화면 크기, 화면 판독기, 다양한 브라우저 버전 (다양한 기능 포함) 등을 위해 디자인하지 않았다는 것입니다. 인쇄용 디자인은 화면 디스플레이 용 디자인보다 훨씬 간단합니다. 따라서 CSS는 인쇄 매체를 배치하도록 설계된 언어보다 더 복잡합니다.
J. Taylor

1
Postscript를 언어로, PDF를 배달 수단으로 권장했습니다. 나는 구타를 당했고 점 성적으로 투표했다. SO의 드로이드는 의견을 좋아하지 않습니다.
ATL_DEV

1
@J Taylor, Lose it will ya. 매체를 사용한 디자인은 쉽지 않습니다. CSS와 HTML을 작성하는 것만큼이나 기술, 예술 및 과학입니다. 예술을 존중하십시오. Postscript는 다양한 크기의 미디어를 처리하도록 설계되었으며 수십 년 동안 사용되었습니다. HTML과 CSS의 요점은 웹 브라우저가 Postscript가 기본적으로 수행하는 작업을 렌더링하도록하는 것입니다. HTML과 CSS는 끔찍합니다!
ATL_DEV

43

, LESS 라고 불리며 대부분의 CSS 코드 가독성 문제를 해결합니다.

less.js 를 사용하여 서버에서 또는 클라이언트 측에서 즉시 컴파일 할 수 있습니다 .

프로덕션의 경우 컴파일하는 빌드 스크립트를 설정하는 것이 좋습니다 ( NodeJS 에서는 Gruntgrunt-contrib-less를 사용 하는 케이크 조각입니다 ).


편집 : 내가 덜 사용하고 추천하더라도 언급할만한 다른 옵션도 있습니다.

SASS : Ruby 사람들은 이것을 좋아합니다. LESS와 같은 CSS의 상위 집합이 아니라 자체 구문을 사용합니다. 이것에 대한 대처하기 위해, 그들은 SCSS, 개발 이다 CSS의 슈퍼 세트 LESS과 유사합니다.

스타일러스 : LESS와 마찬가지로 자바 스크립트로 코딩되어 있지만 일반적으로 Node.js에서 사용됩니다. 아직 사용 해보지 않았기 때문에 보증 할 수는 없지만 매우 성숙해서 원하는 기능이 있다면 꼭 가보세요.

터빈 : 이것은 PHP로 코딩되었습니다. 그다지 견인력이 없습니다.

Switch CSS : 아마도 파이썬 해커들이 이것을 조사하고 싶을 것입니다. 더 적은 견인력.

당신이 더 다른 느낌을하는 경우도있다 CSS Cacheer , CSScaffold , DtCSS , CSSPP 심지어 뭔가 에 의해 porneL을 .


확인하고 싶은 다른 항목 :

Compass : Ruby 사용자를위한 완전한 CSS 저작 프레임 워크입니다.

WinLESS : Windows 용 드래그 & 드롭이 적은 컴파일러, 정말 멋지다.

LESS Elements , Preboot , LESSHat even.less : LESS에 대한 믹스 인 및 상수 라이브러리.

Bootstrap : Twitter에서 개발 한 프레임 워크입니다. 관련 항목 : HTML5 Boilerplate .

Normalize.css : CSS 재설정 의 대안입니다. 그러나 많은 재설정이 있지만 하나의 개발자로서 나는 대부분이 쓰레기입니다. 직접 만들지 않으려면 이걸 사용하세요.


업데이트 : 1.4 부터 LESS도 @extend있습니다. 가능하면 1.4 이상을 사용하십시오! 이것은 내가 생각하는 SASS보다 LESS를 선택하는 이유를 완성합니다.


26
불행히도 이것은 모델 자체에 대한 대안이 아닌 것 같습니다 .
n611x007

1
@naxa 그리고 왜 그것을 원하십니까? 모델은 훌륭하고 (스타일 시트) 구현은 끔찍합니다 (CSS). 이러한 도구는 구현 만 다루기 때문에 인기가 높습니다.
Camilo Martin

3
경쟁은 발전을 돕기 때문입니다. "스타일 시트"란 무엇을 의미합니까? 나는 그것을 텍스트에서 계단식 및 별개의 파일 / 섹션과 연결합니다. 그러나 텍스트에 병합 된 레이블 및 컨테이너 (html 사용)를 사용하는 상자 모델이 더 있습니다. 구현 종속성이 있습니까? -예. 스타일 시트를 html / xml 이외의 것에 적용 할 수 있습니까? (스타일 시트를 작성
했는데 GT

@naxa가 의미하는 바는 콘텐츠에서 스타일을 분리한다는 개념이 훌륭한 모델이라는 것입니다. 이것이 제가 "스타일 시트"라고 부르는 것입니다. 그리고 구 현상 저는 CSS 구문을 의미했지만 CSS 대신 LESS를 사용하는 것은 Javascript 대신 CoffeeScript를 사용하는 것과 같다는 데 동의합니다. 그리고 이진 마크 업 형식이 있기 때문에 왜 이진 스타일 시트를 가질 수 없었는지 모르겠지만, 생각해 보면 아마 그 이름으로 찾을 수 없을 것입니다. 스타일 시트는 인간의 문제 (작성 스타일)를 해결하기 때문입니다. 많은 문서의 경우), 기계 문제가 아닙니다 (또는 여전히 <FONT>태그를 사용 중입니다 ).
Camilo Martin

4
나는 이것이 대안이 아니라 전 처리기이기 때문에 반대표를 던졌다. 그들은 CSS 위에 놓여 있고 끝에 CSS를 출력합니다. 따라서 그것은 단지 하나의 추상화 수준이 높지만 대안은 아닙니다.
ProblemsOfSumit

17

예.

다른 모든 사람들이 말했듯이 CSS는 유일한 실제 옵션이지만 웹에서 " XSL (eXtensible Stylesheet Language) "이라고 하는 "스타일 시트 형식 지정 유형"을위한 또 다른 언어 , 특히 XSL-FO 로 알려진 사양의 하위 집합이 있습니다. (포맷 개체) .

한때 요청한 사람에 따라 CSS와 경쟁하거나 협력 하기위한 것이 었습니다 .


1
W3C에는 XSL과 CSS 간의 관계에 대한 좋은 요약이 있습니다. w3.org/Style/CSS-vs-XSL
Patrick McElhaney


7

널리 퍼진 CSS가 모든 브라우저에서 완벽하게 지원되는 것은 아닙니다. (알 수없는) 대안이이 목표에 어떻게 도달해야합니까?


3
예측 가능하고 직관적이며 실수를 남기지 않고 새 버전의 문제를 수정하는 레이아웃 모델을 사용합니다.
AR

7

글쎄요, CSS 2.1은 거의 모든 브라우저에서 잘 지원됩니다. (IE6 제외) 안전한 부분 집합을 알면 우아하게 저하 된 CSS를 작성하는 것은 쉽습니다. (지원하지 않는 브라우저도 페이지를 완전히 엉망으로 만들지 않도록)

CSS 브라우저 호환성 힌트는 http://www.quirksmode.org 를 참조 하십시오 .


4
quirksmode의 경우 +1-CSS로 시작하는 모든 사용자는 이에 대해 알아야합니다. IE7은 CSS2에서도 꽤 나쁘고, 불행히도 대부분의 웹 (그리고 거의 모든 기업 네트워크)은 IEs 6과 7 전용이므로 CSS2에주의해야합니다.
Keith


6

다른 레이아웃 엔진에서 CSS에 대한 완전한 지원이 부족하여 낙담했습니다.

jQuery는 브라우저 간 CSS 호환성을 높이는 몇 가지 방법이 있다고 생각합니다. 즉, jQuery를 사용하여 일부 속성을 지정하면 특정 기능을 지원하지 않는 브라우저에 대한 해결 방법을 사용하려고합니다.

CleverCSS 라는 프로젝트도 있으니 확인해보세요. 그러나 그것을 정의하는 약간 다른 방법에 대한 대안이 아닙니다.


불행히도 링크가 죽었습니다. :-(
August

4

위키 백과 ( http://en.wikipedia.org/wiki/Cascading_Style_Sheets ) 의 CSS 작성과 CSS에 대한 몇 가지 다른 의견을 살펴본 결과 다른 레이아웃 엔진에서 CSS를 완벽하게 지원하지 않는다는 점에 실망했습니다. 대안이 있는지 아니면 CSS 필터도 사용하는 법을 배워야하는지 궁금합니다.

CSS는 표준. 대안이 없습니다.

모든 브라우저는 기본 CSS 기능을 지원합니다. (4 개?) 메인 브라우저 라인 각각의 새 버전은 표준에 대한 지원이 증가하지만 이러한 기능을 사용하는 웹 사이트는 이전 버전의 모든 사용자에게 손상 될 것입니다. 이에 대한 두 가지 답변이 있습니다.

  1. "Graceful degredation"(또는 그 쌍둥이, "Progressive Enhancement"-google it) : 페이지가 사용 가능한 경우 고급 기능을 활용하고 그렇지 않은 경우 계속 작동합니다.

  2. 청중은 누구입니까? 웹 사이트 방문자의 99.8 %가 최소한 IE7을 사용하고 있다는 사실을 알고 있다면 운이 좋으면 IE6에서 깨지는 CSS 기능에 대해 걱정할 필요가 없습니다. 그러나 이것은 자신의 사업에 달려 있으므로 먼저 사실을 확인하십시오.

당신이 할 수있는 최악의 일은 하나의 특정 브라우저의 단점에 대한 코드를 작성하는 것입니다. 다른 브라우저에서뿐만 아니라 동일한 브라우저의 이후 버전에서도 페이지가 깨지기 때문입니다.


4

오래 전의 대안으로 JavaScript Style Sheets (JSSS)는 Netscape에서 제안한 스타일 시트 언어 기술이었습니다. 관심있는 사람이 있으면 http://en.wikipedia.org/wiki/JavaScript_Style_Sheets 링크를 삭제하겠습니다 .

여기에 제안이 있습니다 http://www.w3.org/Submission/1996/1/WD-jsss-960822 나는 이것이 좋은 생각이라고 생각하지만 슬프게도 CSS가 이겼지 만 일부 부분이 자바 스크립트와 통합되었을 수 있습니까 ??

또한 css를 사용하는 대신 일부 텍스트 효과에 svg를 사용할 수 있습니다.
http://msdn.microsoft.com/en-us/ie/hh410107.aspx
및 일부 애니메이션
http://svg-wow.org/ text-effects / text-effects.xhtml
일부 버튼 효과 https://www.svgopen.org/2008/papers/86-Achieving_3D_Effects_with_SVG/
다음은이 http : //www.hongkiat 에서보아야 할 텍스트 스타일링에 대한 멋진 예입니다 . .com / blog / scalable-vector-graphics-text /


3

유일한 대안은 <font>태그 와 같이 HTML 자체에 더 이상 사용되지 않는 서식 지원입니다 . 그러나 당신은 그것을 원하지 않습니다. 8-)


7
당신이 사용하는 경우 <글꼴> 당신은 또한 나 같은 다른 웹 개발자 약간 강렬한 증오가 발생할 수 있습니다 : (그들이 읽을 수있는 경우 / ... 코드를 수정 적어도) P
Svish

3

아니요, CSS는 이제 갈 길입니다. 형식 자체에는 아무런 문제가 없습니다 (실제로는 개인적으로 매우 마음에 듭니다). 오히려 브라우저 지원 만 가능합니다. 특히 IE에 관한 것입니다. 일단 우리가 CSS3를 지원하는 모든 주요 브라우저를 가지게되면 문제가 없어 질 것입니다.하지만 그것이 언제 일어날 지에 대해 너무 낙관적이지는 않습니다.


9
형식 자체에 문제가 없습니까? Jeff Atwood를 인용하면 다음과 같이 말합니다. "요컨대, CSS는 DRY 원칙의 살아있는 쓰레기를 위반합니다. 당신은 끊임없이 그리고 불가피하게 스스로를 반복합니다. (변수가 부족하여 모든 곳에서 색상을 반복해야합니다. CSS의 거대한 블록을 여기 저기 반복합니다.) 그것도 제 경험입니다. 당신은 그것에 능숙해질 수 있습니다. 그러나 그것은 언어로서의 장점과는 아무 관련이 없습니다
Peter

3

현재 CSS에 대한 대안은 없으며 이것은 좋은 일입니다. 브라우저 공급 업체, W3C, WHATWG 등은 단일 사양에 대해 동의하는 데 충분한 시간을 갖고 있습니다. 사양이 두 개 이상이면 어떻게 될지 상상할 수 있습니까?

어쨌든 나는 일단 당신이 CSS를 배우면, 당신은 어떤 특정한 것들이 무엇을 깨뜨리는 지에 대한 지식을 얻고 그것으로 작업하는 법을 배우거나 그것을 피하는 것을 발견했습니다.

도움이 되었기를 바랍니다.


11
"현재 CSS에 대한 대안이 없으며 이것은 좋은 일입니다."
Gandalf 2011

Darko가 설명 한 Good의 좁은 사양 내에서 Good Thing입니다.
Dom Vinyard


2

아니요 (대부분)

최대 수의 클라이언트 컴퓨터에서 작동하는 레이아웃을 만들고 싶다면 CSS를 배워야합니다.

사용자를 IE8, 크롬, 사파리, 파이어 폭스로 제한 할 수 있다면 아마도 CSS2를 피할 수있을 것입니다. 그렇지 않으면 CSS1의 모든 차이점과 무수히 많은 깨진 것들, 특히 IE5와 6에서 배워야 할 것입니다. .

HTML 3.2에는 일부 서식 지정 태그 (예 : <font>또는 <center>)가 포함되어 있지만 많은 작업을 수행 할 수 없습니다.

왜 대부분 만? -사용자가 Flash 또는 Silverlight를 가지고 있다고 가정하고 웹 애플리케이션을 구축 할 수있는 경우. 그러면 레이아웃이 완벽 할 것이지만 작동하려면 클라이언트 측 플러그인 (모든 사람이 가지고있는 것은 아님)이 필요합니다. 정말 풍부한 클라이언트 UI가 필요한 경우에만 해당 경로로 이동합니다.


실제로 HTML 3.2 서식 지정 태그와 테이블 기반 레이아웃으로 많은 작업을 수행 할 수 있습니다. 예를 들어, 이것은 내 이전 웹 사이트 (약 10 년)입니다 : itek.at/alt/ganzneu-eng.html
Erich Kitzmueller

실제 사이트도 레이아웃 테이블로 완료됩니다. * 접근성, * 유지 관리 능력, *
핸디캡

3.2로 할 수있는 작업은 대역폭, 접근성 또는 유지 관리 측면에서 현대적인 개발에서 허용되지 않습니다. 필요하지 않은 경우 축소 할 목적이 없습니다.
annakata

@ammoQ-예, 할 수 있지만 시간이 걸리며 변화하는 데 암말입니다. 00 년대 초반으로 돌아가서 사이트 디자인은 큰 이미지를 잘라 내고 결과 퍼즐을 테이블에 넣는 것이 었습니다. 나는 그것을 많이했고 현대적인 것들에 비해 좋지 않습니다. 그런 방식으로 사이트를 만들 수 있지만 2002 년에 마지막으로 업데이트 된 것처럼 보일 것입니다.
Keith

2

현재 CSS 지원 상태가 매우 끔찍하다는 데 동의합니다.

가장 좋은 방법은 표준 에 따라 CSS를 작성한 다음 다양한 브라우저가 적절하게 준수하지 않는 모든 부분에 대한 수정 사항을 추가하는 것입니다. 그래도 CSS의 일부를 피하는 것이 좋습니다 (예를 들어 z 레벨은 많은 브라우저에서 실제로 혼합 된 레벨을 지원합니다).


1

Zoli가 옳습니다. "xslt는 대안입니다"

XSLT는 CSS가 HTML을 렌더링 된 웹 페이지로 바꾸는 것처럼 XML을 렌더링 된 웹 페이지로 변환합니다. XSLT를 HTML과 혼합하거나 CSS와 XML을 혼합 할 수 없습니다.

렌더링 된 웹 페이지를 만들기 위해 CSS와 XSLT를 모두 사용했습니다.



0

Adobe Postscript는 CSS에 대한 가장 가능성있는 대안입니다. 문제는 데스크톱이나 웹에서 보려면 Acrobat이 필요하다는 것입니다. CSS보다 훨씬 우수하며 프린터, 플로터, 전화, 태블릿 및 Postscript 인터프리터를 사용하는 거의 모든 장치를 포함한 모든 장치에서 설계 의도와 크기를 유지합니다.

Postscript는 특정 장치에 대해 구현하지 않는 한 ZERO 학습 곡선을 갖습니다. 수백만 명의 프로그래머, 그래픽 아티스트, 아티스트, 전문 프린터 및 최저 수준의 가정용 컴퓨터 사용자가 프로그래밍합니다. 모든 응용 프로그램의 메뉴에서 인쇄 또는 저장을 선택하기 만하면 연결 및 필드 입력을 지원합니다. 검색 가능합니까? PS 기반 문서는 Google 검색 페이지에 자주 나타납니다.

그러나 웹 브라우저에서 PDF 형식으로 볼 수 있지만 HTML 및 CSS와 같은 기본 브라우저 언어는 아닙니다. 그렇게 쉽고 강력하다면 왜 그렇지 않습니까? 웹이 시작되었을 때 어도비는 너무 근시안적이었고 탐욕스러워 언어를 개방했습니다. 그들은 PS 엔진과 콘텐츠 제작 제품에 라이선스를 판매하기를 원했습니다. 어도비에게 PS 브라우저를주는 것은 거위와 황금 알을주는 것과 같았습니다.


-6

xslt는 대안입니다.

CSS보다 강력합니다.

배우고 사용하는 것이 더 어렵습니다.


4
XSLT가 CSS의 대안 인 이유는 무엇입니까? 그들은 완전히 다른 일을합니다.
Mr. Shiny and New 安 宇

나는 그들이 XSL-FO를 만질 수 있다고 생각하는데, 괜찮지 만 AFAIK는 브라우저에서 작동하지 않습니다.
Jeremy French

1
아니요, XSL-FO가 아니라 XSLT 만 의미합니다. XSLT에서는 변형을 표현할 수 있으므로 XSLT를 사용하면 HTML로 표현할 수있는 모든 종류의 서식을 표현할 수 있습니다. 좋아요, 그것은 CSS가 할 수있는 것보다 적습니다.하지만 저는 XSLT가 완벽한 대안이라고 말하지 않았습니다. XSLT 항목도 CSS와 같은 별도의 파일에 있으며 HTML에서 XSLT 파일을 참조 할 수 있습니다. 이 두 가지 속성으로 인해 많은 중복없이 HTML 기반 문서에 대한 서식을 지정할 수 있습니다. XSLT는 Firefox, IE에서 작동하며 다른 사람들은 테스트하지 않았습니다.
libeako

4
아니, 졸리. XSLT로 서식을 지정할 수 없습니다. 당신은 그것을 변환, 원래의 코드를 방해 등 그것에서, ID에 제거를 추가 ...하지만 당신은 스타일 그것을 할 수 없습니다 ... 수
가브리엘 Petrioli
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.