Curl Development Tools for Eclipse (CDE) 와 Curl IDE 버전 8.0.1001 ～ 8.0.1003 의 릴리즈노트입니다.

Curl CDE 8.0.1001 ～ 8.0.1003 릴리즈 노트

Curl Development Tools for Eclipse (CDE) 와 Curl IDE 버전 8.0.1001 ～ 8.0.1003 의 릴리즈 노트입니다.

CDE는 인스톨 디렉터리인 ide/eclipse-deploy 디렉터리에 대하여 하나의 jar 파일로 배포됩니다. Eclipse의 update 매니저를 사용해서 이 디렉토리로부터 플러그인을 인스톨하여 주십시오.

Curl IDE 릴리즈노트를 참조할 수 있습니다.

이하의 버그 리포트는 버전 8.0.1001의 CDE 에서 이미 확인되어 있는 것들입니다.

29084 Curl소스 파일이 UTF-8 인코딩에 대하여 바이트 순서 표식(Byte Order Mark, BOM)을 정의하면, 소스 내에서 "curl-file-attributes"에 값이 정의되어 있어도, CDE는 UTF-8을 컨텐츠의 디코드로 사용합니다.

29115 「실행|메소드 브레이크 포인트」의 토글 기능은 구현되어있지 않습니다.

29425 Linux에서는 Curl파일을 오픈했을 때, Curl에디터 코멘드가 무효로 되는 경우가 있습니다.

회피방법 : 워크벤치 윈도우의 포커스를 교체함으로 코멘드가 리플래쉬되어, 유효 상태로 돌릴 수가 있습니다. 또는 다른 에디터나 Eclipse의 다른 부분을 클릭한 후 Curl 에디터를 클릭하는 것도 유효합니다.

31979 클래식 IDE에서는, 소스정보가 없는 코드 내에서 예외가 발생하면, 스택 내에서 소스정보가 존재하는 최초의 프레임을 찾아서 에러로 표시합니다. CDE2 에서는 소스 정보를 포함하는지의 여부에 관계없이 스택의 최초의 프레임이 항상 선택됩니다.

32098 CDE에서 프로젝트를 디버깅하고 있는 동안에 워크스페이스를 스위치하거나 Eclipse를 재 기동하면, Eclipse의 재 기동 시에, 클래식 IDE가 기동되어 버립니다.

회피방법：클래식 IDE을 닫고, Eclipse를 사용해 주십시오.

32720 디폴트 SVN 설정상태의 SVN 플러그인에는 몇몇 호환성의 문제가 있습니다. "레퍼지터리와 동기화(Synchronize with Repository)"라는 코멘드는 프로젝트 탐색기 중에서 특정 패키지 노드를 불러오려고 하면 실행되지 않습니다.

회피방법：SVN 프로퍼티 페이지를 열고, 뷰 설정을 선택하여 "모델(Java등)의 동기화를 허가함"에 체크하지 말아주십시오.

32906 Eclipse의 종료 시에 디버그 중의 Curl애플릿이 존재할 경우, 그 애플릿은 종료되지 않은 채, 액티브 상태로 남아있게 됩니다. 수동으로 애플릿을 중지하거나 Curl컨트롤 패널에서 종료시켜 주십시오.

33668 CDE - 스크래치 패인의 curl애플릿 영역으로 포커싱한 후의 포커싱 문제문제
Linux 플랫폼에 있어서, 스크래치 페인을 기동한 후에 Curl애플릿 area를 클릭한 경우 입력 area (또는 키보드 이벤트를 받아들이는 뭔가의 eclipse위젯)을 재차 클릭하면 키보드 이벤트가 무시됩니다.
회피방법 : 빨간색의 "실행 정지" 버튼을 클릭하고 스크래치 페인 애플릿을 종료시켜 주십시오. 애플릿의 종료는 eclipse에 포커스를 돌리는 부가적인 효과도 있습니다.

---

릴리즈노트 - Curl IDE 8.0.1001 ～ 8.0.1003

인스톨러

Linux용 Curl IDE를 스타트 메뉴에서 보기 위해서는 재 로그인이 필요합니다.

Gnome이 기동하고 있는 Linux에서는 Curl의 개발환경을 인스톨한 직후에 스타트 메뉴에 Curl IDE가 표시되지 않습니다.

회피방법 : 한번 로그아웃하고 나서 다시 로그인하면 표시됩니다.

KDE에서는 Linux용 Curl IDE 스타트 메뉴가 만들어지지 않습니다.

Linux 버전에 따라 KDE가 동작하고 있는 경우 CurlRTE, CurlIDE의 스타트 메뉴가 작성되지 않는 경우가 있습니다.

회피방법: 코멘드 라인에서 기동시켜 주십시오.

Curl RTE => /opt/curl/surge/9/surge
Curl IDE => /opt/curl/surge/9/surge-lab

주의: 다단계 서브 디렉토리가 존재하는 경우, 전체 디렉토리패스를 입력해 주십시오.
예; ver.5 와 ver4가 존재하는 경우 /opt/curl/surge/6/surge와 같이 기술해 주십시오.

GUI and Graphics

트레이드 마크 심볼에 밑줄을 넣는 경우 생기는 문제에 대하여

일부의 Linux에서는 트레이드 마크 심볼에 밑줄이 그어지는 경우, 밑줄 그어진 문자의 표시가 이상해지는 경우가 있습니다.

DrawableGraphic.occlusion-performance-mode의 제한에 관하여

DrawableGraphic.occlusion-performance-mode는 ”high-performance”, ”accurate-occlusion” 및 ”best-effort” 의 3개의 설정이 가능합니다.

현재는, "best-effort"와 "high-performance" 모드는 같은 것입니다. 애플릿이 다른 그래픽 오브젝트로 DrawableGraphic오브젝트를 오버랩하는 것을 요구한 경우, "accurate-occlusion" 모드를 명시적으로 지정해 주십시오.

BasicConnectedRecordSet는 공백문자를 null로 변환합니다.

ConnectedRecordSet에서는 null 값이 인정되어 있는 column에서의 공백문자는 레코드셋이 커밋트 되었을 때에 null로 변환됩니다. 이것은 특수한 케이스로서 보다 엄밀히 테이블정의를 하여 회피할 수 있습니다. (명시적으로 non-null 이라고 정의하는 것 등)

이탤릭 문자가 깨지는 경우가 있습니다.

어떤 문자든 텍스트레이아웃에 최적인 경계박스을 갖고 있고, 또한 화면 처리에 최적인 경계박스를 갖고 있습니다. Curl RTE 는 이런 경우, 텍스트 레이아웃용의 박스를 사용하고 있습니다. 그 결과 맨처음 또는 마지막 문자가 약간 깨지는 경우가 있습니다. 같은 현상이 대부분의 웹 브라우저에서 나타납니다.

디렉토리를 검색할 때, 파일명의 대소문자를 구별합니다.

디렉토리를 검색하기 위해 IDE의 검색 다이얼로그를 이용하는 경우, 찾는 파일명에 정규표현식을 사용할 수 있습니다. Windows에서 이 정규표현식에 의한 검색은 대소문자를 구별하지 않습니다. 예를 들면, "*.h"란 패턴은 "WINERROR.H" 파일로 매치됩니다.

Linux 상에서의 모달 다이얼로그

Linux에서 모달 다이얼로그는 시스템 사양에 따라, 부모 Windows를 disable로 하지는 않는데, 그러한 다이얼로그는 모달 다이얼로그로서 기능합니다.

Windows XP에서 ATI 3d Rage Pro를 사용하고 있는 경우에 일어나는 불명료한 그래픽 표시의 문제

ATI 3d Rage Pro 그래픽 카드가 Windows XP에서 사용되고 있는 경우, 그래픽의 표시가 불명료하게 되는 경우가 있습니다. 대부분의 경우, 제조사의 사이트에서 최신판의 드라이버를 설치하면 문제가 해결됩니다.

TextShape에서 스케일에 마이너스 값을 설정하면 랜더링이 바르게 수행되지 않습니다.

TextShape에서 스케일에 마이너스 값을 설정하면, 원래의 텍스트가 반전된 이미지로 랜더링되는 것이 일반적이지만, 현재 이 동작이 올바르게 수행되지 않습니다. 이 문제에 대하여는 피할 방법이 현재로선 없습니다.

투명한 Background와 포인터 이벤트의 전달

오브젝트에 백그라운드가 설정된 경우, 그것은 불투명한 것으로 인식되어집니다. 이것은 투명한 백그라운드를 갖고 있는 오브젝트 뒤에 다른 오브젝트가 보여도, 포인터 이벤트는 전면의 오브젝트에 머물러 있다는 것을 의미합니다.
회피 방법: 전면 오브젝트의 백그라운드를 “transparent”로 설정을 바꾼 뒤, unset 시켜 주십시오.

QuickTest에 있어서 우 클릭 메뉴로부터의 PlayBack 기능은 구현되어 있지 않습니다.

Mercury QuickTest에서 우측 클릭을 사용한 경우에 PlayBack이 올바르게 수행되지 않습니다. 그러나, 대부분의 경우 메인 메뉴나 키보드의 숏컷 키로부터 PlayBack 기능을 사용하는 것은 가능합니다.

QTP에서는 GroupBox의 라벨은 Control을 기술하기 위해 사용됩니다.

QTP의 test-name (테스트명)과 Curl의 test-name 프로퍼티가 대응되지 않는 경우가 있습니다. 컨트롤에 대하여 Curl의 test-name이 있다면, 그것이 QTP의 test-name이 됩니다만, 없는 경우는 컨트롤의 설명이 QTP의 test-name으로 됩니다.

그러나 대부분의 컨트롤의 경우, 반드시 내부에 설명이 있다고 볼 수는 없습니다 (예를들어, 버튼 라벨처럼). 따라서, 컨트롤은 자기 자신보다 먼저 라벨을 참조하여 그것을 설명으로 사용합니다. 그 결과, GroupBox 내의 최초의 컨트롤은 그 설명에 GroupBox의 라벨을 사용하여버립니다. 회피 방법으로서, 이 컨트롤에 대하여 Curl의 코드 중에서 test-name을 부여해 주십시오.

TEA-manager.xcurl 실행중에 QTP 유저 기능은 Curl 오브젝트와 같은 이름을 갖는 것은 안됩니다.

Mercury QuickTest Professional (QTP)을 Curl 어플리케이션의 테스트로 사용할 때, Curl 의 컨트롤에 붙여진 이름과 동일한 이름을 QTP 사용자 기능으로 사용하는 것은 안됩니다.

컨트롤 패널 상에서 등록되어 있지 않은 QTP의 버튼은 Windows Vista상에서는 동작하지 않습니다.

Curl RTE와 Mercury QuickTest Professional을 Microsoft Windows Vista에서 실행할 때는 Windows Vista상에서 유저 어카운트 제어(UAC)를 오프로 하지 않는 한, Curl RTE 컨트롤 상에서만 QuickTest의 [등록]과 [등록해제] 버튼을 사용할 수 없습니다.

Curl 애플릿의 링크 상에서「CTRL+클릭」또는「Apple키+클릭」을 클릭을 해도 새로운 탭을 열 수 없습니다.

PC에서 컨트롤 키를 누르거나 Mac에서 Apple키를 누르면서 Curl 애플릿으로의 링크를 클릭해도 링크 주소의 애플릿은 새로운 탭을 열지 않습니다.

GDI+ 는 GDI 경유로 invert-destination를 사용할 수 있습니다.

Windows에서, 출력처를 반전 시키는 대신 Microsoft GDI+ 베이스의 Renderer2d 상의 DrawOperation.invert-destination을 사용해서 2D 랜더링을 실행하면 랜더러는 해치드 패턴(hatching pattern)을 사용합니다. (글로벌 또는 View에 대하여 RenderingMode를 high-quality로 설정할 것인가, Canvas, AntialiasedFrame, 또는 오프 스크린 Renderer2d를, use-host-rendering? = false와 support-advanced-draw-operations? = false를 설정한 경우에 GDI+ 를 사용합니다) 이러한 거동은 Curl의 앞으로의 릴리즈에서는 변경될 가능성이 있으므로 주의를 기울여 주십시요.

DropdownList의 크기는 빈 문자열이 리스트 멤버에 포함되어 있을 때 감소합니다.

리스트 내의 아이템이 같은 크기가 아닐 때 DropdownList의 크기는, 선택되어 있는 아이템에 의존해서 변하게 됩니다. 전형적인 케이스의 하나로, 리스트 내에 빈 아이템이 있는 경우입니다. 이것은 값이 빈 문자열인 아이템의 라벨에 개행하지 않는 스페이스를 사용해서 코드화하는 것이 가능합니다.

{DropdownList
    "asd",
    "asdasda",
    {ListValueItem "", label = {text \ }}
}

Curl IDE, VLE, 도큐멘트

불완전한 파일을 디버그할 때 일어나는 에러에 대하여

HTTP의 URL로부터 로드된 애플릿의 최상단에 브레이크 포인트를 설정한 경우 브레이크 포인트까지 도달한 때에 파일은 부분적으로밖에 표시될 수 없습니다.

회피방법 ： HTTP 서버로부터 파일을 디버그할 때는 Curl IDE의 서버 매핑 기능을 사용해 주십시오. Curl IDE에서「편집」→「유저설정」→「전반탭」→「URL매핑을 무효화함」을 선택하여 필요한 정보를 기술해 주십시오.

VLE확장 에디터는 저장되있지 않은 런타임 패키지 파일을 발견할 수 없습니다.

변경한 파일을 저장하지 않은 경우, VLE확장 에디터가 Curl IDE에서 열린 파일의 변경을 인식하지 않습니다.
회피방법 : 확장 에디터에서 작업하기 전에 Curl IDE에서 수정된 모든 파일을 저장해 주십시오.

Linux애서 패키지가 완전히 캐시되기 전에 Curl IDE가 기동 가능한 상태로 되어버립니다.

Linux에서는 인스톨이 완료되기 전에, Curl IDE를 기동시키는 것이 가능합니다. 또한, Linux에서는 인스톨 완료의 다이얼로그가 표시되지 않습니다.

회피방법 : Curl IDE을 인스톨하고, rpm 코멘드의 호출이 완성된 후에도, 백그라운드에서 Curl IDE의 패키지를 컴파일하여 캐시를 수행하기 위한 태스크가 실행됩니다.

ps 코드를 실행하여, ’surge’ 프로세스의 인스턴스가 표시되어 있는가를 확인해 주십시오. surge에 관한 프로세스가 아무것도 표시되지 않으면 인스톨이 왼료된 것입니다.

컴퓨터의 성능이 낮은 경우나, CPU사용율이 높은 상태에서 인스톨을 수행하면 백그라운에서의 프로세스에 수 분도 걸릴 수 있습니다. 고성능의 컴퓨터라면 이 처리에 일분 이상 걸리는 경우는 없습니다.

Curl IDE는 백그라운드에서의 패키지의 인스톨 태스크가 완료되기 전에 기동해도 정상으로 동작합니다. 그러나 백그라운드의 태스크가 실행되고 있는 동안은 퍼포먼스가 저하되므로 인스톨 작업이 완전히 종료하고 나서 IDE를 기동할 것을 권장합니다.

pcurl이 조건부의 ’include’를 평가할 때, 사용자가 아닌 개발자의 환경에 의존하고 있습니다.

pcurl이 조건부의 ’include’를 평가할 때, 사용자가 아닌 개발자의 환경에 의존한 조건으로 하게됩니다. pcurl 버전은 Curl 소스의 버전과 같은 동작을 수행해야하는 것이며, 조건부 include문의 평가는 애플릿이 실행되는 환경에 의해 평가하지 않으면 안되기 때문에 pcurl의 이러한 동작은 틀린 것입니다.

패키지는 pcurl화 된 후에도, pcurl화 되기전과 같게 동작하지 않으면 안됩니다. all-version-switch, platform-switch 등의 코드로 pcurl화 된 패키지에 오작동이 일어납니다.

아래에 예를 보여드립니다.

  {api-version-switch
   case "4.0" do
      {include "old-source-file.curl"}
   case "5.0" do
      {include "new-source-file.curl"}
   else
      {error "error"}
  }

이 코드는, 개발자 입장에서의 테스트에서는 정상으로 동작합니다만, 프로젝트를 배포할 때는 개발자에서의 API버전에 근거한 파일을 include한 형태로 배포하게 됩니다.

회피방법: 배포 패키지에서는 조건부의 인클루드의 형태로 배포하지 말아 주십시오.

디버거로 큰 배열을 전개하는 경우의 주의

현재 표시된 아이템의 수에 제한이 없기 때문에 디버거로 배열을 전개할 때에는 주의를 기울여 주십시오.

변경된 프로젝트의 셋팅에 대하여 Undo Checkout로의 변경은 안됩니다.

변경된 프로젝트의 셋팅에 대하여 Undo Checkout로의 변경은 안됩니다. ”되돌리기” 조작 후에 파일을 한번 닫고, 다시 열기를 할 필요가 있습니다. 이 문제는 Undo Checkout가 프로젝트 파일 상에서 실행되어, 프로젝트 타겟의 변경이 일어난 경우에만 변경이 일어납니다.

높이와 폭이 설정되기 까지는 차트가 표시되지 않는 문제에 대하여

많은 경우, 차트 오브젝트는 높이와 폭을 명시적으로 설정하기 까지는 표시되지 않습니다. VLE에서 차트 레이아웃을 추가했음에도 차트가 보이지 않는 경우는 높이와 폭을 설정해 주십시오.

VLE는 부적절한 API 버전의 탑 레벨 오브젝트를 허용해버립니다.

VLE의 신규 파일이나 새로운 레이아웃 다이얼로그에서는 레이아웃의 탑 레벨 오브젝트에서 작성하는 컨테이너 오브젝트의 타입을 지정할 수 있습니다. 그러나, VLE는 그 파일의 API 버전으로 사용될 수 있는 컨테이너 오브젝트 리스트를 알아서 만들 리는 없습니다. 예를 들면, 버전 3.0의 프로젝트의 경우, VLE를 열어서 파일의 신규 작성을 선택합니다. 다이얼로그에서는 디폴트인 API 버전 3.0이 표시되어 있습니다. 그러나, 톱 레벨 컨테이너에서 사용하는 오브젝트 리스트는 TabAccordion과 같은 버전 5.0에서 도입된 컨테이너도 포함되어 있습니다. 구 버전의 프로젝트를 사용하는 경우는 톱 레벨 컨테이너의 오브젝트에 상응하지 않는 오브젝트를 선택하지 않도록 주의해 주십시오.

VLE 확장 에디터는 현 버전만을 지원하고 있습니다.

VLE 확장 에디터는 현재 버전만을 지원하고 있습니다. 특정 Curl IDE 버전의 VLE확장 에디터로 작성하는 경우에는 해당 버전의 Curl IDE를 인스톨해야 합니다.

Internet Explorer 7은 Curl IDE에서 Curl 애플릿을 기동한 경우 또는 기동중으로 해석되는 경우가 있습니다.

Internet Explorer 7에서 탭 브라우즈 기능을 무효화해서 Curl 애플릿을 기동한 경우 기동이 완료하고 있음에도 불구하고 Internet Explorer 7가 아직 기동하고 있는 도중의 상태로 해석해서 아이콘이 애니메이션 상태로 유지되는 경우가 있습니다.

Curl 애플릿을 리로드하면 기동 중으로 표시하는 아이콘이 정지됩니다.

디버거는 RTE 에러에 의해 정지된 애플릿의 소스를 발견하는 것이 불가능합니다.

클래식 IDE에서는 실행 시에 소스정보가 없는 코드 안에서 예외가 발생하면 스택 내의 소스 정보가 존재하는 최초의 프레임을 찾아서, 에러 표시 시의 그 프레임이 선택됩니다. CDE2 에서는 소스정보의 포함 여부를 불문하고 스택의 최초의 프레임이 항상 선택됩니다.

파일 조작, I/O, OCC 및 퍼시스턴트 데이터

Curl을 종료해도 I/O 버퍼는 Flush 되지 않습니다.

Curl 파일을 열거나 편집하거나 닫을 때, Curl을 종료하면 버퍼링된 데이터는 전부 없어지게 됩니다. 그 결과 모든 데이터가 파일로 기록되지 못합니다. 이 문제를 회피하기 위해 'flush' 메소드가 명시적으로 호출됩니다만, Curl을 종료하기 전에 파일을 닫을 필요가 있습니다.

curl://occ 는 언제든 디폴트 부라우저로 엽니다.

Windows에서 OCC 애플릿('curl://occ/...')은 디폴트가 아닌 브라우저의 주소란에 URL를 입력했을 때에도 디폴트 브라우저 주소를 엽니다.

IIS 서버를 사용하는 경우 최종 변경시점이 "None"으로 표시될 때가 있습니다.

처음 패키지가 로드되었을 때는 「Temporary Internet Files」디렉토리에서 그 파일의 최종 변경시각이 바르게 설정됩니다만, 계속해서 로드하면 최종 변경시점이 '없음'으로 표시됩니다.

매니페스트나 애플릿 중에서의 'resync-as-of' 파라미터가 최종 변경시점에 의존하고 있어서 매니페스트와 애플릿이 최신 파일로 업데이트된 것처럼 보이게 됩니다.

회피방법 ：이 문제는 IIS Web 서버 내에서의 제한이 원인입니다. 문제를 해결하기 위해서는 다른 Web 서버로 디플로이해 주십시오.

‘resync-as-of’의 시간을 미래에 설정하는 것으로 매니페스트와 앨릿 (패키지 파일)을 항상 갱신해 주는 것이 가능합니다만, 퍼포먼스 측면에서 권장하지 않습니다.

Linux에서 'network-offline-mode?'는 지원되지 않습니다.

회피방법 : 'network-offline-mode?' 대신에 'network-disconnected?'를 사용해 네트워크가 이용가능한지를 확인해 주십시오.

curl://offline 은 OCC 애플릿을 6.0 에서 7.0로 갱신하지 않습니다.

Curl은 수시접속 컴퓨팅(OCC) 기능을 7.0 에서 갱신했습니다. 7.0에 있어서 OCC 애플릿은, 인스톨되어, 다른 많은 어플리케이션에서와 같이 호스트 OS에 등록되어 런쳐 아이콘과 언인스톨러를 준비해 놓고 있습니다. 인스톨된 7.0 애플릿은 로컬 디스크에서 기동되며, 애플릿의 서버에서 변경을 발견한 때에는 내트워크에서 자동적으로 갱신합니다.

7.0 을 인스톨해도 6.0 OCC 애플릿은 이전과 동일하게 동작을 계속합니다. 6.0 OCC 애플릿은 네트워크 이용이 가능한 때에는 네트워크로부터 기동하고, 컴퓨터가 오프라인 일때만 로컬 카피로부터 기동합니다. 6.0과 7.0의 이 차이점에 의해 Curl OCC의 자동 애플릿 갱신 기능을 사용해서 로컬에 인스톨된 OCC 애플릿을 버전 6.0에서 7.0로 이행하는 것은 가능하지 않습니다.

Curl RTE 버전 6.0의 API로 코딩된 OCC 애플릿을 가지고 개선된 7.0의 OCC로 업데이트하고자 하는 경우에는 두 가지의 선택이 있습니다. 첫째는, 6.0 버전과 다른 URL로 7.0 버전의 애플릿을 디플로이하는 것입니다. 7.0 RTE 는 새로운 URL을 다른 애플릿으로 취급하여 전혀 새로운 OCC 애플릿으로 인스톨합니다. 다른 방법은 사용자에 새로운 7.0의 애플릿을 실행시키기 전에 6.0의 애플릿을 언인스톨하는 방법입니다. 7.0 Curl 컨트롤 패널에서는 새롭게 '애플릿' 탭이 추가되어 인스톨된 애플릿의 로컬 디스크 서포트를 관리합니다. 로컬 서포트는 Web서버의 호스트명으로 분류됩니다. "로컬 서포트를 모두 제거합니다" 링크를 클릭하면 6.0 이전의 Curl RTE를 사용해서 인스톨된 모든 과거 애플릿은 삭제됩니다.

OS, Browser 및 서버 문제

Mac에서 Safari 4까지는 5로 애플릿을 동작시킬 때에는, "32비트 모드에서 열기"가 체크되어 있을 필요가 있습니다.

Safari가 64비트 모드에서 동작하고 있는 경우, Curl RTE 플러그인은 Safari 4.0에서는 적절하게 움직이지 않습니다. 구 머신에서는 Safari가 64비트 모드로는 동작하지 않는 경우도 있습니다. 이것은 Safari아이콘의 메뉴에서 "정보 보기"를 선택해서 "32비트 모드로 열기"를 유효하게 하면, 이 문제를 피해갈 수 있습니다. 단, 이 조작에 의해 Safari는 항상 32비트 모드로 동작하게 됩니다.

IE에서 Curl 에플릿을 포함하는, 윈도우 에서 일어나는 Javascript의 문제에 대하여

IE의 JavaScript인 window.open으로 호출된 윈도우에서 애플릿이 열린 경우, 윈도우가 모두 열려있는 상태에서 다시 window.open이 불려지지 않은 이상, window.close를 사용해도 윈도우가 닫히지 않습니다.

회피방법: 애플릿을 포함한 HTML 페이지가 EMBED/OBJECT/IFRAME 탭을 사용해서, window.open으로 열려있는 경우, window.close로 윈도우를 닫는 것이 가능합니다. Microsoft는 이 버그를 인식하고 있고, 앞으로의 OS서비스 팩으로 수정될 것입니다.

Konquerer 3.1.4에서 애플릿의 browse-forward 와 browse-backward가 사용될 수 없습니다.

Konqueror 3.1.4 이전의 브라우저에서 실행하는 애플릿은 Applet.browse-forward 와 Applet.browse-backward가 사용되지 못합니다. 사용하면 (JavaScript: not being supported)와 같은 에러 내용 팝업화면으로 표시됩니다.

회피방법：최신 버전의 Konqueror 사용으로 이런 문제는 해결됩니다.

Curl IDE를 이용하여 FireFox로 애플릿을 실행할 때, 최소화된 FireFox가 원래의 사이즈로 돌아오지 않습니다.

FireFox가 디폴트 브라우저이고 최소화되어 실행하고 있을 때, Curl IDE에서 애플릿을 실행하면 애플릿이 브라우저 내에서 실행되고 있지만 브라우저의 윈도우는 최소화된 채로 입니다.

FireFox의 탭 브라우징 문제에 대하여

FireFox에서 Curl애플릿을 실행할 때, FireFox의 브라우징 기능을 모두 활용할 수가 없습니다.

Konqueror3.3.1 이전의 버전에서 Curl의 애플릿에 POST 데이터가 송신된 경우 정상으로 동작하지 않습니다.

회피방법：없습니다. Konqueror 브라우저의 제한입이다.

Mozilla 베이스의 브라우저에서 Curl 애플릿이 스티키(sticky)한 애플릿으로 동작합니다.

아래의 브라우저에서는 Curl 애플릿이 스티키(sticky)한 애플릿으로 동작합니다. 따라서 브라우저의 히스토리에 남아있는 Curl 애플릿의 URL을 참조한 경우, 존재하는 애플릿의 인스턴스가 참조되어, 이미 실행되고 있는 애플릿 인스턴스로 돌아와버립니다.

영향이 있는 브라우저

• Firefox의 전 버전

회피방법：없습니다. Mozilla 베이스의 브라우저는 플러그인에 대하여 이력정보의 제공을 지원하지 않습니다.

127.0.0.1 이 거부되면 강제종료합니다.

파이어월에서 IP 어드레스 127.0.0.1 을 접속거부로 설정하지 마십시오. Curl RTE와 Curl ID는, 내부 이용목적으로 이 루프백 어드레스를 사용하고 있습니다. 이들 제품에서는 이 어드레스에 대한 액세스가 블로킹되어 있는 경우 기능하지 않습니다.

Curl RTE에 기본 탑재된 Mozilla에서는 한국어 리소스는 없습니다.

Linux 상의 Curl RTE는, 브라우저를 기동할 필요가 있을 때, 이미 설치된 적당한 브라우저를 발견하지 못하면 Curl RTE에 기본 탑재된 Mozilla 브라우저의 카피를 사용합니다. 이 Mozilla의 카피는 사용자가 이용하고 있는 환경의 언어에 관계없이 영어 리소스만을 포함하게 됩니다.

Linux에서는 "control-key shows mouse cursor"가 Curl의 컨트롤 키의 프로세스를 방해합니다.

Linux에서 "control-key shows mouse cursor"를 선택하면 Curl 런타임이 컨트롤 키의 상태를 받아들이지 않습니다.

Linux에서 Curl RTE는 Firefox의 프로파일을 복사하지 않습니다. 따라서, Firefox의 사용자 설정은 무시됩니다.

Linux의 Curl RTE는 http와 https를 취급하기 위해 Mozilla 베이스의 라이브러리를 사용하고 있어서, Curl RTE는 사용하고 있는 프록시 서버나 클라이언트 증명서 등의 여러가지 설정을 취득하기 위해 사용자가 마지막으로 사용한 Mozilla의 프로파일 카피를 작성합니다. 그러나, Curl RTE는 Firefox의 프로파일을 카피하지 않습니다. 그렇기 때문에 Firefox의 사용자는 Curl RTE가 변경을 인식할 수 있도록 Mozilla를 기동하여 해당 설정을 Mozilla 경유로 변경할 필요가 있습니다.

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 애플리케이션의 표시에 대하여

Internet Explore의 제한에 의해 Internet Explorer 7의 퀵탭 뷰에서 Curl 애플릿을 표시하면 아이콘으로밖에 표시되지 않습니다.

Curl 애플릿은 멀티탭 설정의 IE에서는 새로운 탭과 새로운 윈도우를 모두 엽니다.

.0 이하의 새로운 버젼에서는 멀티 탭을 사용하여 새 페이지나 링크를 새로운 탭으로 표시하게끔 설정되어 있으면 IDE로부터 Curl 애플릿을 기동할때마다 새로운 버젼의 Curl 애플릿을 새 탭으로 엽니다.

회피방법: 새 페이지나 링크를 열 때는 같은 페이지에서 열도록은 Internet Explorer설정을 변경해 주십시오.

API - 언어의 문제

부정확한 atan2의 결과는 플랫폼간 다릅니다.

math 라이브러리인 atan2 함수는 그 인수가 양쪽 모두 무한대라고 하는 불확정적일 경우, 플랫폼에 따라 다른 거동을 합니다. 특정 플랫폼에서는 not-a-number가 반환되고, 또 어떤 플랫폼에서는 유한값이 돌아옵니다. 이러한 차이는 서로 다른 플랫폼 상에서의 표준 math 라이브러리를 기초로 하고 있는 atan2 함수의 차이에서 유래합니다.