한글 폴더에 있는 HTML파일 열기
한글 폴더에 있는 HTML파일 열기
저는 HTML 테스트용으로 내 문서 폴더에 'test.htm'이라는 파일을 만들어서 사용합니다.
그런데 Firefox에서는 '페이지 읽기 에러'라면서 파일을 읽지 못합니다.
--------------------------------------------------------------------------------------------------------
파일 없음 에러
/c:/Documents and Settings/%C8%AB%B1%E6%B5%BF/My Documents/test.htm 에 연결할 수 없습니다. 위치를 확인하고 다시 시도하세요.
파일을 읽을 수 없습니다. 파일이 존재하는지 확인하거나 권한이 있는지 확인하세요.
--------------------------------------------------------------------------------------------------------
폴더 이름이 한글로 되어있어서 그런 것 같습니다. 이것은 어떻게 해결해야 하나요?
저는 윈도우2000사용자 입니다.
그런데 Firefox에서는 '페이지 읽기 에러'라면서 파일을 읽지 못합니다.
--------------------------------------------------------------------------------------------------------
파일 없음 에러
/c:/Documents and Settings/%C8%AB%B1%E6%B5%BF/My Documents/test.htm 에 연결할 수 없습니다. 위치를 확인하고 다시 시도하세요.
파일을 읽을 수 없습니다. 파일이 존재하는지 확인하거나 권한이 있는지 확인하세요.
--------------------------------------------------------------------------------------------------------
폴더 이름이 한글로 되어있어서 그런 것 같습니다. 이것은 어떻게 해결해야 하나요?
저는 윈도우2000사용자 입니다.
더불어 이런 문제도..
한글 경로에 html 문서와 같은 경로에 동영상이 있을 경우인데,
이것이 영문 경로에서는 문제가 없지만 한글 경로일 때는...문제라는 것이죠.
Code: Select all
<object id="wmp" type="application/x-mplayer2" width="700px" height="340px" >
<param name="FileName" value="test.wmv" />
Re: 한글 폴더에 있는 HTML파일 열기
현재로선 불여우를 열고는 drag-and-drop 이 임시방편입니다.nethyun9 wrote:저는 HTML 테스트용으로 내 문서 폴더에 'test.htm'이라는 파일을 만들어서 사용합니다.
그런데 Firefox에서는 '페이지 읽기 에러'라면서 파일을 읽지 못합니다.
--------------------------------------------------------------------------------------------------------
파일 없음 에러
/c:/Documents and Settings/%C8%AB%B1%E6%B5%BF/My Documents/test.htm 에 연결할 수 없습니다. 위치를 확인하고 다시 시도하세요.
파일을 읽을 수 없습니다. 파일이 존재하는지 확인하거나 권한이 있는지 확인하세요.
--------------------------------------------------------------------------------------------------------
폴더 이름이 한글로 되어있어서 그런 것 같습니다. 이것은 어떻게 해결해야 하나요?
저는 윈도우2000사용자 입니다.
제 경우의 문제점은 drag-and-drop 도 먹히지 않습니다.
절대경로 지정을 해도 안되고, %%코드를 먹여도, UTF-8코드도, // 두개를 써도 안 되더라고요.
Re: 한글 폴더에 있는 HTML파일 열기
내 문서라는 윈도우 폴더가.. 아니라.. nethyun9님의 윈도우 사용자 계정이름이 한글로 돼 있는 상태같은데요.. 위에 인용된 걸 보면.. My Documents는 영어.. 그리고 "%C8%AB%B1%E6%B5%BF" 이 부분은 한글.. 그렇다면.. 혹시.. 영어 윈도우 2000이신가요..? 영어 윈도우라면.. 이런 에러가 나는게 정상이고.. 한글 윈도우 2000 이라면.. 이해되지 않는 에러네요.. 그래서.. 영어 윈도우 2000 을 사용하신다면.. Control Panel의 Regional and Language Options를 클릭하셔서 오른쪽 하단에 보면.. Advanced 인지.. 내용은.. "시스템에 사용할 표준언어를 바꿀 수 있는 옵션창"이 있는데.. 여기서 언어를 한국어로 선택하고.. 시스템을 재부팅 시키면.. 문제가 해결될 겁니다.. 근데.. 한글 윈도우라면.. 정말 이해되지 않는 현상이네요..nethyun9 wrote: c:/Documents and Settings/%C8%AB%B1%E6%B5%BF/My Documents/test.htm 에 연결할 수 없습니다. 위치를 확인하고 다시 시도하세요.
폴더 이름이 한글로 되어있어서 그런 것 같습니다. 이것은 어떻게 해결해야 하나요?
저는 윈도우2000사용자 입니다.
-
- 해커
- Posts: 1146
- Joined: 2004 01 15 20:06 36
Re: 한글 폴더에 있는 HTML파일 열기
nethyun9 wrote: --------------------------------------------------------------------------------------------------------
파일 없음 에러
/c:/Documents and Settings/%C8%AB%B1%E6%B5%BF/My Documents/test.htm 에 연결할 수 없습니다. 위치를 확인하고 다시 시도하세요.
파일을 읽을 수 없습니다. 파일이 존재하는지 확인하거나 권한이 있는지 확인하세요.
--------------------------------------------------------------------------------------------------------
폴더 이름이 한글로 되어있어서 그런 것 같습니다. 이것은 어떻게 해결해야 하나요?
저는 윈도우2000사용자 입니다.
흠... 이것은 버그인데요. 그런데, 이 버그가 아직 있다니 좀 의외로군요. 비교적 쉽게 고칠 수 있는 버그입니다. 문제는 제가 Windows로 부팅을 거의 하지 않아서 언제 고칠지 기약이 없다는 .... VMware라도 사든지 해야지....
Re: 한글 폴더에 있는 HTML파일 열기
ㅎㅎㅎ..빛알갱이 wrote: 흠... 이것은 버그인데요. 그런데, 이 버그가 아직 있다니 좀 의외로군요. 비교적 쉽게 고칠 수 있는 버그입니다. 문제는 제가 Windows로 부팅을 거의 하지 않아서 언제 고칠지 기약이 없다는 .... VMware라도 사든지 해야지....
빛알갱이님.. 빨랑 고치세요.. ㅎㅎㅎ
우째 이런 일이.. 알고도.. 알고치고.. 있었다는 말씀인데..
더군다나.. 비교적 쉽게 고칠 수 있는 버그인데요.. 그냥 두구 있었다니..
용서가 안된당..
-
- 해커
- Posts: 1146
- Joined: 2004 01 15 20:06 36
Re: 한글 폴더에 있는 HTML파일 열기
알고 있었던 것은 아닙니다. 하지만, 문제가 어디 있을지는 대강 짐작이 가고, 그 짐작이 맞다면 비교적 쉽게 고칠 수 있을 것이란 뜻이었습니다. 제가 Windows를 잘 쓰지 않기는 하지만, 저런 문제는 당연히 시험해 보았고, 제 기억에는 그런 문제가 없었습니다. (그래서 의외라고 한 것입니다) 어쩌면, 파이어폭스 독재자들이 국제화 팀의 리뷰도 없이 (경우에 따라서는 아무런 리뷰도 없이) 지들 맘대로 비교적 최근에 고친 (모질라 스위트에는 안 들어가고 파이어폭스에만 들어간) 코드에서 문제가 생겼을 수도 있습니다.Fox Fan 인데요 wrote: 빛알갱이님.. 빨랑 고치세요.. ㅎㅎㅎ
우째 이런 일이.. 알고도.. 알고치고.. 있었다는 말씀인데..
더군다나.. 비교적 쉽게 고칠 수 있는 버그인데요.. 그냥 두구 있었다니..
용서가 안된당..
우선, 리눅스에서 최대한 비슷한 상황을 만들어서 시험해서 XP(cross-platform) 문제인지 윈도우즈에만 해당하는 문제인지 파악해야겠군요.
-
- 해커
- Posts: 691
- Joined: 2004 08 11 22:14 59
- Contact:
-
- 해커
- Posts: 1146
- Joined: 2004 01 15 20:06 36
mozilla suite의 nightly build를 받아다기 시험해 보시렵니까? 또, firefox의 nightly (1.0이 아니라) build로도 시험해 보시렵니까? 시험할 때 사용자 이름에 한글이 들어간 경우에 "My Documents" 폴더 아래에 있는 파일을 여는 경우와 그냥 "C:\한글 폴더\abc.html"과 같은 경우를 같이 시험해 주시면 고맙겠습니다. 또, 'file:///c:/.....'와 같은 URL을 주소창에 친 경우, '\\\c:\.....'를 주소창에 친 경우, 'File | Open' 메뉴를 써서 연 경우를 다 시험해 주시면 고맙겠습니다.
nightly builds는 ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly
와 ftp://ftp.mozilla.org/pub/mozilla.org/mozilla/nightly
에 가면 있습니다. 거기서, latest-trunk에 있는 바이너리를 가져다가 시험하시면 됩니다. ftp.mozilla.org는 복수의 장소에 설치된 복수의 서버가 DNS를 써서 round-rovin 방식으로 서비스를 제공합니다. 그런데, 이 중 어떤 ftp 서버는 접속하는 호스트의 IP -> Name 룩업이 실패하면 접속을 허용하지 않습니다. 한국 ISP의 대부분이 DNS 써버에 PTR record(ip # -> FQDN lookup 정보)를 안 넣어 놓았기 때문에 (도대체 왜 안 넣어 놓는지 모르겠지만...) DSL,Cable modem을 쓰고 정적이 아니라 동적 주소를 할당 받은 경우 (대부분의 사용자가 이에 해당) 이런 서버에 접속할 수 없습니다. 그런 경우 다시 한번 시도하면 그런 제한이 없는 서버에 접속할 확률이 높으니까 접속하실 수 있을 것입니다.
nightly builds는 ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly
와 ftp://ftp.mozilla.org/pub/mozilla.org/mozilla/nightly
에 가면 있습니다. 거기서, latest-trunk에 있는 바이너리를 가져다가 시험하시면 됩니다. ftp.mozilla.org는 복수의 장소에 설치된 복수의 서버가 DNS를 써서 round-rovin 방식으로 서비스를 제공합니다. 그런데, 이 중 어떤 ftp 서버는 접속하는 호스트의 IP -> Name 룩업이 실패하면 접속을 허용하지 않습니다. 한국 ISP의 대부분이 DNS 써버에 PTR record(ip # -> FQDN lookup 정보)를 안 넣어 놓았기 때문에 (도대체 왜 안 넣어 놓는지 모르겠지만...) DSL,Cable modem을 쓰고 정적이 아니라 동적 주소를 할당 받은 경우 (대부분의 사용자가 이에 해당) 이런 서버에 접속할 수 없습니다. 그런 경우 다시 한번 시도하면 그런 제한이 없는 서버에 접속할 확률이 높으니까 접속하실 수 있을 것입니다.
결과 보세요.
시험대상은 FireFox 1.0PR (0.10) / FireFox nightly(12/16한글 및 12/17영문) / Mozilla nightly 1.8a6 영문 (요건 한글이 없나요?)
일단 시험전에 FireFox 1.0PR (0.10)의 browser.jar 파일을 기존 정식버전에다 복사하니 한글 경로에 있는 것과 긴 이름 경로 모두 더블클릭 열립니다. 설정까지 모두 0.10으로 돌아가더군요. browser.link.open_newwindow 항목이 1.0에서 browser.jar에 새로 포함된 탭브라우징 기능이더라고요.
(제가 지적한 html 문서안에 동영상 소스지정... 저건 역시 해결이 안됩니다. 맨 아래에서 다시 언급할께요.)
문제는 더블클릭인데, nightly 빌드도 역시 동일한 문제점이 나타납니다.
한글/영문 Firefox nightly 모두 더블클릭이 먹지 않습니다. (각각 디폴트브라우저로 설정하고 했지요. 이걸 깜빡하면 의미가 없죠~ ^^ )
긴 경로명과 한글 경로명 모두 안되고 영어로 된 경로명이더라도 파일명이 한글이라면 당연히 안 됩니다. (경로명에 파일명도 포함되니 수긍되는 문제점..)
하지만 mozilla 는 긴 폴더명이든 한글 폴더명이든 모두 더블클릭으로 엽니다. 하지만 이유가 있다고 생각됩니다.
설치버전이 아닌 압축버전을 사용했는데, 어떤 이유인지 Preference에서 디폴트브라우저로 아무리 바꿔도 html파일이 연결되지는 않는 겁니다. 그냥 윈도탐색기에서 html확장자를 mozilla.exe에 연결되도록 하고 했지요.
mozilla와 Firefox는 많이 다르죠. 일반 사용자가 보기에는 화면도 다르고.. ^^;
Firefox 0.10은 문제가 없었습니다. browser.jar 안에 그 비밀이 있지 않을까 저는 추측해봐요..
위에서 html 문서안의 동영상 소스지정.. 이건 html문서를 드래그해서 창에다 놓는 방법도 안됩니다.
이건 어찌 해결방법이 없을까요? Firefox 0.10은 물론 mozilla 역시 안되네요.
일단 시험전에 FireFox 1.0PR (0.10)의 browser.jar 파일을 기존 정식버전에다 복사하니 한글 경로에 있는 것과 긴 이름 경로 모두 더블클릭 열립니다. 설정까지 모두 0.10으로 돌아가더군요. browser.link.open_newwindow 항목이 1.0에서 browser.jar에 새로 포함된 탭브라우징 기능이더라고요.
(제가 지적한 html 문서안에 동영상 소스지정... 저건 역시 해결이 안됩니다. 맨 아래에서 다시 언급할께요.)
일단 File-Open file 은 1.0정식 역시 열린다는 것을 먼저 말씀드립니다.빛알갱이 wrote:mozilla suite의 nightly build를 받아다기 시험해 보시렵니까? 또, firefox의 nightly (1.0이 아니라) build로도 시험해 보시렵니까? 시험할 때 사용자 이름에 한글이 들어간 경우에 "My Documents" 폴더 아래에 있는 파일을 여는 경우와 그냥 "C:\한글 폴더\abc.html"과 같은 경우를 같이 시험해 주시면 고맙겠습니다. 또, 'file:///c:/.....'와 같은 URL을 주소창에 친 경우, '\\\c:\.....'를 주소창에 친 경우, 'File | Open' 메뉴를 써서 연 경우를 다 시험해 주시면 고맙겠습니다.
문제는 더블클릭인데, nightly 빌드도 역시 동일한 문제점이 나타납니다.
한글/영문 Firefox nightly 모두 더블클릭이 먹지 않습니다. (각각 디폴트브라우저로 설정하고 했지요. 이걸 깜빡하면 의미가 없죠~ ^^ )
긴 경로명과 한글 경로명 모두 안되고 영어로 된 경로명이더라도 파일명이 한글이라면 당연히 안 됩니다. (경로명에 파일명도 포함되니 수긍되는 문제점..)
하지만 mozilla 는 긴 폴더명이든 한글 폴더명이든 모두 더블클릭으로 엽니다. 하지만 이유가 있다고 생각됩니다.
설치버전이 아닌 압축버전을 사용했는데, 어떤 이유인지 Preference에서 디폴트브라우저로 아무리 바꿔도 html파일이 연결되지는 않는 겁니다. 그냥 윈도탐색기에서 html확장자를 mozilla.exe에 연결되도록 하고 했지요.
mozilla와 Firefox는 많이 다르죠. 일반 사용자가 보기에는 화면도 다르고.. ^^;
Firefox 0.10은 문제가 없었습니다. browser.jar 안에 그 비밀이 있지 않을까 저는 추측해봐요..
위에서 html 문서안의 동영상 소스지정.. 이건 html문서를 드래그해서 창에다 놓는 방법도 안됩니다.
이건 어찌 해결방법이 없을까요? Firefox 0.10은 물론 mozilla 역시 안되네요.
-
- 해커
- Posts: 1146
- Joined: 2004 01 15 20:06 36
Re: 결과 보세요.
실험해 주셔서 감사합니다.
참, URL 창에 'file:///........'를 직접 넣어서 파일을 열 때에는 아무 문제가 없나요?
제가 시간이 별로 없다는 (특히, Windows 환경에서 개발할 시간) 것이 가장 큰 문제입니다.
한국어판과 영어판은 완전히 100% 동일합니다. 다른 것은 UI에서 쓰이는 언어와 몇몇 기본값(기본 인코딩, 검색 엔진 등) 밖에 없습니다.삽 wrote: 일단 File-Open file 은 1.0정식 역시 열린다는 것을 먼저 말씀드립니다.
문제는 더블클릭인데, nightly 빌드도 역시 동일한 문제점이 나타납니다.
한글/영문 Firefox nightly 모두 더블클릭이 먹지 않습니다. (각각 디폴트브라우저로 설정하고 했지요. 이걸 깜빡하면 의미가 없죠~ ^^ )
그 차이는 그리 중요한 것 같지 않고요.하지만 mozilla 는 긴 폴더명이든 한글 폴더명이든 모두 더블클릭으로 엽니다. 하지만 이유가 있다고 생각됩니다.
설치버전이 아닌 압축버전을 사용했는데, 어떤 이유인지 Preference에서 디폴트브라우저로 아무리 바꿔도 html파일이 연결되지는 않는 겁니다. 그냥 윈도탐색기에서 html확장자를 mozilla.exe에 연결되도록 하고 했지요.
옛 버전의 browser.jar를 옮겨서 시험했을 때 제대로 되었다는 사실과 모질라 스위트는 이상이 없다는 사실로부터 제 생각이 맞았을 가능성이 높다고 추론할 수 있습니다. 즉, 불여우 독재자들이 국제화에 대한 고려도 없이 리뷰도 제대로 안 받고 코드를 고쳐서 사고를 친 것입니다. 정말 그 사람들 짜증나게 하는군요....Firefox 0.10은 문제가 없었습니다. browser.jar 안에 그 비밀이 있지 않을까 저는 추측해봐요..
Mozilla suite와 Mozilla firefox는 핵심 부분을 공유합니다. 대부분의 차이는 UI (주로 XUL, Javascript로 쓰인)에 있습니다. 즉, 사용자가 보기에 달라 보이지만, 핵심 부분은 똑같습니다.mozilla와 Firefox는 많이 다르죠. 일반 사용자가 보기에는 화면도 다르고.. ^^;
참, URL 창에 'file:///........'를 직접 넣어서 파일을 열 때에는 아무 문제가 없나요?
버그를 고치기 위해서 필요한 것들 : 개발자 시간, 개발 환경 확보, 버그 증세 파악, 버그 진단, 원인 규명위에서 html 문서안의 동영상 소스지정.. 이건 html문서를 드래그해서 창에다 놓는 방법도 안됩니다.
이건 어찌 해결방법이 없을까요? Firefox 0.10은 물론 mozilla 역시 안되네요.
제가 시간이 별로 없다는 (특히, Windows 환경에서 개발할 시간) 것이 가장 큰 문제입니다.
file:/// 역시 문젠 없습니다.
공백은 %20 으로 한글은 EUC-KR코드(2자리코드..맞죠?) 로 바뀌면서 문제가 없이 표현됩니다.
아.. 영문으로만 이루어진 긴 경로명(공백포함)은 FF 1.0정식은 물론 nightly에서도 열립니다.
한글이 들어있는 경우에만 더블클릭에서 열리지 않는 것이라는 점을 확실히 해둡니다. (파일명까지 포함)
그리고 html... 소스경로 들어간 저 부분은 왜 안되는 것일까요? html문서는 읽혀지지만 소스경로로 지정된 (같은 경로에 있습니다) 동영상은 읽혀지지 않는 것 같아요.
이건 영문으로만 이루어진 긴 경로명도 포함해서 그렇고, 위에 있는 문제점을 피해간다면야 파일명이 어떻게 되어있더라도 모 경로가 짧은 영문 경로명이라면 문제없이 동영상이 읽혀집니다.
아.. 영문으로만 이루어진 긴 경로명(공백포함)은 FF 1.0정식은 물론 nightly에서도 열립니다.
한글이 들어있는 경우에만 더블클릭에서 열리지 않는 것이라는 점을 확실히 해둡니다. (파일명까지 포함)
그리고 html... 소스경로 들어간 저 부분은 왜 안되는 것일까요? html문서는 읽혀지지만 소스경로로 지정된 (같은 경로에 있습니다) 동영상은 읽혀지지 않는 것 같아요.
이건 영문으로만 이루어진 긴 경로명도 포함해서 그렇고, 위에 있는 문제점을 피해간다면야 파일명이 어떻게 되어있더라도 모 경로가 짧은 영문 경로명이라면 문제없이 동영상이 읽혀집니다.
-
- 해커
- Posts: 1146
- Joined: 2004 01 15 20:06 36
https://bugzilla.mozilla.org/show_bug.cgi?id=275013
여러 가지로 시험해 주셔서 감사합니다. 저도 방금 Windows 써버에 원격 접속해서 말씀하신 문제점을 확인했습니다. browser.jar를 옛날 것으로 바꿔 치니까 제대로 되었다는 사실이 힌트입니다만, 제가 처음 이 버그에 대해 읽었을 때에 (그 때는 문제가 더블 클릭했을 때 생기는 것인 줄 몰랐습니다.) 비해 버그가 어디서 생기는지에 대한 '감'이 더 없어졌습니다.
여러 가지로 시험해 주셔서 감사합니다. 저도 방금 Windows 써버에 원격 접속해서 말씀하신 문제점을 확인했습니다. browser.jar를 옛날 것으로 바꿔 치니까 제대로 되었다는 사실이 힌트입니다만, 제가 처음 이 버그에 대해 읽었을 때에 (그 때는 문제가 더블 클릭했을 때 생기는 것인 줄 몰랐습니다.) 비해 버그가 어디서 생기는지에 대한 '감'이 더 없어졌습니다.
-
- 서포터즈
- Posts: 98
- Joined: 2003 11 21 15:18 25
윈도우즈에서만 나타나는 문제 아닌가요?
저도 저번에 윈도우즈에서 저장한 HTML 문서를 열었을 때 읽지 못해서 '끌어 넣기'를 해서 봤습니다.
이 글을 읽고 리눅스에서 해봤는데 문제가 없이 열리네요.
리눅스는 한컴리눅스 3.1 FTP이고 여러 가지 올려서 쓰고 있고 로케일은 EUC-KR을 쓰고 있습니다.
윈도우즈는 XP 프로. 서비스팩 2 쓰고 있고 어떤 방식인지 모릅니다.
참고로 리눅스에서 아래의 경로를 갖는 곳에 있는 영문, 한글 이름을 갖는 HTML 문서를 '파일 - 파일 열기'로 열어 보았습니다.
/한글디렉토리/ 라는 디렉토리에 (이름을 '한글디렉토리'라고 했음)
/(영문)/(영문)/(한글)/ 라는 단계를 갖는 디렉토리
※ 모두 빈칸 없는 디렉토리, 파일 이름을 갖고 있습니다. 밑줄(_)을 써서 빈칸을 안씀.
아참 둘다 1.0 정식(20041111)입니다.
이 글을 읽고 리눅스에서 해봤는데 문제가 없이 열리네요.
리눅스는 한컴리눅스 3.1 FTP이고 여러 가지 올려서 쓰고 있고 로케일은 EUC-KR을 쓰고 있습니다.
윈도우즈는 XP 프로. 서비스팩 2 쓰고 있고 어떤 방식인지 모릅니다.
참고로 리눅스에서 아래의 경로를 갖는 곳에 있는 영문, 한글 이름을 갖는 HTML 문서를 '파일 - 파일 열기'로 열어 보았습니다.
/한글디렉토리/ 라는 디렉토리에 (이름을 '한글디렉토리'라고 했음)
/(영문)/(영문)/(한글)/ 라는 단계를 갖는 디렉토리
※ 모두 빈칸 없는 디렉토리, 파일 이름을 갖고 있습니다. 밑줄(_)을 써서 빈칸을 안씀.
아참 둘다 1.0 정식(20041111)입니다.
-
- 해커
- Posts: 1146
- Joined: 2004 01 15 20:06 36
Re: 윈도우즈에서만 나타나는 문제 아닌가요?
시험해 주셔서 감사합니다. 하지만, 윈도우즈에서도 '파일- 파일 열기'로는 문제 없이 잘 됩니다. 문제는 그것이 아니라 기본 브라우저가 파이어폭스인 경우에 파일 탐색기에서 더블클릭했을 때 못 연다는 것입니다.맑은돌 wrote: 참고로 리눅스에서 아래의 경로를 갖는 곳에 있는 영문, 한글 이름을 갖는 HTML 문서를 '파일 - 파일 열기'로 열어 보았습니다.
사족: 그런데, 왜 ko_KR.EUC-KR locale을 쓰시나요? ko_KR.UTF-8 locale이 잘 지원되는 상황에서 ko_KR.EUC-KR locale을 쓸 이유는 전혀 없습니다. ko_KR.EUC-KR locale을 쓰는 일은 마치 Windows 2000/XP를 놔 두고 Windows 9x/ME를 쓰는 것과 비슷합니다.
-
- 해커
- Posts: 1146
- Joined: 2004 01 15 20:06 36
https://bugzilla.mozilla.org/show_bug.cgi?id=263570
에서 이미 여기서 다룬 두 문제를 다루고 있었네요. 한 문제에 대한 패치도 올라와 있고요.
에서 이미 여기서 다룬 두 문제를 다루고 있었네요. 한 문제에 대한 패치도 올라와 있고요.
-
- 서포터즈
- Posts: 98
- Joined: 2003 11 21 15:18 25
Re: 윈도우즈에서만 나타나는 문제 아닌가요?
아... 그랬군요. 분명히 윈도우즈에서 열지 못하는 문제가 있었는데 '더블클릭' 했을 때 열지 못하는군요.빛알갱이 wrote: 하지만, 윈도우즈에서도 '파일- 파일 열기'로는 문제 없이 잘 됩니다. 문제는 그것이 아니라 기본 브라우저가 파이어폭스인 경우에 파일 탐색기에서 더블클릭했을 때 못 연다는 것입니다.
사족: 그런데, 왜 ko_KR.EUC-KR locale을 쓰시나요?
그리고...
로케일을 EUC-KR에서 UTF-8로 바꿀 때 겪을 수 있는 문제가 없는지 궁금합니다.
당장에 KDE(버전이 한컴 3.1 FTP에 들어 있는 것이라서 낮습니다. 3.1.1인가?)나 그밖에 터미널... 다른 응용의 경우 나타날 수 있는 문제.
자료를 저장하는 디렉토리 이름이 거의 한글이거든요. UTF-8로 바꿔서 아무런 문제가 없는지 걱정이라서...
필요하다면 데스크탑 환경을 KDE 를 올린다거나, 그놈으로 바꿔야 하는지의 여부도 알려주시면 고맙겠습니다.
Re: 결과 보세요.
어제 browser.js 까지 해결점을 압축하고 5000여 라인에 이르는 소스를 ABC를 깨우치는 마음으로 startup() 부분부터 훑어보다가 argument[0] 어쩌고저쩌고..Firefox 0.10은 문제가 없었습니다. browser.jar 안에 그 비밀이 있지 않을까 저는 추측해봐요..
도대체 앞에 g가 붙는 것들은 어디에 숨은건지..(이것들이 gecko엔진?)
browser.xul/css/js 파일들만 교체해도 일단은 해결되지만, 1.0박스에서 0.10기능만을 쓰자니 아깝고요.
좀 의문스런 점이 있어요. 제가 받은 nightly (잘못 받은걸까요?) 한글에서는 xpcom을 1.7시리즈 , 영문에서는 1.8시리즈이더라고요. 제가 또 다른 문제점에 대해 시험을 해보려 ActiveX Control을 설치해보다가 nightly 한글판에서만 작동하길래 이리저리 살펴보니 xpcom버전이 달라서 그렇더군요.빛알갱이 wrote: 한국어판과 영어판은 완전히 100% 동일합니다. 다른 것은 UI에서 쓰이는 언어와 몇몇 기본값(기본 인코딩, 검색 엔진 등) 밖에 없습니다.
우찌 된 일일까요?
p.s. 또 다른 문제점이란.. viewtopic.php?p=7890#7890 에서 언급했던 비정상 스크립트가 들어간 프레임의 불완전한 상태(?)같은 것이고요..
Bugzilla 라는 곳을 처음 들어가서 어설프게 검색해보니, 비슷한 보고가 있더라고요..
https://bugzilla.mozilla.org/show_bug.cgi?id=269892
browser.js 수정#1
1.0에서 결국 한글명 더블클릭 문제점이 있는 부분을 찾아내지 못해서, 0.10(1.0PR)의 browser.js/xul/css 를 쓰기로 했습니다.
아쉬운 부분은 1.0의 기능 중 하나 browser.link.open_newwindow 부분이었는데, 0.10으로 이식을 성공했습니다. (대단한 것도 아니지만..)
제 나름대로의 한글명 더블클릭의 해결법은 0.10(1.0PR)의 browser.jar에서 browser.js/xul/css 뽑아서 1.0의 browser.jar에 넣는 방식입니다. (0.10까지는 이런 문제가 없었다고 합니다.)
1.0의 browser.js에서 browser.link.open_newwindow가 들어간 부분을 찾아 서 해당 function 통째로 복사, 0.9의 browser.js에 넣거나 같은 function은 바꿔치는데, 여기저기 참조가 되는 부분을 확인해서 모두 바꾸어줍니다.
일단 수정#1 에서 바꿔 친 부분은 다음과 같습니다.
0.10 의 이 한줄을..
1.0 처럼 바꿉니다..
1.0 에는 browser.link.open_newwindow 들어간 부분이..
이런 부분인데 0.10에는 없으므로 nsBrowserAccess 이 호출되는 부분도 넣어줘야 할 것 같습니다. 일단 0.10의 비슷한 위치로 카피합니다. function onViewToolbarsPopupShowing(aEvent) 는 0.10에도 있으니 이정도 위치가 좋겠네요.
nsBrowserAccess 는 이 부분에서 보이는데,
gBrowser.docShell 부분이 0.10과 달리 길어진 것을 볼 수 있습니다.
느낌에 왠지 gBrowser.docShell 을 찾아보면,
이 부분도 느낌에 걸립니다. 0.10의 같은 function을 이것들로 바꿉니다.
이것만으로 해결이 될런지는 모르겠습니다. 왜냐면 저는..
이 부분도 바꾸어 버렸답니다. 왜! (묻지마세요.. nsBrowser..느낌에 그랬을뿐입니다.)
마지막 부분은 바꾸지 않고도 성공하는 분이 있으실런지 모르겠습니다.
이제껏 쓴 글 중에 제일 긴 것 같아요. 별 내용도 없지만서도...하지만
로컬에 웹문서를 저장해놓고 더블클릭해서 연다거나, readme.html 같은 것들도 심심찮게 마주칠 수 있다는 점에서 비영어권 문자에 대한 배려 부족(?)에 따른 불편함이 오픈소스인만큼 빠른 시일내에 해결되었으면 하는 바램입니다.
빛알갱이님 고생하셨습니다.
아쉬운 부분은 1.0의 기능 중 하나 browser.link.open_newwindow 부분이었는데, 0.10으로 이식을 성공했습니다. (대단한 것도 아니지만..)
제 나름대로의 한글명 더블클릭의 해결법은 0.10(1.0PR)의 browser.jar에서 browser.js/xul/css 뽑아서 1.0의 browser.jar에 넣는 방식입니다. (0.10까지는 이런 문제가 없었다고 합니다.)
1.0의 browser.js에서 browser.link.open_newwindow가 들어간 부분을 찾아 서 해당 function 통째로 복사, 0.9의 browser.js에 넣거나 같은 function은 바꿔치는데, 여기저기 참조가 되는 부분을 확인해서 모두 바꾸어줍니다.
일단 수정#1 에서 바꿔 친 부분은 다음과 같습니다.
0.10 의 이 한줄을..
Code: Select all
const nsIWebNavigation = Components.interfaces.nsIWebNavigation;
Code: Select all
const nsCI = Components.interfaces;
const nsIWebNavigation = nsCI.nsIWebNavigation;
Code: Select all
function nsBrowserAccess()
{
}
nsBrowserAccess.prototype =
{
....
return newWindow;
}
}
function onViewToolbarsPopupShowing(aEvent)
nsBrowserAccess 는 이 부분에서 보이는데,
Code: Select all
function prepareForStartup()
{ ....
gBrowser.docShell
....
.browserDOMWindow = new nsBrowserAccess();
....
}
느낌에 왠지 gBrowser.docShell 을 찾아보면,
Code: Select all
function Shutdown()
{ ....
gBrowser.docShell
....
.browserDOMWindow = null;
....
}
이것만으로 해결이 될런지는 모르겠습니다. 왜냐면 저는..
Code: Select all
function nsBrowserStatusHandler()
{
this.init();
}
nsBrowserStatusHandler.prototype =
{
....
setTimeout(function() { if (document.getElementById("highlight").checked) toggleHighlight(true); }, 0);
}
}
마지막 부분은 바꾸지 않고도 성공하는 분이 있으실런지 모르겠습니다.
이제껏 쓴 글 중에 제일 긴 것 같아요. 별 내용도 없지만서도...하지만
로컬에 웹문서를 저장해놓고 더블클릭해서 연다거나, readme.html 같은 것들도 심심찮게 마주칠 수 있다는 점에서 비영어권 문자에 대한 배려 부족(?)에 따른 불편함이 오픈소스인만큼 빠른 시일내에 해결되었으면 하는 바램입니다.
빛알갱이님 고생하셨습니다.
Who is online
Users browsing this forum: Amazon [Bot], Bing [Bot] and 0 guests