IT를 표현

또 다른 구식 메모리 보조 ...

왜 우리는 windos.status 설정하는하나요?
Javascripts는 디버깅할 일이있을 때 악몽이 될 수있다. 파이어 폭스 대해 Firebug를 먹으렴 우리 인생을 쉽게하고 또한 자바 스크립트에서 가장 인기있는 디버깅 기법에 대한 표결이 ") (경고 '로 이동한다와 같은 몇 가지 편리한 addons을 지니고 있습니다. Anywaz! 알림 당신의 잘못된 행동 자바 스크립트는 단지이 아닙니다 좋습니다 디버깅합니까 추가할 때 몇 가지 경우가 있습니다. 예를 들면! 당신은 그의 위치를​​ 경고해야 dragble 항목이 있는데 .... 아니, 아니야! 할 천만의 말씀! 당신은, 그냥 무한 경고를 얻을 것이다하거나 실제로 dragable을 drap 수있을 실거예요. 글쎄! 당신이 상태 표시줄에 디버그 문장을 쓰는 것보다 좋은 상황이 있는데, 훨씬 더 usful ... 날 믿어! 그 체험!

기본적으로 IE는 구문 "window.status = '디버깅할 물건"을 이용하여 브라우저의 상태 표시줄에 쓸 남아 있지만, Firefox는하지 않습니다. 따라서 윈도우 상태 변경을 활성화하려면 다음 중 하나를 할 수 있습니다.

대한 열기 : 구성 브라우저에서 (타입 "에 대해 : 설정"이 주소 표시줄에)와 대한 검색
DOM. disable_window_status_change. false로 그것을 변경 ... 그냥 그 상태를 전환하는 항목을 클릭합니다.

또는 양자 택일로

'도구 → 옵션 → 내용 → 자바 스크립트 / 고급 → 변경 상태 표시줄 텍스트 "

그리고 또한 짧은 구문 즉 상태를 사용하는 경우 ... 당신의 자바 스크립트에있는 상태 표시줄에 기록하기 위해 IE를 그냥 괜찮다는 점에 유의하지만 Firefox에서, 당신은 완전한 문법 즉 window.status = '에게에 사용해야 ='일부 디버그 텍스트 ' '디버깅하는 것을

나도 없다 사용자 인터페이스 (UI) 개발에 매우​​ 새로운 아냐없고 나는 베테랑이고 난 항상 그것을 넣어로서, 전 사실 후회와 함께, 더 많은 디자이너의 그것보다 UI 개발자의 프로필에 맞습니다. 아, 오! 제가 대해서 어떻게 쓰는 거지? 제가 UI 디자인 (전문 디자이너가 휴가 간 경우)의 비트로 언제 되는거죠 ... 잠시 동안 때때로 지금 (덜하지 년만에 있어야합니다), 전 항상 캔트 스톱 내 디자인해야 하는가에 대한 생각 제대로 complient 아닌거야 (진심으로, 나 역시 원하는 경우, 100 % 표준 준수를 achive 수는 없겠지만). 그렇다면 나 자신에게, 무슨 헛소리! ... 디자인은 (기술 예정) 방문자가 도망하게 ... 아니면 바운스 안된다, 간단한 멋지고 주로 사용할 것이어야합니다. 멋진 tableless의 CSS 레이아웃은 모든 스마트 하이퍼 텍스트와 웹페이지의 피부 아래에 CSS 스타일 시트 모른다는 것입니다 방문자, ... 무명의 사람들에게 좋은 무엇이 될 것입니다!
그것은 멋진 모양과 쉽게 사용할 수 있어야합니다 ... 그럼 표준 것들 모두가 온다.

나는 accross에게의 제이슨 프라이드를 기준으로 해당 블로그 항목 stumbbled 37 신호를 2004 년에 비슷한 써서 거의 5 년을 날 믿어 (알고 37 신호가 Basecamp, 캠프 파이어 등처럼 굉장한 웹 애플 리케이션을 만들어 onces가없는 사람들을 위해) 그리고 훨씬 그 이후 변경되지 ... 완전히 그가하는 말이 가지고 있으며, 또한, 그녀는 단지 자신의 직감에 대해 말해주는 것이라는 걸 확신 사실 아닙니까 동의로 나는 그의 게시물을 읽을 기분이 좋았고, 그래서 내가

제이슨 프라이드 : "이 방법은 CSS와 XHTML과 표준 및 접근성 얘기를 너무 많이이고, 충분한 사람에 대해 얘기하지. CSS와 표준 준수 코드는 도구입니다 - 당신이 도구를 사용하여 빌드해야할지해야합니다. 그래, 난 당신의 UI가 테이블을 사용하지 않습니다 기뻐요. 그래서 어쩌라고? 아직도 사람들이 목표를 달성하지 못한다면 무슨 상관이야. 웹 표준을 잘하지만, 사람들의 자기 기준 일이 (그것이 온라인 일을 아직도 너무 어려워요) 뭐하고 포함됩니다.

UI 디자이너는하고있는 예전의 근본적인 실수 "반대편에있는 인간을 잊고"- 그들의 코드가 잘 보이는 이번에는 제외.에게 인간 -없는 코드 validators - 사용 인터페이스 ".

체크 아웃 제이슨 프라이드의 전체 기사

DISCALIMER : 이것은 우리가 전혀 표준에 대해 걱정하지 말아야한다는 의미는 아닙니다. 기준가 있고 가능한 한 그들에 충실한 게 좋다. 우리는 오직 좋은 UI 디자인을 이해해야하는 것은 항상 100 % 기준 Complience 또는 그 반대를 의미하지는 않습니다 ....

내 수업의 유능한 내 목록에서 몇 UI 설계 및 개발 골든 규칙 ... Heres 톱 10을 따르십시오 ... 당신도 그들을 따라가 보지는 않았지만 ...

1. 사용자를 부탁해. 사용자가 만들거나 귀하의 사이트를 깰 수있다. 귀하의 웹사이트를 사용하는 전혀 불가능 총 바보야 등 사용자의 모습을 만들어 DONOT. 그건 최악이야!

2. 단순 유지하고 기본 guidlines를 사용의 용이성. 화면에 너무 많은 일, 더 높은 사용자가 혼동하거나 원래 작업에서 산만받을​​ 것이라는 확률.

3. 한계에 만나 ... DONOT은 사용성, 접근성 및 표준에 너무 빠지다. 효과적 표준을 사용하고 그들이 팀에 이해합니다. 이것은 제품의 오른​​쪽 일관성을 보장합니다

4. 요구 사항을 프로토 타입. 이후, 사용 인터페이스가 풍부 요즘 프로토 타이핑은 항상 단순 wireframes를 만들기보다이며 후자는 점잖은 상호 작용 무효이며, 그것은 고객에게 개발하고 최종 제품의 명확한 그림을 제공하기 위해 실패합니다. 항상, 그것은 최종 산출물로 프로토 타입을 변환하는 것이 더 쉽습니다. 또! 프로토 타입과 함께 모든 상호 작용 문제는 이전 개발주기에서 밖으로 다림질 수 있습니다.

5. 귀하의 설계 및 상호 작용의 일관성은 매우 중요하다. 예측할 수없는 상호 작용과 gizmos하여 사용자에게 혼란을 Donot.

6. 당신의 "디자인 경영 이념"을 이해합니다. 예측은 설계 페이지 beign의 기본 동작에 중점을 둡니다. 또한 페이지에 seconday 작업 목록을 만들, 그들의 우선 순위.

7. 사이트 사용자에게 적절한 피드백을 제공한다. AJAX 주위에 디자인된 웹사이트의 대부분으로, 페이지의 변경 사항에 대해 사용자에게 시각적인 단서를 제공합니다. 사용자는 그가 수행하는 모든 작업의​​ 완료 확인서를 제공해야한다. 사용자가 기다렸다 예 대해 생각하게 Donot. 파일 uplaods 동안 진행 표시기를 제공합니다.

8. 적절하게 컨트롤을 사용합니다. 예를 들어 용도로만, donot 사용자가 선택 상자를 사용하여 200 개 도시 중 하나를 선택할 작은 목록에 대한 목록을 드롭 다운 선택합니다. 버튼과 링크의 차이를 이해합니다. 링크 버튼은 다른 목적을 갖고 donot 다른을 위해 하나를 사용하십시오. 페이지가 쉽게와 상호 작용하기 위해 오른쪽 컨트롤을 제공합니다. 메뉴의 사용을 피하십시오, 그 이상 그 두 가지 수준의 깊이입니다. 바퀴를 재발견하지 마십시오. 그것들은 아주 필요한 경우 사용자 정의, 표준 컨트롤을 사용합니다. 그들이 만들어지고 사용 accross 사이트 준비, 독립적으로 테스트할 수 있도록 귀하의 사이트에 처음으로 핸드에 필요한 사용자 정의 컨트롤을 정의합니다.

9. Donot이 디자인에 너무 많이 반복. 기억해라! 모든 제품은 혼자보다 그 디자인으로 구성되어 있습니다. 설계 반복에 대한 프로젝트 일정에 적절한 타임 라인을 구축하고 끝까지 밀어 붙여라. 반복은 우리가 작동하고 무슨 문제 지점을 선택하지 않는 것을 확인할 수 있습니다. 좋은 인터페이스는 시간이 걸리는 것처럼, 디자인 반복에 직접 재작업있는 거고 doesnot 있도록 개발주기의 태초의 반복에 대한 시간을 제공합니다. 너무 많은 재작업 마감이 jeopradize 수 있습니다.

10. 편하게 앉아 때로는 사용자처럼 생각합니다.

나는 상황이 그것을 commaned 때문에 주위에 파고한다고 자바 스크립트 속임수의 또 다른 작은 peice를 Heres. 나는 두 번 "windows.onload"를 구현하는 한 곳에서 내 웹 사이트 중 하나에서, 나는이 상황을했다. 나처럼 미숙한 마음 (솔직히 내가 자바 스크립트 프레임 워크와 라이브러리를 사용하고 난 이후로 내 ... 슬프지만 진실에 간단한 일을 forgotton 있고, 말을해야 할)에 와서 제일 먼저 다음과 같은 방법입니다 ...

 window.onload = onloadfn1;
 window.onload = onloadfn2;
 window.onload = onloadfn3;
 등 ...

미안하다고 말하고 있지만, 효과가 실거예요 ... 자바 스크립트의 실행 정도 과학을 논의하기 위해 싶지 않아요 ... 그러나 나의 최근 경험에 의하면, 오직 마지막 함수는 (onloadfn3) 병이 실제로 처형 당할 것입니다.

정상적인 상황에서는, 제 (잠시 후에 다시 얘기하자있는)와는 달리 당신은 mutliple onload 함수를 실행하기 위해 다음 중 하나를 할 수있다 ....

이런 사람 이었을까

 함수 doOnLoad () {
         onloadfn1 ();
         onloadfn2 ();
         onloadfn3 ();
 }
 window.onload = doOnLoad;

현재 상황의 경우, 위의 중 하나를 사용할 수 없습니다 ...
왜 windows.onload 두 번 호출하지 않고 하나의 onload 함수 내에 두 개의 함수를 호출하는 데 필요 했을까? 이게 제 문제 명세서에서 빠른 모습은 ...

"내 사이트 페이지는 워드 프레스 테마처럼 구성되어있다 .... 즉 모든 사이트 페이지에 포함된 받게 일반 Header.php과 Footer.php 있습니다. 몇 가지 일반적인 onload 기능을 할 Footer.php에서 onload 함수 implementaion가있다. 과 별개 일반 onload 함수에 의해 수행으로부터 자신 ONLOAD의 무언가를 위해 필요한 몇 페이지가 마련되어 있습니다. 제가 window.onload 처리기에 직접 콜백 함수를 지정할 경우 "Footer.php에 이전에 할당된 콜백을 과잉 향할 것이다

.... 내 문제는 이해된다 ?

글쎄! 내가 찾아낸 것이 몇 가지 해결책이 있습니다. 그들은 모두 매우 유사하며 주로 사이먼 Willison (준 솔루션의 implementions http://simonwillison.net/2004/May/26/addLoadEvent/ ) ...

해결 방법 :

간단히 사이트로이 자바 스크립트 코드를 추가 ...

 함수 addLoadEvent (FUNC) {
     VAR oldonload = window.onload;
     IF (typeof의 window.onload! = '함수') {
        window.onload = FUNC
     } 또 {
        window.onload = 함수 () {
            {(oldonload) 경우
                   oldonload ()
           }
           FUNC ()
        }
    }
 }

대신 평소 'windows.onload "의 그것을 호출

 addLoadEvent (FunctionToRunOnPageLoad);
 addLoadEvent (함수 () {
 페이지로드 *에서 실행하기 / * 더 많은 코드를
 }); 

이 코드 스니펫 (snippet)의 장점 ...
1. 주로, 그것은 이전 정의를 overridding없이 코드의 별도 부분에서 호출, 당신은 여러 windows.onload 이벤트를 가지고 있습니다
2. 정말 눈에 거슬리지입니다. 그것은 다른 스크립트 파일에 또는 별도의 파일에 배치될 수 있습니다.
3. 그것은 window.onload가 이미 설정된 경우에도 작동합니다.

내가이 일 하나가 우리가 UI와 대본 작가 일을 기준으로 하루에 이렇게 할 필요가 많은 구글에서 찾을 낙서 거라 생각 했지, 그것에 PHP 코드 스니펫 (snippet) (. PHP)의 peice의 비트를 포함입니다 멋지 템플릿 (. tpl). 제가 정확한 답변을 ... 백만 검색 결과를 찾을 더욱 어려워 그 편리 / 인기 검색어를 깨달았지만, 그 중 대부분이 "파일"로 reffered 것은 멋지에 포함 ... 이는 다음과 같은 구문이 있습니다

{파일 = "포함 / header.php"를 포함}

이것은 실제로 미세 파일을 inlcuded지만 텍스트로, 내가 원하는 것은 포함 파일의 결과였다. (위는 템플릿 파일 안에 템플릿이 포함되어 사용되고 있습니다.) 마지막으로 비트 persiverance로 .... 내 요구에 대한 대답이었다 slighty 수정된 구문을 발견 했소 .. 그래서 여기는 것은 ... 당신 havn't면 이미 하나 찾았어요

{include_php 파일 = "포함 / header.php"}

또 빠른 차다. 여기 간단하고 CSS의 전원을 사용하여 좋은 일이에요 ..하지만 처음부터 어려운 concieve (그리고 그것이 반드시 내가 아냐)했습니다. Dropshadow를 추가하면, 포토샵 anf 불꽃놀이 등 편집 도구를 몇 가지 이미지를 사용, 우리 중 많은 케이크 peice 수도
제가 CSS를 이용한 드롭 섀도우를 위해 사용하도록 선택한 이유는 일반적으로 응용 프로그램의 페이지 디자인 / HTML을 만드는 동안, 요건 iterating 유지한다는 것입니다. 제가 freinds 목록 또는 이미지 갤러리를 표시하는 것과 같은 다양한 이미지와 기존의 웹 사이트에 가서는 무슨 뜻인지, 그것을 위해, 재처리 이미 추가하거나 그림자를 제거하는 언로 드했던 이미지의 전체 하중에 어려울 것입니다 문제.
이러한 여분의 부서 또는 추가할 HTMLS을 만드는 동안 좀 성급 생각했을 그렇다면 일반적으로 상황이 당신이 XSL, PHP에서 이러한 아이콘 / 축소판을 생성 루프 로직을 가지고있다는 것입니다. 자바 또는 다른 프로그래밍 / 스크립트 언어 당신이 언제든지 추가할 수 있습니다 다음, 연기 토록 요구 사항을 변경하는 클라이언트에 따라, CSS의 디스플레이 속성을 사용하여 이러한 그림자를 숨기고의 문제가 ... 내가 앞으로 생각하고 이런 일을 havn't 전에도 ...하지만 ahev 지금 시작!

아래 예제에서 원본 이미지는 그림자 무료이며 dropshadows이 필요한 경우 적용됩니다! 또한, 생각을 내 앞에서 혀를의 기술 (Well! 이들은 아마 자습서의 짧은 다양하므로 그것만이 그들을 '차다'의 호출 정당)을 사용하여, 약간의 여분을 간 CSS 클립 속성을 사용 과시에 대해서만

원본 이미지

CSS의 DropShadow 결과

데모보기 | 다운로드 sourcefiles을

내가 왜 이것을 이해할까요?? Humm ...!!

CSS의 작가 대부분은 CSS의 클립 속성이 대부분 취소 사용되는 CSS 속성 중 하나입니다 동의할 것입니다. 그것은 내게도 그렇게 사실과 내가 수정 시작하기 전에는 그것을 소홀히하는 것이 가장 행복 했어요 MOOTOOLS 두 노브 (핀) 슬라이더 구성 요소 (범위 표시기 포함) .

슬라이더 범위를 나타내는 데 이어 backgroud 이미지를 (가변 폭 부문에 대한)를 사용하여 슬라이더 구성 요소를 수정하는 구성 요소 사용자 중 하나에서 좋은 제안이 있었다. 따라서 재미 있지만 CSS 클립 속성의 바다 (ME 당연히)를 해제 전세를 입력하는 시간이 왔어요.

글쎄! 그것은 얼마나 어려운가 될 수 있습니까? 별로요도 전혀 ... 그렇기도하고 아니기도합니다. CSS의 클립 속성을 사용하는 문법은 꽤 똑바로지만 의미 / usuage 조금 croocked입니다. 내것과 같은 메모리로 매번 내 슬라이더 스크립트에 재작업에 앉아서 ... 내 자신에게 내 스크립트에서 만든 논리를 상기시켜,이 클립 속성의 사용으로 언급 tokeep이 있는데 .... 그래서! 그 미래의 (그리고 또한 보이는 자들의 이익을 위해 CSS 클립 속성에 의해 boggled) 기억 희망으로 펜을 내려으로 생각

CSS의 클립은 무엇입니까?

클립은 CSS 2.1 시각 효과 모듈의 일부입니다. 간단히 말하면, 그것의 임무는 따라서 추가 파일을 (나는 이미 슬라이더 구성 요소에 더 사용이 기능을 삽입한 만들 필요없이 이미지를 클리핑하고 축소 이미지를 생성, 이어중인 개체의 위에 보이는 창을 배치하는 것입니다 )

CSS의 클립 속성을 사용하면 rect 모양을 사용하여 클리핑을 만들 수 있습니다. rect를 사용하여 많은 다른 CSS 속성 (여백, 패딩 등 등), 마찬가지로 필요 네 좌표 위쪽, 오른쪽, 아래쪽, 왼쪽 (TRBL). 당신이 네 개 좌표를 (잠시 던지기로 두뇌를 전송)를 사용하여, 클립 클리핑 영역을 계산하는 방법에 더 자세히 살펴봐야 할 때이 속성의 croocked 자연 반영합니다. 이제 혼란 하단은 상단에서 시작, 오른쪽은 왼쪽부터 시작됩니다. . 당신은 내가 하는말 보이지? .... 따라서이 게시물을 ...

이것은 약간의 혼란은 쉽게 아래와 같이 CSS를 클립 / rect 재산의 시각적 설명과 함께 사라질 수있다!!

CSS의 클립 요건

우리가 시작한 작업은 (또한 광각 이미지) squarer 원하는 이미지로 다음 썸네일 이미지를 고정하는 것입니다

기존 Thumbnal / 이미지	Sqaure Thumbmail 용 클립 요건

CSS의 클립 결과

데모보기 | 다운로드 sourcefiles을

이 질문은 몇 번하기 전에 내 마음이 들기도 내가 전에도 사이트에 근무했을 때 어느 사이트 / 워드 프레스 PHP에서 주위 초보자를 portal.Being의 일부분 블로그 또는 콘텐츠의 새로운 종류를 표시하는 워드 프레스를 사용하여, 나는 계속 "이 케이크 나의 peice 아니다"생각을 procastinating. 드디어! 솔루션에 대한 약간의 주위를 은요을 시작했을 때이 요구 사항은, 코에 최대 개까지 왔어요.
저는 이것이 정말 내가 실제로 그냥 PHP의 작은 비트와 워드 프레스 API를 사용하여 워드 프레스 구동 섹션 이외의 다른 페이지에 헤드 라인의 목록이나 최신 게시물을 표시하는, 생각보다 쉽게 것을 찾기 위해 놀랐다 .

여기 어떻게있다 : -
설명의 이유로 귀하의 사이트가 있다고 가정 http://www.inchembur.com/ 하고이 사이트의 뉴스 섹션이 http://news.inchembur.com/를 (워드 프레스를 실행하는). 지금 요구에서 최신 게시물을 보여주는 것입니다 http://news.inchembur.com/ 즉, 메인 사이트의 홈 페이지에 http://www.inchembur.com/index.php

1 단계 : 귀하의 index.php에서 다음과 같은 코드 peice를 추가, 워드 프레스의 API 파일을 포함합니다. 당신은 당신의 게시물에 표시하고자하는 페이지의 상단에 이것을 추가할 수 있습니다.

<? PHP
'WP_USE_THEMES' , false ) ; // Disbable use of WordPress Theme 정의 ( 'WP_USE_THEMES', 허위); 워드 프레스 테마의 / / Disbable 사용
( '은 / var / news.inchembur.com / WP-의 블로그-header.php') 요구, / /는 워드 프레스 API를 포함
; // Get Latest Post query_posts ( 'showposts = 1'); / / 최근 게시물 가져오기
?>

포함의 위 peice에서 우리는 오직 하나의 최근 게시물을 받고있다. 당신이 노력한다면 많은 변화가 캐다 부담 query_posts() 설명서 .

2 단계 : 자, 당신의 최신 워드 프레스의 게시물을 보여주고 싶은 색인 / 홈 페이지의 일부 http://news.inchembur.com , 다음 코드를 사용합니다. 라고 광고하여 스타일링 부서, 지속 기간 및 설계 요구 사항마다 같은 수업을 무료로 느낄 필요도없이.

Step3 : 어떤 단계 3은 없습니다 ... 다 됐죠 ... 너희는 끝났어!

최근 포스트 반대로 어떻게 특정 게시물 / 페이지 표시 : -
이것은 쉽게 인자를 변경하여 achived 수 query_posts() 페이지 ID 또는 페이지 슬러그를 포함

) ; query_posts ( 'page_id = 7');
) ; query_posts ( '페이지 이름 = 약');

또는 당신은 게시물의 수를 제어할 수 있습니다 :
) ; query_posts (showposts = 3);

때로 pageweight을 지키기 위해 우리는 파편으로 우리의 스크립트를 분할했습니다 ... 필요할 때 이러한 자바 스크립트 조각과 같이로드하실 수 있습니다 (이벤트 또는 기타 링크 또는 단추를 클릭합니다).

로드 Javascripts 동적으로 간단하고 아주 똑바로 앞으로 아래와 같습니다 ...

= “text/javascript” > <스크립트 유형 = "텍스트 / 자바 스크립트">
함수 loadNewScript (소스) {
VAR S = document.createElement ( '스크립트');
s.setAttribute ( '유형', '텍스트 / 자바 스크립트');
s.setAttribute ( 'SRC', 소스);
document.body.appendChild (들);
}
</ SCRIPT>

그리고 당신은 어디서나 본문에 다음 호출 링크를하거나 문서 자체의 스크립트 "onLoad"를 가질 수 ...

= “javascript:loadNewScript('myDynamicScript.js');” >Load Dynamic Script</ a > 해서 <a href = "자바 스크립트 : loadNewScript ( 'myDynamicScript.js');"> 하중 동적 스크립트 </ a>

또는

<body onload="loadNewScript('myDynamicScript.js');">

당신의 CSS 인 경우 크로스 브라우저를 작동하여 레이아웃을 받고있는 고통을 알게 될 것입니다. IE8은 아직 우리가 개발자를위한 작품의 다른 스패너입니다. Anywaz! 난 당신없이 작동 IE7에서 CSS (및 이전 버전)과 파이어 폭스가 갑자기 IE8에 tantrums를 던지고 시작했습니다 어제를했던 것처럼,이 문제에 따라 생기면, 이걸 써봐 그것은 멋지게 순간 내 문제를 해결하는 것 같았다 ....

메타 선언을 이용하여 우리는 IE8 사용하려는 렌더링 엔진을 지정할 수 있습니다. 그래서 IE8은 IE7로 렌더링하도록 강요 ... 당신의 문서의 헤드에 다음 메타 태그를 삽입 : -

<meta http-equiv="X-UA-Compatible" content="IE=7" />

기본적으로 IE 메타는 다음과 같습니다 -

<meta http-equiv="X-UA-Compatible" content="IE=8" />
이는 Internet Explorer 8은 새로운 표준 모드를​​ 사용하여 페이지를 렌더링 할 것입니다.

필요한 경우이 구문은 아래에 다른 브라우저를 위해 수용하는 데 사용할 수 있습니다 :

<meta http-equiv="X-UA-Compatible" content="IE=8;FF=3;OtherUA=4" />

DOCTYPES에 대하여 추가 :

당신이 아직 "DOCTYPE"라는 동물의 종류에 익숙하지 않은 경우가 여기 몇몇 빨리 읽고있다
DOCTYPES은 무엇입니까? 브라우저 만지면 및 엄격한 모드는 무엇입니까?
XSL에 DOCTYPE 설정

DOCTYPES에 대해 깊이 이해 자세한 내용은 다음 링크를 방문해보십시오 ...
이외에도 목록 : 오른쪽 DOCTYPE 사용하여 사이트를 고쳐 내라!
이외에도 목록 : DOCTYPE 넘어 : 웹 표준, 앞으로 호환성과 IE8

참고 : 비록 우리 중 많은 HTML / CSS를 사람들이 올바른 DOCTYPE을 설정, 우리의 문서에 DOCTYPE decleration의 중요성을 무시되었으며, 대부분의 크로스 브라우저 문제에 대한 답변은 보통입니다.

CSS의 재설정 / CSS는 다양한 브라우저에 걸쳐 일관성을 만들어 특정 기준에 요소 스타일의 수를 설정할 수 있습니다된다.

우리 모두 크로스 브라우저 CSS의 쓰기의 악몽을 통해 왔습니다. 그래서 우리가 CSS를 쓰기 시작하면, 그것은 어떤 크로스 브라우저 불일치를 제거 / 재설정하는 것이 먼저 재설 정할 수있는 연습입니다. CSS를 재설정, 당신은 당신에게시 구축을 시작하는 깨끗한 기지를 제공하여 CSS를 시작하는 CSS의 간단한 몇 줄 수 있습니다.

제가 정상적으로 사용하는 경향이있는 CSS를 리셋은 다음과 같습니다

body, div, dl, dt, dd, ul, ol, li, h1, h2, h3, h4, h5, h6, pre, form, fieldset, input, textarea, p, blockquote, th, td {
margin:0;
padding:0;
}
html {font-size: 76%;}
table {
border-collapse:collapse;
border-spacing:0;
}
fieldset, img {
border:0;
}

마셨다, UL {
목록 스타일 : 없음;
}

H1, H2, H3, H4, H5, h6 {
글꼴 크기 : 100 %;
글꼴 두께 : 정상;
}

브라우저 글꼴 크기를 재설정
또한 다음과 같은 라인에있는 브라우저의 글꼴 크기에 적용되었습니다 재설정합니다 ...

html {font-size: 76%;}

위의 CSS를 재설정 브라우저 글꼴 크기를 10 픽셀로, 이것은 가능한 상대적인 글꼴 크기 (prespective WAI 준수의 모든 중요한지) 작업할 수
예를 들어, 다음 정의에서, 스팬의 글꼴 크기는 10 픽셀과 그 paragarph에 14 픽셀로 설정되어로 설정됩니다 ...

span {font-size: 1em;}
p {font-size: 1.4em;}