113 pending comments from Eric, Eric, Eric, Eric, Phil are awaiting approval.
강군 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
이름, 내용 달랑 두개 (....) 스팸 쌓이면 어떻게 되나연.. 우왕ㅋ굳ㅋ
dohoons 2008-02-19 08:23:23
오.. 여긴 상당히 신선한 코멘트 공간이군요
강군 2008-02-19 06:21:21
넵 ~ ~ ^^ ..저두 공부 많이 하고 있습니다. 하여튼 이 사이트의 녹색불은 참 감명 깊은데... 이 내용란을 input 으로 한 것이 안탁깝습니다. textarea 로 했다면 좀 더 편했을 건데요. ^^ 삭제가 안되는 것도 맘에 듭니다.
2008-02-19 05:20:20
아~ 저도 input type image가 좋은 용도로 쓰일수 있다는 것에는 동감합니다. image input에 대한 얘기를 한 것이 아니라요. 다른 브라우저들은 좌표값 외에 name value 쌍의 값도 전송해 주는데 유독 IE만 전송하지 않는 것을 얘기한 것입니다. 글로 이야기 하다 보니 서로 잘못 이해한 부분이 있는 것 같습니다. 강군님 덕분에 많은 생각을 하게 됐고 공부도 많이 됐습니다. 감사합니다. 또 좋은 토론거리 있으면 올려 주세요. :)
강군 2008-02-19 04:19:19
아 ~ 그리고 주소 지도에 대한 것만 했는데 예제가 하나 더 있네요. 색상입니다. RGB 컬러를 이미지로 해두고 해당하는 위치를 클릭합니다. 무슨 색을 선택했는지... 물런 보조수단으로 RGB값 입력상자도 필요하겠죠. 그 옆에는 전송버튼도 필요하구요. 이미지를 클릭했을때는 ~ 만약 submit 버튼의 이름이 설정되어 있는지 체크해서 있다면 설정 없다면 image 에 선택된 RGB 값이 있다면 그걸 선택하면 되겠죠.
아 ^^ 정말 많이 적었군요. 생각의 차이일수도 있을 겁니다. 하여튼 제 생각엔 변함없이 image input submit type은 훌령하다고 생각됩니다. 다만 이것이 graphical submit hidden input 이었다면 더 좋았겠죠...^^ 이렇게 논쟁이 필요없을 테니깐요.
강군 2008-02-19 03:18:18
그리고 ~ 키보드를 사용하는 사람들을 위하여 전송버튼도 하나 만들어 두어 이미지를 클릭했는지 전송 버튼을 클릭했는지 여부를 알 수 있을겁니다.
강군 2008-02-19 03:18:18
그리고 캡차(처음 들어본 용어라..^^)를 검색해보니 이미지를 보고 입력이라고 생각할게요. 사실 포인팅을 하는 것이 더 났지 않을 런지...물런 대체수단은 있어야 한다고 생각합니다. 모눈종이 방식이죠. 즉 이미지를 불러올때 모눈종이처럼 좌표값이 있는 이미지를 불러와 해당하는 'A'가 있는 이미지 좌표값을 입력하라고 하는 거죠. 물런 이 경우 좌표값입력은 보조수단이라 생각합니다. 서버에선 입력 활당 시간마다 랜덤으로 바꿔줘야 겠죠.
강군 2008-02-19 03:18:18
만약 이 경우를 무시한 경우라면 이미지 서브밋 버튼은 잘못 짜여진 type 이라 생각됩니다. w3c 가 여유롭게 각 브라우져를 위하여 button type 을 제공하는 것이 javascript 남발에 대한 쓰잘데기 없는 것이지 image type 버튼은 절대 잘 못 만들어진 node 가 아니라 생각합니다.
강군 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
이름, 내용 달랑 두개 (....) 스팸 쌓이면 어떻게 되나연.. 우왕ㅋ굳ㅋ
dohoons 2008-02-19 08:23:23
오.. 여긴 상당히 신선한 코멘트 공간이군요
강군 2008-02-19 06:21:21
넵 ~ ~ ^^ ..저두 공부 많이 하고 있습니다. 하여튼 이 사이트의 녹색불은 참 감명 깊은데... 이 내용란을 input 으로 한 것이 안탁깝습니다. textarea 로 했다면 좀 더 편했을 건데요. ^^ 삭제가 안되는 것도 맘에 듭니다.
2008-02-19 05:20:20
아~ 저도 input type image가 좋은 용도로 쓰일수 있다는 것에는 동감합니다. image input에 대한 얘기를 한 것이 아니라요. 다른 브라우저들은 좌표값 외에 name value 쌍의 값도 전송해 주는데 유독 IE만 전송하지 않는 것을 얘기한 것입니다. 글로 이야기 하다 보니 서로 잘못 이해한 부분이 있는 것 같습니다. 강군님 덕분에 많은 생각을 하게 됐고 공부도 많이 됐습니다. 감사합니다. 또 좋은 토론거리 있으면 올려 주세요. :)
강군 2008-02-19 04:19:19
아 ~ 그리고 주소 지도에 대한 것만 했는데 예제가 하나 더 있네요. 색상입니다. RGB 컬러를 이미지로 해두고 해당하는 위치를 클릭합니다. 무슨 색을 선택했는지... 물런 보조수단으로 RGB값 입력상자도 필요하겠죠. 그 옆에는 전송버튼도 필요하구요. 이미지를 클릭했을때는 ~ 만약 submit 버튼의 이름이 설정되어 있는지 체크해서 있다면 설정 없다면 image 에 선택된 RGB 값이 있다면 그걸 선택하면 되겠죠.
강군 2008-02-19 03:18:18
graphical submit hidden input -> 정정 합니다. -> graphical hidden input
강군 2008-02-19 03:18:18
아 ^^ 정말 많이 적었군요. 생각의 차이일수도 있을 겁니다. 하여튼 제 생각엔 변함없이 image input submit type은 훌령하다고 생각됩니다. 다만 이것이 graphical submit hidden input 이었다면 더 좋았겠죠...^^ 이렇게 논쟁이 필요없을 테니깐요.
강군 2008-02-19 03:18:18
그리고 ~ 키보드를 사용하는 사람들을 위하여 전송버튼도 하나 만들어 두어 이미지를 클릭했는지 전송 버튼을 클릭했는지 여부를 알 수 있을겁니다.
강군 2008-02-19 03:18:18
그리고 캡차(처음 들어본 용어라..^^)를 검색해보니 이미지를 보고 입력이라고 생각할게요. 사실 포인팅을 하는 것이 더 났지 않을 런지...물런 대체수단은 있어야 한다고 생각합니다. 모눈종이 방식이죠. 즉 이미지를 불러올때 모눈종이처럼 좌표값이 있는 이미지를 불러와 해당하는 'A'가 있는 이미지 좌표값을 입력하라고 하는 거죠. 물런 이 경우 좌표값입력은 보조수단이라 생각합니다. 서버에선 입력 활당 시간마다 랜덤으로 바꿔줘야 겠죠.
강군 2008-02-19 03:18:18
만약 이 경우를 무시한 경우라면 이미지 서브밋 버튼은 잘못 짜여진 type 이라 생각됩니다. w3c 가 여유롭게 각 브라우져를 위하여 button type 을 제공하는 것이 javascript 남발에 대한 쓰잘데기 없는 것이지 image type 버튼은 절대 잘 못 만들어진 node 가 아니라 생각합니다.