이미 판면되어있는 문제 － Curl RTE 8.0.3
이미 판명되어있는 문제 Mac 버전 － Curl RTE for Mac 8.0.3
인스톨러
Linux 용 Curl IDE 를 시작 메뉴에서 보기위해서는 재 로그인이 필요합니다.
Gnome 이 기동되어있는 Linux 에서는 Curl의 개발환경을 인스톨한 직후 시작 메뉴에 Curl IDE 가 표시되지 않습니다.
회피방법：한번 로그아웃 했다가 재 로그인하면 표시됩니다.
KDE 에서는 Linux 용 Curl IDE 시작메뉴가 만들어지지 않습니다.
Linux 버전에 따라 KDE 가 동작되고있는 경우 Curl RTE, Curl IDE 의 시작 메뉴가 만들어지지않는 경우가 있습니다.
회피방법：코맨드 라인에 의해 기동시켜 주십시오.
Curl RTE => /opt/curl/surge/8/surge
주의：
다단계 서브디렉토리가 있는 경우 최신의 IDE 디렉토리를 코맨드 라인에 적어주십시오. 예： ver.7 과 ver 6 이 존재하는 경우는 /opt/curl/surge/8/surge 라고 기술해 주십시오.
Core Library
Decimal.round-to-scale 메소드의 round-to-even? 옵션은 적용되어있지 않습니다.
The Decimal.round-to-scale 메서드에는 핵심 인수：round-to-even? 은 있지만 이 인수는 무시되어 초기치인 true로 인식되어 계산되어집니다.
Curl 소스 코드의 예
{value
def v = 1.545i
{v.round-to-scale 2, round-to-even? = false}
}
이 케이스에서는 1.55 를 반환할 필요가 있지만 1.54 를 반환합니다.
GUI and Graphics
GUI 와 그래픽스
트레이드 마크 심볼에 밑줄이 나타나는 문제에 대하여
일부의 Linux에서는 트레이드 마크 심볼에 밑줄 속성이 적용되는 경우, 밑줄 속성의 문자들이 영향을 받아 문자의 표시가 이상해지는 경우가 있습니다..
이탤릭 문자가 깨지는 경우가 있습니다.
어떤 문자든 화면 표시처리를 위한 문자별로의 경계 박스와 텍스트 그 자체의 경계 박스를 갖고 있습니다. Curl RTE 는 이 두가지의 경계 박스를 모두 사용하고 있습니다. 그 결과 한 라인에서, 최초 또는 최후의 문자가 약간 깨지는 경우가 종종 있습니다. 같은 현상은 대부분의 웹 브라우저에서 나타납니다.
Windows XP에서 ATI 3d Rage Pro그래픽 카드를 사용하는 경우에 일어나는 불명료한 그래픽 표시의 문제에 대하여
ATI 3d Rage Pro그래픽 카드가 Windows XP에서 사용되고 있는 경우, 그래픽의 표시가 불명료하게 되는 경우가 있습니다. 대부분의 경우 제조사의 사이트에서 최신판의 드라이버를 설치하면 이 문제가 해결됩니다.
복수 로케일에서 폰트 문제에 대하여
Curl RTE에는 3개의 폰트 알리아스 "serif", "sans-serif", "monospace" 가 있습니다. Curl RTE는 로케일에 대응하여 이러한 폰트 알리아스를 실제의 폰트에 매핑합니다.
만일 한글 문자열의 표시에서, 로케일을 영어로 지정한 경우, 폰트 알리아스는 한글 문자열을 포함하지 않는 폰트에 치환되어 버립니다. 결과로, 이러한 문자는 잘못 표시되어, "작은 사각"이 표시됩니다. 이것은 호스트 로케일이 "kr"이고 워킹 로케일이 "en" 인 경우 발생합니다.
스킨적용 콤보박스에서는「undo / redo」기능이 적용되지 않습니다.
Curl 버젼 6.0부터, Windows 및 Linux상에서 「undo / redo」의 기능은 여러 텍스트 컨트롤에 적용되어 있고, 그 중에는 규정의 유져 인터페이스를 갖는 ComboBox 도 포함되어 있습니다. 그런데, 이번의 릴리즈에서는, 예를 들면 Mac 플랫폰 상에서의 기존의 유져 인터페이스에서 처럼 스킨이 적용된 유져 인터페이스를 갖는 ComboBox 에 대하여는「undo / redo」의 기능을 지원하지 않습니다.
Curl 애플릿으로의 링크에서 「CTRL+클릭」 또는 「Apple키+클릭」 를 사용해도 새로운 탭을 열지 않습니다.
PC에서 컨트롤 키를 누르거나, Mac에서 Apple키를 누르면서 Curl 애플릿으로의 링크를 클릭해도, 링크된 목적지의 애플릿은 새로운 탭으로 열리지 않습니다.
파일 조작, I/O, OCC 및 퍼시스턴트 데이터
curl://occ 는 항상 디폴트 브라우져로 열립니다.
Windows에서의 OCC애플릿("curl://occ/...")은, 디폴트가 아닌, 브라우저 주소창에 URL이 입력된 경우에도 디폴트 브라우저로 열립니다.
127.0.0.1 이 거부되면 강제 종료됩니다.
파이어 월에서 IP어드레스 127.0.0.1을 접속거부로 설정하지 말아 주십시오. Curl RTE 와 Curl IDE는 내부 이용의 목적을 위해 이 루프백・어드레스를 사용하고 있습니다. 지금까지의 제품은 이 어드레스에 대한 억세스가 블록킹되어 있으면 기능을 하지 않습니다.
OS, 브라우져 및 서버 문제
Mac에서 Safari 4 또는 5로 애플릿을 동작시킬 때에는 "32비트 모드에서 열기"가 체크되어 있을 필요가 있습니다.
Safari가 64비트 모드에서 동작되고 있는 경우, Curl RTE 플러그인은 Safari 4.0에서는 적절하게 동직하지 않습니다. 구 머신에는 Safari가 64비트 모드로는 동작하지 않는 경우도 있습니다. 이것은 Safari아이콘의 메뉴에서 "정보 보기"를 선택해서 "32 비트 모드로 열기"를 유효화하는 것에 의해 피해갈 수 있습니다. 단, 이 조작에 의해 Safari는 항상 32비트 모드로 동작하게 됩니다.
IE 에서 Curl 애플릿을 포함하는 윈도우에서 일어나는 Javascript 문제에 대하여
JavaScript 인 window.open 으로 기동된 윈도우에서 애플릿이 열렸을 때, 윈도우가 이미 열려있는 상태에서 다시 window.open 을 호출하지 않는 한, window.close 를 사용해도 윈도우가 닫히지 않습니다.
회피방법： 애플릿을 포함한 HTML 페이지가 EMBED/OBJECT/IFTRAME 태그를 사용하여 window.open 으로 열린 경우, window.close 로 윈도우를 닫는 것이 가능합니다. Microsoft는 이 버그를 인식하고 있으며, 앞으로 OS서비스팩을 통해 수정될 예정입니다.
FireFox의 탭 브라우징 문제에 대하여
FireFox 에서 Curl 애플릿을 실행할 때, FireFox 의 탭브라우징 기능을 모두 활용할 수 없습니다.
Mozilla 계열의 브라우져에서 Curl 애플릿이 스티키(Sticky)한 애플릿으로 동작합니다.
Firefox 브라우저의 모든 버전에서는 Curl애플릿이 "스티키(Sticky)한" 애플릿으로 동작합니다. 즉, 소스코드에 '{applet.become-sticky}'라고 기술되어 있는 것처럼 동작합니다. 그래서, 브라우저의 이력에 남아있는 Curl애플릿의 URL을 참조했을 때, 존재하는 애플릿의 인스턴스가 참조되어, 이미 실행되고 있는 애플릿 인스턴스로 돌아갑니다.
영향이 있는 부라우저
Firefox의 전 버전
회피방법：없습니다. Mozilla 계열의 브라우저는 플러그인에 대한 이력정보의 제공을 지원하지 않습니다.
Curl 파일로의 앵커가 달린 링크는 IE에서 열면 실패합니다.
Curl 애플릿 내에서의 Curl 애플릿인 파일로의 앵커가 붙은 링크는 유효하게 동작하지 않습니다.
예를 들면,
{link {url "file:///c:/my-directory/document.curl#destination"} Click here!}
Internet Explorer 는 ”document.curl” 로는 링크하지만, ”#destination” 태그까지 스크롤하지는 않습니다.
Curl RTE 에 내장된 Mozilla 는 한국어 릴리즈가 없습니다.
Linux 상에서의 Curl RTE는 브라우져를 기동할 필요가 있을 때, 이미 인스톨된 적당한 브라우저가 발견되지 않으면 Curl RTE에 포함되어있는 Mozilla 브라우저의 카피를 사용합니다. 이 Mozilla 카피는 유저가 이용하고있는 환경의 언어와 관계없이 영어 릴리즈만을 가져옵니다.
Linux에서 Curl RTE는 Firefox의 프로파일을 복사하지 않습니다. 따라서 Firefox의 사용자 설정은 무시되어 버립니다.
Linux의 Curl RTE는 http와 https를 취급하기 위해 Mozilla 베이스의 브라우저를 이용하고 있어서, Curl RTE는, 사용하고 있는 프록시서버나 클라이언트 증명서 등의 여러가지 설정 값을 취득하기 위해 사용자가 최후에 사용한 Mozilla의 프로라일에 대한 카피를 작성합니다. 그런데, Curl RTE는 Firefox의 프로파일은 카피하지 않습니다. 따라서, Firefox의 사용자는 Curl RTE가 변경을 인식할 수 있도록 Mozilla를 기동하여 관련되는 설정 값을 “Mozilla경유”로 변경할 필요가 있습니다.
Curl애플릿이 동작하면, Internet Explorer 아이콘이 Netscape 아이콘으로 바뀌는 경우가 있습니다.
극히 드물게, Internet Explorer에서 Curl애플릿을 로드하면 윈도우의 죄측 상단의 Internet Explorer아이콘이 Netscatpe아이콘으로 바뀌는 경우가 있습니다.
Windows Vista에서 Internet Explorer7의 프로텍트 모드 환경으로 Curl애플릿을 기동한 경우에 시큐리티 경고가 나타납니다.
Windows Vista에서 ieuser.exe가 동작하고 있는 상황에서 Curl RTE、Curl IDE을 설치하여 Curl애플릿을 기동하면 이래와 같은 시큐리티 경고가 발생합니다.
"A website wants to open web content using this program on your computer...."
회피방법
- ieuser.exe프로세스가 동작하지 않는 상태로 Curl RTE을 인스톨합니다.
- Curl RTE 를 인스톨한 후에 재 부팅합니다.
Internet Explorer 7은 Curl IDE로부터 Curl애플릿을 기동한 경우, 계속 기동 중인 것으로 해석되는 경우가 있습니다.
Internet Explorer 7에서 톱 브라우저 기능을 무효로 해서 Curl애플릿을 기동한 경우, 기동이 완료되고 있음에도 불구하고 Internet Explorer 7이 계속 기동하고 있는 도중의 상태라고 해석헤서 아이콘이 애니메이션의 상태 그대로 되어있는 경우가 있습니다.
Curl애플릿을 리로드하면 기동 중을 표시하는 아이콘이 정지됩니다.
Internet Explorer 7 의 Quick Tab View 로 어플리케이션의 표시에 대하여
Internet Explore의 제한에 의해 Internet Explorer 7의 Quick Tab View로 Curl애플릿을 표시하면 아이콘 밖에는 표시되지 않습니다.
Mozilla 의 인쇄 미리보기로 Curl 컨텐츠를 보는 것은 지원되지 않습니다.
Mozilla 계열의 브라우저에서는 페이지 프리뷰 기능은 Curl 컨텐츠가 기동하고 있으면 동작하지 않습니다.
Curl 컨트롤 패널
Curl컨트롤 패널은 시스템 트레이의 Curl 아이콘을 클릭하는 것으로 표시하는 것이 가능합니다. Curl아이콘이 표시되지 않는 경우에는, Windows®의 시작 메뉴에서 Curl 컨트롤 패널을 표시하는 것이 가능합니다.
호스트와 디렉터리의 구문에 대한 정합성 체크는 하지 않습니다.
컨트롤 패널에 있어서 특권이 있는 호스트명은 유효하지 않습니다.
Curl 컨트롤 패널에 입력된 특권부 호스트명의 구문을 체크하는 기능은 없습니다. 또한 호스트명 앞에는 http:// 가 반드시 붙으므로 입력해서는 않됩니다.
단, 공백이 포함된 주소만은 체크되어 거부됩니다.
Curl 컨트롤 패널에 입력된 주소를 편집할 수는 없습니다.
Curl 컨트롤 패널에서 특권이 부여된 주소를 편집하는 것은 않됩니다. 입력된 주소를 변경할 경우는 그 주소를 삭제하고 신규로 추가합니다.
