111 pending comments from Phil, Eric, Eric, Eric, Eric are awaiting approval.
2008-03-06 05:20:20
Xquared 한번 써보세요. 그 문제를 보완한 에디터로 알고 있습니다. http://xquared.springbook.playmaru.net/
강군 2008-03-06 03:18:18
현석님 ~ 사용자의 컨텐츠을 입력받았을때 ~ 이것이 위지웍에서 전송된 데이타 그러니깐 각 브라우져의 IFRAME 을 이용하여 입력한 데이타입니다. 이 데이타를 페이지에 적용할려니 브라우져마다 다른 엘리멘트를 이용합니다. 즉 규정에 어긋난 엘리멘트를 전송해줍니다. 이 것을 제대로 처리할 방법이 없는지요 ? 자바스크립트의 변수로 넣어 줄려고도 생각해보았지만...스크립트가 적용되지 않는 브라우져는 문제가 될것이고..방법이 없을 까요 ? 그렇다고 위지웍을 포기하긴 싫습니다.
Jace 2008-02-29 02:17:17
현석님이 bass를 연주하셨었구나... 한때 머리를 길었던 자로서 동경합니다.
윤정근 2008-02-27 03:18:18
뉴건담~
신현상 2008-02-26 20:11:11
택배왔다! 백식하고 뉴건담 중 하나 고르셈!! 아마 선택하기 어려울 것임... ㅋㅋ
이군 2008-02-26 04:19:19
당신은 웹의 선구자들 중의 한명! 각종 언론과 서적에 자주 비치는 당신! 욕심쟁이 우후훗!!
강군 2008-02-24 07:22:22
현석님 IE 를 제외하곤 헤더에 오류 코드를 인식하지 않는 가요 ? 아님 오류코드를 인식하지 않는 브라우져가 정상인가요 ? HTTP/1.0 403 을 주었는데.. IE를 제외하곤 전부 오류코드를 무시하는 것 같습니다. 혹시 오류코드를 인식하게 하는 방법이 없을까요?
2008-02-20 21:12:12
글은 도배 하셔도 상관 없습니다. ㅎㅎ
2008-02-20 21:12:12
버튼 요소가 쓰기가 참 애매한 요소 같습니다. 스펙에서는 스크립팅과 같이 사용하는 것을 얘기 하고 있는데 이 부분은 저도 좀 혼란스럽네요.
강군 2008-02-20 06:21:21
그냥 폼의 상단에 전송 버튼 하나를 추가 배치했습니다. 폼이 넓게 쓰이다 보니 상단에도 전송버튼이 있는 것에 문제가 없겠지요. ? 문제가 생길려나 ? 오늘도 도배를 하고 갑니다. ^^ 누군가 글을 많이 남기면 ~ 도배 하는 것을 삼가하도록 하겠습니다. ^^
강군 2008-02-20 05:20:20
DTD 표기대로라면 button 인것 같은데... 어쩔수 없이 하위 호환성을 위하여 input type=submit 가 있는 것 같은데요.
강군 2008-02-20 05:20:20
button 값에 대한 전송 방법이 ie는 버전별로 지 맘대로 전송하네요. button 을 쓰면 아무래도 input 과 결합하지 않아 css 에서 편할텐데...나 참..
강군 2008-02-20 05:20:20
그리고 <button type='submit' name='zzz' value='xxx'>바부</button> 일때 ie는 희안하게도 value 값 전송이 아닌 innerText 를 전송하네요. 혹시 이걸 말씀하셨던 거였나요 ?
강군 2008-02-20 05:20:20
단 ie 3 에선 안 보이네요..button 이..
강군 2008-02-20 05:20:20
DTD 에 보니... button 에 type 설정이 되어 있던데..
강군 2008-02-20 05:20:20
현석님 ~ <input type='submit' 가 아니라 <button type='submit' 가 맞는게 아닌가요 ?
강군 2008-02-20 03:18:18
Enterkey 를 누르면 어디서든 폼이 전송되는 이걸 막기 위해선 자바스크립트 없이는 불가능 한가요 ?
강군 2008-02-20 02:17:17
폼에 submit 이 있어야 submit이 되는 거지 input 상태에서도 엔터키를 누르면 submit 되게 만든 이건 잘못되었다고 생각합니다.
강군 2008-02-20 02:17:17
저 밑에 현석님께서 말씀하신 뜻을 이제야 이해하겠네요. 버튼을 클릭하지 않을 때는 IE는 submit 값을 전송하지 않네요. 즉 말하자면 모든 입력도 input submit 인데.. 이건 브라우져 모두가 잘못된게 아닐런지 !! 소송 걸고 싶습니다.
강군 2008-02-20 02:17:17
아 ~ 안되네요. 생각대로 tabindex 가 안되네요. 정말 황당하게 되어 버렸네요.
강군 2008-02-20 02:17:17
[취소] [전송] 이 submit 이고 폼 안에 input 이 하나인 경우에 ~ 엔터를 치면 tabindex 가 없으면 첫번째 취소 submit 를 click 이벤트가 활성화 됩니다. 근데 tabindex 가 있는 경우에는 우선 순위의 submit가 전송되네요. 예전부터 tabindex가 있었지만 ~ 기본에 충실하지 않고 JavaScript 으로 하던 그것을 버리지 못한 ~ 쯧쯧 참으로 제가 어처구니가 없습니다. 아직도 폼의 전송을 막기위해서 key 13을 체크하는 어리석은 사람들이 많은데.. tabindex을 유용하게 사용한다면 이런문제가 없을 거라 생각됩니다. ^^
강군 2008-02-20 02:17:17
너무 복잡하게 생각했네요. tabindex 가 있었네요.
강군 2008-02-20 02:17:17
혹시 submit button 우선순위에 대한 뾰족한 해결 방법이 없을 까요 ?
강군 2008-02-20 02:17:17
현석님 ~ submit 버튼이 여러개 일때 ~ 문제가 생기네요. 우선 순위를 결정해 줘야 할 듯 한데요.
Xquared 한번 써보세요. 그 문제를 보완한 에디터로 알고 있습니다. http://xquared.springbook.playmaru.net/
강군 2008-03-06 03:18:18
현석님 ~ 사용자의 컨텐츠을 입력받았을때 ~ 이것이 위지웍에서 전송된 데이타 그러니깐 각 브라우져의 IFRAME 을 이용하여 입력한 데이타입니다. 이 데이타를 페이지에 적용할려니 브라우져마다 다른 엘리멘트를 이용합니다. 즉 규정에 어긋난 엘리멘트를 전송해줍니다. 이 것을 제대로 처리할 방법이 없는지요 ? 자바스크립트의 변수로 넣어 줄려고도 생각해보았지만...스크립트가 적용되지 않는 브라우져는 문제가 될것이고..방법이 없을 까요 ? 그렇다고 위지웍을 포기하긴 싫습니다.
Jace 2008-02-29 02:17:17
현석님이 bass를 연주하셨었구나... 한때 머리를 길었던 자로서 동경합니다.
윤정근 2008-02-27 03:18:18
뉴건담~
신현상 2008-02-26 20:11:11
택배왔다! 백식하고 뉴건담 중 하나 고르셈!! 아마 선택하기 어려울 것임... ㅋㅋ
이군 2008-02-26 04:19:19
당신은 웹의 선구자들 중의 한명! 각종 언론과 서적에 자주 비치는 당신! 욕심쟁이 우후훗!!
강군 2008-02-24 07:22:22
현석님 IE 를 제외하곤 헤더에 오류 코드를 인식하지 않는 가요 ? 아님 오류코드를 인식하지 않는 브라우져가 정상인가요 ? HTTP/1.0 403 을 주었는데.. IE를 제외하곤 전부 오류코드를 무시하는 것 같습니다. 혹시 오류코드를 인식하게 하는 방법이 없을까요?
글은 도배 하셔도 상관 없습니다. ㅎㅎ
버튼 요소가 쓰기가 참 애매한 요소 같습니다. 스펙에서는 스크립팅과 같이 사용하는 것을 얘기 하고 있는데 이 부분은 저도 좀 혼란스럽네요.
강군 2008-02-20 06:21:21
그냥 폼의 상단에 전송 버튼 하나를 추가 배치했습니다. 폼이 넓게 쓰이다 보니 상단에도 전송버튼이 있는 것에 문제가 없겠지요. ? 문제가 생길려나 ? 오늘도 도배를 하고 갑니다. ^^ 누군가 글을 많이 남기면 ~ 도배 하는 것을 삼가하도록 하겠습니다. ^^
강군 2008-02-20 05:20:20
DTD 표기대로라면 button 인것 같은데... 어쩔수 없이 하위 호환성을 위하여 input type=submit 가 있는 것 같은데요.
강군 2008-02-20 05:20:20
button 값에 대한 전송 방법이 ie는 버전별로 지 맘대로 전송하네요. button 을 쓰면 아무래도 input 과 결합하지 않아 css 에서 편할텐데...나 참..
강군 2008-02-20 05:20:20
그리고 <button type='submit' name='zzz' value='xxx'>바부</button> 일때 ie는 희안하게도 value 값 전송이 아닌 innerText 를 전송하네요. 혹시 이걸 말씀하셨던 거였나요 ?
강군 2008-02-20 05:20:20
단 ie 3 에선 안 보이네요..button 이..
강군 2008-02-20 05:20:20
DTD 에 보니... button 에 type 설정이 되어 있던데..
강군 2008-02-20 05:20:20
현석님 ~ <input type='submit' 가 아니라 <button type='submit' 가 맞는게 아닌가요 ?
강군 2008-02-20 03:18:18
Enterkey 를 누르면 어디서든 폼이 전송되는 이걸 막기 위해선 자바스크립트 없이는 불가능 한가요 ?
강군 2008-02-20 02:17:17
폼에 submit 이 있어야 submit이 되는 거지 input 상태에서도 엔터키를 누르면 submit 되게 만든 이건 잘못되었다고 생각합니다.
강군 2008-02-20 02:17:17
저 밑에 현석님께서 말씀하신 뜻을 이제야 이해하겠네요. 버튼을 클릭하지 않을 때는 IE는 submit 값을 전송하지 않네요. 즉 말하자면 모든 입력도 input submit 인데.. 이건 브라우져 모두가 잘못된게 아닐런지 !! 소송 걸고 싶습니다.
강군 2008-02-20 02:17:17
아 ~ 안되네요. 생각대로 tabindex 가 안되네요. 정말 황당하게 되어 버렸네요.
강군 2008-02-20 02:17:17
[취소] [전송] 이 submit 이고 폼 안에 input 이 하나인 경우에 ~ 엔터를 치면 tabindex 가 없으면 첫번째 취소 submit 를 click 이벤트가 활성화 됩니다. 근데 tabindex 가 있는 경우에는 우선 순위의 submit가 전송되네요. 예전부터 tabindex가 있었지만 ~ 기본에 충실하지 않고 JavaScript 으로 하던 그것을 버리지 못한 ~ 쯧쯧 참으로 제가 어처구니가 없습니다. 아직도 폼의 전송을 막기위해서 key 13을 체크하는 어리석은 사람들이 많은데.. tabindex을 유용하게 사용한다면 이런문제가 없을 거라 생각됩니다. ^^
강군 2008-02-20 02:17:17
너무 복잡하게 생각했네요. tabindex 가 있었네요.
강군 2008-02-20 02:17:17
혹시 submit button 우선순위에 대한 뾰족한 해결 방법이 없을 까요 ?
강군 2008-02-20 02:17:17
현석님 ~ submit 버튼이 여러개 일때 ~ 문제가 생기네요. 우선 순위를 결정해 줘야 할 듯 한데요.
dohoons 2008-02-19 08:23:23
이름, 내용 달랑 두개 (....) 스팸 쌓이면 어떻게 되나연.. 우왕ㅋ굳ㅋ