113 pending comments from Eric, Eric, Eric, Eric, Phil are awaiting approval.
황승만 2008-05-06 21:12:12
www.clicktale.com/ 잘 봤습니다. 시간날 때 적용해 봐야겠어요. ^^
2008-05-06 19:10:10
잘 지내? ㅎㅎ
무한비행 2008-05-06 08:23:23
형, 나도 호도과자~~
2008-04-25 08:23:23
나도 감사합니다. :)
hye 2008-04-24 13:04:04
맛 있는것(호두과자!)도 사주고 많은 배려와 사랑에 항상 감사합니다. ^---------^
2008-04-24 01:16:16
넵, 어제 세미나에 갔었습니다. 인사 못나눠서 아쉽네요. :)
freeda 2008-04-23 22:13:13
라고,, 글을 썼는데,, 아래 글을 읽어보니,, 참가신청하셨다고 써있네요-_-}}
freeda 2008-04-23 22:13:13
어제,, 혹시 코엑스 웹접근성 세미나 오시지 않으셨어요? 어제 세미나에서 질문을 하는 분을 딱 봤는데,, 현석님인거 같아서 말이죠,,
2008-04-17 07:22:22
해롱님, 자주 오셔서 글 남겨 주세요~ :)
해롱 2008-04-17 05:20:20
검색을 통해 방문했습니다. 요새 한참 CSS에 빠져서 초보적 삽질 중인데, 이렇게 포스가 느껴지는 곳은 처음이라서 냉큼 제 홈에 링크추가 해버렸습니다 ^^; 자주 들르게 될 것 같네요.
달팽이 2008-04-15 06:21:21
안녕하세요^^ 프로젝트만 세마나에 참석했었던 김윤정이라고 합니다. 좀 더 깊은 공부를 해보고자 결국 구글톡을 신청했습니다. ^^ 받아주세요~ 귀찮게는 안하겠습니다.^^;
bitty 2008-04-03 23:14:14
워~ 실시간 답글 너무 좋은데요~ 헤헤~ 구글톡을 신청하였습니다~ 윤허해주옵소서~~
2008-04-03 22:13:13
참가 신청 했습니다. :) 저는 보통 구글 톡(http://www.google.com/talk/) 써요
bitty 2008-04-03 20:11:11
현석님~ 혹시 '웹 접근성 기술동향 및 성공사례 세미나' 오시나요? 라는 질문을 핑계삼아 msn으로 말을 걸어보려고 했는데 ;ㅂ; 잠깐 사이에 오프라인이... 워~~ 헤헤~ 다음기회를 노려야겠습니다~ ㅋㅋ
2008-03-29 08:23:23
XHTML 2.0에서는 <nl>안에 <label>을 사용하도록 되어 있네요. 아직 워킹 드래프트래서 앞으로 바뀔 수도 있습니다.
강군 2008-03-29 07:22:22
nl 내에서만 사용하도록 된것 같은데.. nl 은 없고.. label은 써야 하고...
강군 2008-03-29 07:22:22
XHTML 1.0 체킹에 문제가 없다면 XHTML 2.0에 포함된 노드를 사용하여도 되지 않을까요 ? 현석님이라면 어떻게 하실건지요 ?
강군 2008-03-29 06:21:21
음 역시 w3c 군요. 어찌 대충 보니 2.0 에 추가된 것 같은데... 2.0에서 개선이 된거 맞죠 ?
강군 2008-03-29 06:21:21
제가 영어는 짧아서 현석님 말씀듣고 label을 안 쓸려고 했으나.... http://www.w3.org/TR/2003/WD-xhtml2-20030506/mod-list.html 여기에 보니 label 이 있네요. 음~ 제가 영어가 짧아서..혹 뭐라고 적혔는지 알수 있을까요 ?
2008-03-29 03:18:18
스펙에서는 "Each LABEL element is associated with exactly one form control." 이렇게 얘기 하고 있습니다. 표준이 잘못됐다고 생각이 들면 표준을 개선을 해야 겠죠. 임의로 표준을 무시하는 행위 때문에 지금의 혼란스러운 웹이 됐다고 생각합니다.
강군 2008-03-29 02:17:17
매칭되는 컨트롤 for 속성을 채우기 위한 거죠 ? 매칭되는 컨트롤이란게 지금은 입력을 위한 거겠죠 ? 하지만 보통 응용프로그램에서는 텍스트도 컨트롤에 속하는데.. 게시판의 조회수같은 것이 텍스트 컨트롤이 아닌지.. (하지만 w3c에도 역시 입력만을 위한 컨트롤에 전재를 두고...) 그냥 쉽게 생각해보면 span 이 좋을 거라 생각합니다. 하지만 좀 더 생각해보면 label이라는 요소가 지금까진 문제가 없었겠지만.. 앞으로 자주 쓰이다 보면 입력만을 위한 label 이 아닌 출력을 위한 label도 필요하다고 생각합니다. 물런 db에 있는 자료를 ListView 컨트롤(HTML 에선 Table)로 표시를 하겠지만.. 하나의 아이템을 노출하는 화면은 보통 ListView 가 아닌 text 컨트롤 과 label 로 짜여지게 됩니다. 물런 입력에선 label 과 input으로 짜여 지겠죠. 하지만 입력이 있으면 출력은 목록과 읽기로 나뉠테고 읽기에서 label이라는 것은 꼭 필요한 존재인데..form 안에 반듯이 input은 들어가야 하지만 form안에 label 이 들어가지 않아도 오류는 없는 걸로압니다. w3c 가 xhtml을 만들때 무엇을 생각하고 label을 만들었는지 모르겠지만...label의 사용용도는 입,출력 모두에서 라고 생각됩니다. 매칭되는 컨트롤이 반듯이 있어야 한다면 그것은 출력에서는 Text 컨트롤 이라고 생각됩니다. span 을 사용하는 용도는 inline 을 묶어 주는 inline layer 즉 span 은 outer 에 label은 inner 에 strong,em,ins,del 등은 컨텐츠안에...물런 w3c가 반대하더라도 출력 label(text label)은 꼭필요하다고 생각합니다. 그리고 style을 입힌다는 것은 작게는 xhtml 내 크게는 xml 에서입니다. 즉 xml 자체는 융퉁성이 많은 놈이라 ~잘 읽고 잘 분류되고 그럴러면 노드의 이름은 맞는 걸 써야 응용프로그램에서 파싱할때도 잘 읽을 수 있을 거라 생각됩니다. 그냥 span 은 응용프로그램에서 읽이에는 너무 애매하지 않을 까 생각됩니다. span 을 찾는 것보다 label을 찾아 값을 표시하는게 더 빨리되니깐요.
2008-03-28 20:11:11
에디터 쪽은 저도 잘 모르겠네요. :)
2008-03-28 20:11:11
스타일 때문에 적용하는 거라면 폼이 아니니까 그냥 <span>을 하나더 사용하는게 어떨까요? <label>요소는 반드시 매칭되는 콘트롤이 있어야 됩니다.
강군 2008-03-28 01:16:16
아 ! 그리고 저 밑에 적은 IFRAME 으로 한 위지웍 방식의 출력은 먼저 HTML 을 제거후 일반 텍스트(<br/>만 삽입)로 출력후에 IFRAME 으로 작성된 문서는 따로 담아 두어서 밑에 한번더 출력후에 페이지가 로딩된 후 !! SCRIPT 로 일반 텍스트형식의 출력에 IFRAME 위지웍으로 작성한 내용을 스크립트로 덮어 줬습니다. 그랬더니 ~ 굉장히 판타스틱하게 출력되더군요. 예를 들면 SCRIPT 태그 라든지...귀찮게 따로 분리하지 않고 깔끔하게 출력되더군요. 어떤가요 ? 이런 방식...괜찮지 않을까요 ?
강군 2008-03-27 23:14:14
음.. 스타일 때문입니다. stylesheet 를 입힐 경우 (운영자 설정에 의하여 바껴야 하므로...) 어떤 설정에서는 백그라우드를 쓸때.. label {display:none} 으로 해야 할 경우도 있고... 어떤 경우는 작성일만 색을 줄 경우... 즉 ~ 각 값마다 다른 스타일을 줄려면 최대한 적은 노드를 입혀서 최대한의 스타일을 적용시켜줘야 하기 때문이죠. 여기에 strong,em 같은 걸 입힐려니 .. "작성일", "조회" 라는 것은 특성이 label 이고.. 노드의 이름을 볼때 그 노드들의 속성도 쉽게 파확해야 된다는 거에도 중점을 둔거죠. css 를 지정할때 생각해보면 span label { color:red;} span {color:blue;} 도 되어야 하고 span label{display:none} 도 되어야 하죠. 물런 다른 Text 노드도 있지만 분명히 해야 할것은 "작성일"같은 부분은 label 이라는 이유 때문이죠. 물런 이름이 formlabel 이라면 모르겠지만... 그 특성에 맞는 ... input 이 없는 폼이 없는 것일지라도... 그것은 label 이기 때문이죠. 음 ~ 혹 다른 엘리멘트가 있다면 추천해주세요.
황승만 2008-05-06 21:12:12
www.clicktale.com/ 잘 봤습니다. 시간날 때 적용해 봐야겠어요. ^^
잘 지내? ㅎㅎ
무한비행 2008-05-06 08:23:23
형, 나도 호도과자~~
나도 감사합니다. :)
hye 2008-04-24 13:04:04
맛 있는것(호두과자!)도 사주고 많은 배려와 사랑에 항상 감사합니다. ^---------^
넵, 어제 세미나에 갔었습니다. 인사 못나눠서 아쉽네요. :)
freeda 2008-04-23 22:13:13
라고,, 글을 썼는데,, 아래 글을 읽어보니,, 참가신청하셨다고 써있네요-_-}}
freeda 2008-04-23 22:13:13
어제,, 혹시 코엑스 웹접근성 세미나 오시지 않으셨어요? 어제 세미나에서 질문을 하는 분을 딱 봤는데,, 현석님인거 같아서 말이죠,,
해롱님, 자주 오셔서 글 남겨 주세요~ :)
해롱 2008-04-17 05:20:20
검색을 통해 방문했습니다. 요새 한참 CSS에 빠져서 초보적 삽질 중인데, 이렇게 포스가 느껴지는 곳은 처음이라서 냉큼 제 홈에 링크추가 해버렸습니다 ^^; 자주 들르게 될 것 같네요.
달팽이 2008-04-15 06:21:21
안녕하세요^^ 프로젝트만 세마나에 참석했었던 김윤정이라고 합니다. 좀 더 깊은 공부를 해보고자 결국 구글톡을 신청했습니다. ^^ 받아주세요~ 귀찮게는 안하겠습니다.^^;
bitty 2008-04-03 23:14:14
워~ 실시간 답글 너무 좋은데요~ 헤헤~ 구글톡을 신청하였습니다~ 윤허해주옵소서~~
참가 신청 했습니다. :) 저는 보통 구글 톡(http://www.google.com/talk/) 써요
bitty 2008-04-03 20:11:11
현석님~ 혹시 '웹 접근성 기술동향 및 성공사례 세미나' 오시나요? 라는 질문을 핑계삼아 msn으로 말을 걸어보려고 했는데 ;ㅂ; 잠깐 사이에 오프라인이... 워~~ 헤헤~ 다음기회를 노려야겠습니다~ ㅋㅋ
XHTML 2.0에서는 <nl>안에 <label>을 사용하도록 되어 있네요. 아직 워킹 드래프트래서 앞으로 바뀔 수도 있습니다.
강군 2008-03-29 07:22:22
nl 내에서만 사용하도록 된것 같은데.. nl 은 없고.. label은 써야 하고...
강군 2008-03-29 07:22:22
XHTML 1.0 체킹에 문제가 없다면 XHTML 2.0에 포함된 노드를 사용하여도 되지 않을까요 ? 현석님이라면 어떻게 하실건지요 ?
강군 2008-03-29 06:21:21
음 역시 w3c 군요. 어찌 대충 보니 2.0 에 추가된 것 같은데... 2.0에서 개선이 된거 맞죠 ?
강군 2008-03-29 06:21:21
제가 영어는 짧아서 현석님 말씀듣고 label을 안 쓸려고 했으나.... http://www.w3.org/TR/2003/WD-xhtml2-20030506/mod-list.html 여기에 보니 label 이 있네요. 음~ 제가 영어가 짧아서..혹 뭐라고 적혔는지 알수 있을까요 ?
스펙에서는 "Each LABEL element is associated with exactly one form control." 이렇게 얘기 하고 있습니다. 표준이 잘못됐다고 생각이 들면 표준을 개선을 해야 겠죠. 임의로 표준을 무시하는 행위 때문에 지금의 혼란스러운 웹이 됐다고 생각합니다.
강군 2008-03-29 02:17:17
매칭되는 컨트롤 for 속성을 채우기 위한 거죠 ? 매칭되는 컨트롤이란게 지금은 입력을 위한 거겠죠 ? 하지만 보통 응용프로그램에서는 텍스트도 컨트롤에 속하는데.. 게시판의 조회수같은 것이 텍스트 컨트롤이 아닌지.. (하지만 w3c에도 역시 입력만을 위한 컨트롤에 전재를 두고...) 그냥 쉽게 생각해보면 span 이 좋을 거라 생각합니다. 하지만 좀 더 생각해보면 label이라는 요소가 지금까진 문제가 없었겠지만.. 앞으로 자주 쓰이다 보면 입력만을 위한 label 이 아닌 출력을 위한 label도 필요하다고 생각합니다. 물런 db에 있는 자료를 ListView 컨트롤(HTML 에선 Table)로 표시를 하겠지만.. 하나의 아이템을 노출하는 화면은 보통 ListView 가 아닌 text 컨트롤 과 label 로 짜여지게 됩니다. 물런 입력에선 label 과 input으로 짜여 지겠죠. 하지만 입력이 있으면 출력은 목록과 읽기로 나뉠테고 읽기에서 label이라는 것은 꼭 필요한 존재인데..form 안에 반듯이 input은 들어가야 하지만 form안에 label 이 들어가지 않아도 오류는 없는 걸로압니다. w3c 가 xhtml을 만들때 무엇을 생각하고 label을 만들었는지 모르겠지만...label의 사용용도는 입,출력 모두에서 라고 생각됩니다. 매칭되는 컨트롤이 반듯이 있어야 한다면 그것은 출력에서는 Text 컨트롤 이라고 생각됩니다. span 을 사용하는 용도는 inline 을 묶어 주는 inline layer 즉 span 은 outer 에 label은 inner 에 strong,em,ins,del 등은 컨텐츠안에...물런 w3c가 반대하더라도 출력 label(text label)은 꼭필요하다고 생각합니다. 그리고 style을 입힌다는 것은 작게는 xhtml 내 크게는 xml 에서입니다. 즉 xml 자체는 융퉁성이 많은 놈이라 ~잘 읽고 잘 분류되고 그럴러면 노드의 이름은 맞는 걸 써야 응용프로그램에서 파싱할때도 잘 읽을 수 있을 거라 생각됩니다. 그냥 span 은 응용프로그램에서 읽이에는 너무 애매하지 않을 까 생각됩니다. span 을 찾는 것보다 label을 찾아 값을 표시하는게 더 빨리되니깐요.
에디터 쪽은 저도 잘 모르겠네요. :)
스타일 때문에 적용하는 거라면 폼이 아니니까 그냥 <span>을 하나더 사용하는게 어떨까요? <label>요소는 반드시 매칭되는 콘트롤이 있어야 됩니다.
강군 2008-03-28 01:16:16
아 ! 그리고 저 밑에 적은 IFRAME 으로 한 위지웍 방식의 출력은 먼저 HTML 을 제거후 일반 텍스트(<br/>만 삽입)로 출력후에 IFRAME 으로 작성된 문서는 따로 담아 두어서 밑에 한번더 출력후에 페이지가 로딩된 후 !! SCRIPT 로 일반 텍스트형식의 출력에 IFRAME 위지웍으로 작성한 내용을 스크립트로 덮어 줬습니다. 그랬더니 ~ 굉장히 판타스틱하게 출력되더군요. 예를 들면 SCRIPT 태그 라든지...귀찮게 따로 분리하지 않고 깔끔하게 출력되더군요. 어떤가요 ? 이런 방식...괜찮지 않을까요 ?
강군 2008-03-27 23:14:14
음.. 스타일 때문입니다. stylesheet 를 입힐 경우 (운영자 설정에 의하여 바껴야 하므로...) 어떤 설정에서는 백그라우드를 쓸때.. label {display:none} 으로 해야 할 경우도 있고... 어떤 경우는 작성일만 색을 줄 경우... 즉 ~ 각 값마다 다른 스타일을 줄려면 최대한 적은 노드를 입혀서 최대한의 스타일을 적용시켜줘야 하기 때문이죠. 여기에 strong,em 같은 걸 입힐려니 .. "작성일", "조회" 라는 것은 특성이 label 이고.. 노드의 이름을 볼때 그 노드들의 속성도 쉽게 파확해야 된다는 거에도 중점을 둔거죠. css 를 지정할때 생각해보면 span label { color:red;} span {color:blue;} 도 되어야 하고 span label{display:none} 도 되어야 하죠. 물런 다른 Text 노드도 있지만 분명히 해야 할것은 "작성일"같은 부분은 label 이라는 이유 때문이죠. 물런 이름이 formlabel 이라면 모르겠지만... 그 특성에 맞는 ... input 이 없는 폼이 없는 것일지라도... 그것은 label 이기 때문이죠. 음 ~ 혹 다른 엘리멘트가 있다면 추천해주세요.