Surge Lab IDE Ver.4.0.1001 リリースノートの内容
このリリースノートでは、
Surge Lab IDE
の使用中に発生する可能性のある問題について説明します。
インストールに関する情報は、『インストレーションノート』を参照してください。
インストーラー
サイレントインストーラがスタートメニュのショットカット作成にエラー
コンピュータのロケール選択の際、現在のホストロケールと異なるロケールを選択している状態で前回のインストール作業が行われた場合、Curl RTEまたはCurl IDEのアップグレードまたはアンインストールが失敗します。典型的な例は、ロケール設定で日本語を選択しているコンピュータでCurl RTEをインストールし、ロケール設定を英語(英国または米国)に変更してからアンインストールまたはアップグレードを行った場合です。このエラーが起きた場合、コマンドウインドウに以下のようなメッセージが現れます。
Throwing unexpected:
ExistingFileException: Failed to create directory
'file:///c:/Documents and Settings/All Users/Start Menu/Programs/Curl RTE': Cannot create a file when that file already exists (183)
*** Error encountered: ExistingFileException:
Failed to create directory 'file:///c:/Documents and Settings/All Users/Start Menu/Programs/Curl RTE': Cannot create a file when that file already exists (183)
+------------------------------------------------+
| To dismiss this window, press the 'enter' key. |
+------------------------------------------------+
回避方法：以下の手順でこの問題が回避されます。
①［スタート］> [コントロールパネル] > [地域と言語のオプション]に進み、初回のインストールが行われたときのロケールに設定を戻してください。
②次に、全てのCurl RTE/Curl IDEをアンインストールしてください。
③次に、希望するロケールを設定してください。
④再インストールします。
Curl RTE /IDEのインストールまたはアンインストールの際は、ロケールの設定は統一されていなければなりません。
Surge RTEが置換わった後に、 Surge Labのインストールをキャンセルすると、古いIDEが削除されます。
Curl IDE 4.0 のインストール時に、CurlRTE4.0の置換またはアップグレードが必要となる時があります。Curl RTEインストーラはCurl IDEが置換されようとしていることを”認識”している場合に、既存のCurlIDEを削除します。しかし、Curl IDEのインストールの途中にキャンセルをした場合、新しいCurl IDEはインストールされず、以前に存在していたCurl IDEは復元されません。
この問題はサイレントインストーラーならば発生することはありません（キャンセルが不可能なため）。この問題は、ユーザーがCurl RTE 4.0とCurl IRE 4.0のベータ版を持っている状態で、実際にリリースされたCurl IDE 4.0のインストールを行った際に起きます。また、Curl IDEを最新のバージョンにアップグレードし、Curl RTEに追加のアップグレードを行った場合にも同様の問題が起きます。
回避方法：Curl IDE 4.0のインストーラーが、互換性のあるCurl RTEを要求しているダイアログを表示した場合、そのダイアログ、またはCurl RTEのインストールを継続しているダイアログからCurl RTEのインストールをキャンセルしてください。
注意：Curl IDEがインストールされようとしている内容のダイアログの表示を待たずにキャンセルしてください。
Curl IDEのインストールをキャンセルした場合、
?Curl RTE4.0 をアンインストールしてください。
?以前のバージョンのCurl IDE で再インストールしてください。
SuSE 8.2/KDEにSurge 4.0が正常にインストールできません(openssl dep)。
Linux SuSE 8.2のディストリビューションでは、Surge 4.0がインストール、実行できません。
回避方法：ありません。SuSE 8.2/KDEとSurge 4.0では互換性のないバージョンの libcrypto.soが必要だからです。
FireFox上ではプラグインがキャッシュされますが、Surgeがインストールされたときに、CurlのプラグインがFireFoxに検知されません。
FireFox または Mozilla ブラウザでJavaを使用不可した状態では、 FireFoxは新しいプラグインを検知しません。
回避方法：これはFireFoxまたはMozilla の機能の問題です。
この問題を回避する為に、次のいずれの方法で対応してください：
・FireFox又はMozillaのアドレス欄に about:plugins と入力し、Enterキーを押すと、プラグインリストが更新されます。
・FireFox又はMozillaのユーザ設定ダイアログでJAVAを使用可に設定する
・FireFox/Mozillaの新しいバージョンにアップグレードする。FireFox 1.0.5、Mozilla 1.8 から該当バグがフィックスされた。
FireFox/Mozillaのこのバグに関する情報は次のリソースを参照してください：
https://bugzilla.mozilla.org/show_bug.cgi?id=273785
Linux RTEインストーラが余計なIDEメニューへのショートカットを作成します。
CurlIDEがインストールされていない状態でも、Linux RTEが勝手にCurlIDEのショートカットを作成してしまいます。
回避方法：ありません。ショートカットがコンピュータに深刻な問題を与えることはありません。ショートカットをクリックした場合はダイアログが表示されます。
日本語版WindowsNTではスタートメニューが作られません。
日本語版 Windows NT上で、Curl RTEまたはCurl Labのインストーラでインストールされたスタートメニューアイテムが正しく機能しません。他の機能は正常に動作しますが、スタートメニューアイテム（ショットカット）のみが正しく機能しません。
回避方法：アンインストールを行うことなく、再びCurlのインストールを行ってください。スタートメニューが修正されます。
(Linux)IDEをスタートメニューで見るためには再ログインが必要です。
Gnomeを動いているLinux上では、Curlの開発環境をインストールした直後にスタートメニューにCurl IDEが表示されません。
回避方法：一度ログアウトしてから再ログインを行うと表示されます。
インストーラーがDirectXのバージョンを正しく検出しない問題
Surge RTEは、グラフィックAPIを正しく動作させるために7.0以降のバージョンのMicrosoft DirectXを必要とします。Surge RTEのインストーラーは、インストールされているDirectXのバージョン検出を行います。7.0以降のバージョンのDirectXをお持ちでない場合は、最新バージョンのDirectXをMicrosoftのWebサイトから入手してください。
Curl Incは、Microsoft Windows 98SE をお使いで、DirectXのバージョンが古い場合に、Surge RTEのインストーラーが動作しないという報告を受けています。Surge RTEのインストーラーは、Microsoftのガイドラインに沿って、DirectXのバージョンを正しく判定しています。また我々のテストラボでは、今までこの問題を再現することが出来ませんでした。
回避方法：Surge RTEをインストールする前に、最新のDirectXをインストールしてください。
GUIとグラフィックス
Landscape Mode(ランドスケープモード)ではページのフッターの部分が全て印刷されません。
日本語版のLinuxでは、ひらがな、カタカナ、漢字を使用している右下のフッターの部分は３分の１のサイズで印刷されてしまいます。Landscape Modeで印刷を行う場合、ページ番号のみ、または３分の１サイズのフッターのみが印刷されます。
デフォルトのDrawオペレーションが変更されてしまいました。
Renderer2dのデフォルトのDrawOperationがソースからマスクに変更されました。with-render-properties経由でDrawOperationを使用しない場合、この変更はRenderer2dインタフェースを直接使用して自分のレンダリングを行っているアプレットに影響を与える可能性を持っています。以前のバージョンでは、デフォルトの振る舞いは透明度が無視されていましたが、今回のバージョンでのデフォールトの振舞いは、PixmapエレメントやFillPatternの透明度設定によって行われます。
前のバージョンの振る舞いで描画処理を行いたい場合、次のようなコードでラップして、コーディングしてください：
{with-render-properties draw-operation =
DrawOperation.source on renderer2d do
[your drawing code here]
}
(Linux) トレードマークシンボルに下線を引いた場合に起こる問題
一部のLinuxシステム上では、トレードマークシンボルに下線が引かれた場合、下線の位置が隣接する文字と比較されてオフセットされます。
DrawableGraphic.occlusion-performance-modeの制限
DrawableGraphic.occlusion-performance-modeは”high-performance”、”accurate-occlusion”、”best-effort”の３つの設定が可能です。
現在は、”best-effort”と”high-performance”モードは同じものです。アプレットが他のグラフィカルオブジェクトでDrawableGraphicオブジェクトをオーバーラップすることを要求した場合は、”accurate-oclusion”モードを明示的に指定してください。
テーブルセルでの特別なイベント処理
通常、グラフィカルオブジェクトにbackgroundを設定した場合、そのbackgroundは可視的な設定であれば、ポインターイベントを受け取ります。しかしテーブルセルにbackgroundを設定したときは別です（例えば、{cell-prototype, background = red, …}と記述した場合）。テーブルセルは技術的にGraphicでないので、その振る舞いはグラフィックオブジェクトとの一貫性が失ってしまう。
回避方法：テーブルセルの中にFrameなどのグラフィックオブジェクトを挿入し、backgroundを設定すること。（テーブルセルを全てFrameで埋めるために、フレームの高さや幅を指定する時に、{add-stretch}を使用してください。）
アプリケーションでRecordGridのグリッドフォーカス追跡が困難
RecordGridのどのRecordGridCellがフォーカスされたかどうかを追跡する時に、キーボードフォーカス（例えばFocusIn、FocusOut）を使用しないでください。キーボードフォーカスが通常、標準のRecordGridCellに内部のグラフィックコンテンツに転送されますからです。代わりに、RecordGridの”grid focus”を使ってください。この属性はメソッド{RecordGridCell.note-grid-focus-in}, {RecordGridCell.note-grid-focus-out}をオーバーライドし、RecordGridCell.has-grid-focus?属性を参照することによって追跡できます。
4.0リリースのあるバグによって、RecordGridはユーザがクリックしたこともないセルに対して、一瞬的にグリッドフォーカスを与えてしまう可能性があります。これらの予想外のフォーカス変更に反応したい為に、note-grid-focus-inメソッドを次のようにオーバーライドする必要があります：
{method public {note-grid-focus-in}:void{after 0seconds do{if self.has-grid-focus? then|| Put your grid-focus-in code here}}{super.note-grid-focus-in}}
ListBox内でのダブルクリックに関する説明
ListBoxでのダブルクリックは、たとえアイテムが一つも選択されていなくても、Actionイベントを発生させます。これは、ListBoxのActionイベントハンドラは、ListBox.valueがnon-nullであると見なさない事を意味しています。
推奨：enabled?=false と visible?=falseを同時に使用してください。
コントロールが目に見えない場合でも、フォーカスを取得することは可能です。これはenabled?=falseとvisible?=falseを同時に使用することで回避可能です。
BasicConnectedRecordSetは空文字をnullに変換します
ConnectedRecordSetの中では、nullの値が認められているcolumnでの空文字はレコードセットがコミットされるときにnullに変換されます。これは特殊なケースであり、より厳密にテーブルの定義を行うことで回避されます。（特にnon-nullの強制の定義）
イタリックの文字が欠けることがあります。
どの文字もテキストレイアウトに妥当な境界ボックスを持っていて、描画処理に妥当な境界ボックスも持ってるかもしれません。SurgeR RTEは、これらの場合、Layoutボックスを使います。その結果、最初または最後の文字が僅かに欠ける時があります。同じ現象が殆どのWebブラウザで時々見られます。
AntialiasedFrameがuse-host-rendering?の設定を無視します。
渡されたuse-host-rendering? パラメータがAntialiasedFrameクラスに使われません。これは、AntialiasedFrameを利用する時に、部分的な透明度などの特徴をサポートするレンダラ（Renderer）に安易にグラフィックを配置することが出来ないことを意味します。
このような場合、代わりにCavasを利用してください。
透明 Background とポインターイベントの伝播
オブジェクトのバックグランドが設定された場合、不透明だと考えられます。これは透明なバックグラウンドを持っているオブジェクトの裏にほかのオブジェクトが見えても、ポインターイベントが前面のオブジェクトに止められることを意味します。
回避策：前面のオブジェクトのバックグランドを、”transparent”にsetする代わりに、unsetします。
Linux上でのモーダル・ダイアログ
Linuxでモーダル・ダイアログは、システムの仕様によって親windowをdisableにしませんが、それらのダイアログはモーダルダイアログとして、機能します。
WindowsXPでATI 3d Rage Proカードを使用している場合に起こる不明瞭なグラフィック表示の問題
ごく稀にグラフィックの表示が不明瞭になる時があります。ATI 3d Rage ProカードがWindows XPで使用されている場合に、この問題が起きることが確認されています。ほとんどの場合、製造元のサイトから最新版のドライバをインストールすることでこの問題は解決されます。
Surge Lab IDE, VLE, ドキュメント
ソースエディタからコードをプリントアウトすると右端が切れてしまう場合があります。
ソースエディタからソースコードをプリントアウトする際、画面の範囲よりも長いコードは右端でカットされ、見えている範囲のみが印刷されます。カットされる範囲は、フォントやお使いのプリンターによって異なります。回避策として、適切な横幅の範囲内でのコーディングをお勧めします。また必要であれば、横印刷でソースをプリントアウトすることをお勧めします。
文字コードが正しくない場合、ファイルのチェックアウトが出来ない場合がある。
正しくない文字コードを持っているファイルがソースコードリポジトリにチェックインされて、IDEがそのファイルをチェックアウトして編集しようとするときに、この操作が正しく行われないかもしれません。
回避策： IDEで編集する前に、IDE以外のツールでそのファイルをチェックアウトする。
読み取り専用のプロジェクトのファイルをダブルクリックする時に、IDE Internal Errorが発生する。
IDEで読み取り専用ファイルを編集するような操作を行なう時に、内部エラーが発生する可能性がある。そのファイルはIDEのソースコードコントロールに管理されている場合、この問題が発生しません、そのファイルが自動的にチェックアウトされるからです。
チェックアウトの元に戻しを行なう時に、変更されたプロジェクト設定が元に戻さない。
IDEのソースコントロールフィーチャを利用し、プロジェクトをチェックアウトして編集するときに、プロジェクトのターゲット設定の変更がプロジェクトのチェックアウトの元に戻す処理に元に戻されません。
回避策：プロジェクトのターゲット設定を変更した場合、元に戻したいときに、Undo CheckOutの代わりに、手動で修正してください。
不完全なファイルをデバッグする際に起こるエラー
HTTPのURLからロードされたアプレットの最上段にブレイクポイントを設定した場合、ブレイクポイントまで到達した時にファイルは部分的にしか表示されません。
回避方法：HTTPサーバからファイルをデバッグする際は、IDEのサーバーマッピング機能を使用してください。IDEで、「編集」 → Preferences(選択) → General tab →Enable URL mapping[URLマッピングを有効にする]を選択し、必要な情報を記述してください。
VLE拡張エディターが、保存されていないランタイムパッケージファイルを見つけられません。
変更したファイルを保存しない場合、VLE拡張エディターがIDEで開いたファイルの変更を認識しません。
回避方法：拡張エディターで作業する前に、IDEで修正された全てのファイルを保存してください。
IDE 3.0がインストールされていない時にバージョン3.0のプロジェクトのデプロイを行うとエラーが起こります
回避方法：IDE3.0がインストールされていない状態でバージョン3.0のプロジェクトをデプロイしないでください。もしデプロイしてしまった場合、IDE4.0は CURL.IDE.DOCUMENTATIONのパッケージが見つかりませんというエラーを表示します。IDE3.0をインストールしないと、バージョン3.0のプロジェクトは正しくデプロイできません。すでにIDE4.0を3.0上にインストールした場合、3.0のプロジェクトファイルをディプロイする為に、IDE4.0をアンインストールしてください。
(Linux) VLEレイアウトツリーに関する問題
特定のバージョンのLinuxでは、VLEウインドウの一部がオフスクリーンになっている時にVLEレイアウトの中の操作が正確に行えません。
回避方法：これはウインドウマネージャの問題です。ウインドウの全体をスクリーン上に表示してください。
パッケージが完全にキャッシュされる前に、IDEを起動できてしまいます。
Linuxではインストールが完了する前にCurl IDEを起動させることが出来てしまいます。また、Linuxではインストール完了のダイアログが表示されません。
回避方法:Curl IDEをインストールし、rpmコマンドの呼び出しが成功した後も、バックグラウンドでIDEのパッケージをコンパイルし、キャッシュを行うためのタスクが実行されています。
psコマンドを実行し、’surge’プロセスのインスタンスが表示されているか確認してください。Surgeに関するプロセスがなにも表示されない場合は、インストールが完了しています。
コンピュータの性能が低かったり、CPU使用率が高い状態でインストールを行うと、バックグラウンドでのプロセスに数分かかることがあります。性能の高いコンピュータならば、この処理に一分以上かかることはまずありません。
CurlIDEはバックグラウンドでのパッケージのインストールタスクが完了する前に起動しても正常に動作します。しかしバックグラウンドのタスクが実行されている間は、パフォーマンスが悪いので、インストール作業が完全に終了してからIDEを起動することをお勧めします。
pcurl が 条件つき’include’ を評価する時ユーザではなく、開発者の環境に依存してしまいます。
pcurl が条件つき’include’を評価するときに、ユーザではなく、開発者の環境に依存した条件で行なってしまいます。pcurlバージョンはCurlのソースのバージョンと同じ動作を行なうべきで、条件つきinclude文の評価はアプレットが実行される環境によって行わなければいけないので、pcurlのこの振る舞いは間違っています。
パッケージはpcurlされた後も、pcurlされる前と同じように動作しなければいけません。
all-version-switch, platform-switchなどのコードで、pcurlされたパッケージに誤作動が起こります。
以下に例を示します。
{api-version-switchcase "3.0" do{include "old-source-file.curl"}case "4.0" do{include "new-source-file.curl"}else{error "error"}}
このコードは、開発者側のテストでは正常に動作しますが、プロジェクトを配布した際、開発者側のAPIバージョンに基づいたファイルをインクルードされることになってしまいます。
回避方法：配布パッケージの中では条件付のインクルードを行わないでください。
Mozillaサポートに関する問題
Firefoxが規定のブラウザの時、IDEからSurgeがFireFoxを起動しません。
回避方法：規定のブラウザにNetScape, Mozilla またはIEを設定してください。
デバッガで大きな配列を展開する場合
現在表示できるアイテムの数に制限はありませんので、デバッガで配列を展開する時には注意して下さい（メモリがかかりすぎる可能性があります）。
ディレクトリを検索する際のファイル名は、大文字小文字を区別します。
ディレクトリを検索する為にIDEの検索ダイアログを使用する時に、探すファイル名に正規表現を使うことが出来ます。Windowsでは、この正規表現検索は、大文字小文字を区別しません。例えば、"*.h"というパターンは、"WINERROR.H"ファイルにマッチします。
VLEの作成するレイアウトクラスのサイズの上限について
VLEでは、一つのソースファイルに複数のレイアウトを含めることが可能であり、アプリケーションの用件に沿うようにレイアウトやファイルを自由に編集することができます。ただし、一クラスの中に含むことの出来るフィールドの数には上限があります。デザイン名をオブジェクトに付けた場合、そのオブジェクトはレイアウトクラスのフィールドとなります。一つのレイアウトクラスの中にはデザイン名のついたオブジェクトを1000個まで持たせることが可能です。
ファイル操作、I/O、OCC及びパーシスタントデータ
curl://occは、いつでもデフォルトブラウザで開きます。
Windowsにおいて、OCCアプレット("curl://occ/...")は、デフォルトではないブラウザのアドレス欄にURLを入力したときでも、デフォルトブラウザを開きます。
request-headersの“content-type”設定がApplet.browser-url-postに無視されてしまう。
HttpRequestDataをリクエストで使用した際に、HttpRequestData.content-type がHttpRequestHeadersの中のContent-Typeのヘッダーフィールドをオーバーライドしてしまう
回避方法：使用したいcontent-typeをHttpRequestDataの中で明記してください。（HttpRequestHeadersの中ではありません。）
IISサーバを使う場合、最終更新時が“None”と表示される時があります。
初めてパッケージがロードされた時は、「Temporary Internet Files」ディレクトリのそのファイルの最終更新時間が正しく設定されますが、IEとSurgeをシャットダウンした状態でパッケージが編集された時に、続いてのロードを行うと、最終更新時が“なし”と表示されてしまいます。
マニフェストやアプレット中の'resync-as-of'パラメータが最終更新時に依存しているから、その場合ファイルが変更されても、アプレットに更新されないが、マニフェストとアプレットが最新のファイルにアップデートされたように見えてしまいます。
回避方法：現在この問題は解決中です。この問題はIIS Webサーバ内での制限が原因のようです。問題を解決するために、他のWebサーバでデプロイしてください。
‘resync-as-of’の時間を将来に設定することで、マニフェストとアプレット（パッケージファイル）を常に更新させることが可能ですが、パフォーマンスの面からお勧めできません。
(Linux) 'network-offline-mode?’に関するサポートが必要です。
'network-offline-mode?' はLinuxではサポートされていません。.
回避方法: 'network-offline-mode?'の代わりに 'network-disconnected?'を使用しネットワークが利用可能か確認してください。
String.replace-clone メソッドが無限ループに落ちる可能性がある
String.replace-cloneメソッドを呼び出す時に、一番目のパラメータを空のStringを渡すと、無限ループに落ちます。 同じように、WritableString.replaceでもこの問題が発生します。
回避策： これらのメソッドを呼び出す前に、一番目のパラメータが空のストリングにしないように、パラメータの空判定を行なう、空の場合、このメソッドを呼び出さないようにしてください。
Curlを終了してもI/Oバッファーはフラッシュされません
Curlでファイルを開いたり、編集したり、閉じたりする際、Curlを終了するとバッファされたデータは全て失われます。これはファイルの中に全てのデータが存在していない結果起こります。この問題を回避するために、“flush”メソッドが明示的に呼び出されるか、Curlを終了する前にファイルを閉じる必要があります。
OS、ブラウザ、サーバー問題
IEでCurlアプレットを含んでいるウインドウの中で起こるJavascriptの問題
JavaScriptのwindow.openで呼び出されたウインドウでアプレットが開かれた際、ウインドウがすでに開かれている状態で再度window.openの呼び出さないない限り、window.closeを使用してもウインドウが閉じられません。
回避方法：アプレットを含んだHTMLページがEMBED/OBJECT/IFTRAMEタグを使用して、window.openで開かれている場合、window.closeでウインドウを閉じることができます。Microfsoftはこのバグを認識しており、将来のOSサービスパックで修正される予定だそうです。
browse-url-postメソッドのレスポンスとして返却されたHTMLページでIEの画像表示バグ
IE5.5及び以上のバージョンで、Curlのアプレットを含んだHTMLのウェブページがFrameSetの一つのFrameにロードする時に、Curlのアプレットがbrowse-url-postを行なって画像を含んだHTMLページが返却されるときに、HTMLページが表示されるが、画像ファイルがロードしない。
回避策（一部）：“target=”がbrowse-url-postのパラメータから削除すると、上記の問題を回避できるが、CurlのアプレットがFrameSetのFrameに直接配置する場合に限られる。アプレットがHTMLページにエンベッドする場合、画像が依然とロードしません。画像ファイルが事前にブラウザのキャッシュに入っている場合、これらの画像がロードされる。
Konquerer 3.1.4でアプレットのbrowse-forward と browse-backwardが使えません。
Konqueror 3.1.4以前のブラウザで実行するアプレットはApplet.browse-forward とApplet.browse-backwardが使えません。使用すると、(JavaScript: not being supported)のようなエラー内容が書かれたポップアップ画面が表示されます。
回避方法：最近のバージョンではこの問題は解決されています。
Netscape 8.0.2でアプレットのbrowse-forward と browse-backwardが使えません。
Netscape 8.0.2で実行するアプレットはApplet.browse-forward とApplet.browse-backwardが使えません。使用しても、何も起こりません。
回避方法：ありません。これはNetscape 8.X.の問題です。
IDEを利用しFireFoxでアプレットを実行する時に、最小化されたFireFoxが元のサイズに戻りません。
FireFoxがデフォールトブラウザの場合、最小化されて実行している場合は、IDEからアプレットを実行すると、アプレットがブラウザ内で実行されるが、ブラウザのウィンドウが最小化のままです。
FireFoxのタブブラウジング問題
FireFoxでCurlのアプレットを実行する時に、FireFoxのタブブラウジング機能がフル機能しません。
Windows98とWindowsMEでbrowse-url-postが呼びだされる時に、IEがクラッシュするケースがある。
回避策：別のブラウザを利用するか、OSをバージョンアップしてください。
Netscape 4.75上でのObjectやEmbedタグの問題
Netscape 4.X 上では、存在しないURLのリンクを保持しているObjectやEmbedタグが使われる場合、何もエラーを表示しないか、おかしなエラーを表示する場合があります。
回避方法：ブラウザをアップグレードしてください。Netscape 4.Xの機能の問題です。
Konqueror3.3.1以前のバージョンでCurlのアプレットにポストデータが送られた場合旨く動作しない。
回避策：ありません。Konquerorブラウザの制限です。
(Linux)MozillaベースのブラウザでCurlアプレットがスティッキーなアプレットとして動作する。
以下のブラウザではCurlアプレットがスティッキーなアプレットとして動作する。そのため、ブラウザの履歴に残っているCurlアプレットのURLを参照した際、存在するアプレットのインスタンスが参照されて、すでに実行されているアプレットインスタンスに戻ります。
影響のあるブラウザ
-- Netscape4.8以上
-- Mozillaの全てのバージョン
-- Firefoxの全てのバージョン
回避方法：ありません。Mozillaベースのブラウザはプラグインに対して履歴情報の提供をサポートしていません。
[linux] Konquerorが自動的に新しいプラグインを検出しません
KDE 環境下で動いているKonquerorブラウザがSurgeプラグインの存在を自動的に認識しません。
回避方法：Konquerorで、 Settings -> Configure Konquerer -> Plugins -> Plugins
まで行き、"Scan for new plugins"ボタンを押してください。
Fedora Core 3において Curl RTE で SSHを使用する
最近のOpenSSH のバージョンでは、デフォルトでアントラストX１１クッキーを使用しています。ですので、Fedora Core 3 LinuxでSSH経由でCurlを起動するとエラーが発生するかもしれません。以前の振る舞いに戻す為に、ssh_config でForwardX11Trusted yesと設定する必要があります。詳しくはOpenSSH FAQ.を参照してください。
127.0.0.1 が拒否される時に強制終了する。
ファイアウォールでIPアドレス127.0.0.1 を接続拒否に設定しないでください。SurgeR RTE と Surge LabR IDEは、内部利用の目的の為にこのループバック・アドレスを使用しています。これらの製品は、このアドレスのポートに対するアクセスがブロックされていると機能しません。
LinuxにおけるMozillaのアドレス・バー内のキーボード・フォーカス
Linux上のMozillaでCurlアプレットを動作させた場合、一度キーボード・フォーカスがCurlアプレットに与えられると、ブラウザのアドレス・バーにフォーカスを戻すことが難しくなることがあります。これはMozillaの幾つかのバージョンにおけるバグと思われます。
SurgeRTEに付属のMozillaは日本語リソースを持っていません。
Linux上のSurgeRRTEは、ブラウザを起動する必要がある時に既にインストールされている妥当なブラウザが見つけられないと、SurgeRRTEに含まれているMozillaブラウザのコピーを使用します。このMozillaのコピーは、ユーザが利用している環境の言語と関係なく、英語リソースだけを含んでいます。
TurboLinux では、ウインドウアイコンをセットできません。
TurboLinuxにおいてSurgeRRTEはウインドウアイコンをセットすることが出来ません。
LinuxにおけるIME Windowの問題
Fedora Core 3において、IME Windowがタイトルバーを表示すべきではない時にタイトルバーと共に表示されます。ここにはキーボード・フォーカスとIMEウインドウを閉じる際に問題があるかもしれません。しかしながら新しいIMEコンポジションを始める時に、既存のIMEウインドウが閉じられます。この問題は一部のシステムの設定の問題だと思われます。
以下の設定を/usr/X11R6/lib/X11/app-defaults/Kinput2に追加することにより、kinput2 のウィンドウが多くのウインドウマネージャからフォーカスを取得することを防ぐことが出来ます。
*SeparateConversion.input: false
*selectionShell.input: false
*auxShell.input: false
この設定は: fvwm2-2.4.5, sawfish-1.0.1, KDE3, icewm-1.0.9, enlightenment-0.16.5, scwm-0.99.6.2, twm (from XFree86 4.2.0)で動くことが報告されています。.
残念ながら、次のウィンドウマネージャに無視されている: blackbox-0.62.1, WindowMaker-0.80.0
上記の設定を適用できないウィンドウマネージャにとって、何も変化が無いが、適用できるウィンドウマネージャにとって、上記の設定は改善です。
Konqueror ブラウザでSurgeプラグインを起動する時の問題
Konqueror が"NPP_Destroy()"を呼び出す時に失敗することによって、SurgeRはKonqueror で正しく動作しません。この結果になるのは、アプレットをリロードする時に既存のインスタンスが置き換えられることではなくて、新しいインスタンスが作成されることになっているからです。結局、大量のSurgeプロセスが作成されて、例外を引き起すことになります。Konqueror のバグが修正されるまでに、唯一の回避策は、Konqueror ブラウザに関連付けられたSurgeのプロセスをクリアする為に時々そのブラウザをシャットダウンすることです。
IEでhtmlファイルをCurlのアプレットとして実行しようとする時に、ハングされたアプレットになります。
Windows 上のInternet Explorer で、拡張子.curlを持っているがCurlのコンテンツではないファイルを実行する場合、ページはハングするかもしれません。IEは、MIMEタイプよりも、ファイル拡張子を優先しますから、そのようなファイルはSurgeRプラグインに送られます。 SurgeRは、text/html や他の CurlではないページやMIMEタイプを扱うことが出来ません。
回避策： Curlのコンテンツで無い限り.curl拡張子を使用しないでください。
Linux:”コントロールキーでマウス・カーソルを表示する”がCurlのコントロールキーの処理を妨げる。
Linux上で、“コントロールキーでマウス・カーソルを表示する”を選択した場合、SurgeR RTEがコンロトール・キーの状態を受け取ること出来ません。
Linux：SurgeRは、Firefoxのプロファイルをコピーしません。その為FireFoxのユーザ設定は無視されます。
Linux上SurgeRRTEは、httpとhttpsを取り扱うためにMozillaベースのライブラリを使用しており、SurgeRRTEは使用しているプロキシサーバーやクライアント証明書などの様々な設定を取得するためにユーザーが最後に使用したMozillanoプロファイルのコピーを作成します。しかしながら、SurgeRTEはFirefoxのプロファイルをコピーしません。その為、Firefoxのユーザーは、SurgeRTEが変更を認識できるようにMozillaを起動し、該当の設定をMozillaを経由して変更する必要があります。
ネットワークソケットの制限
Windows 98上でCurl RTEを実行中に、OSのソケット数の制限によってネットワークソケットが不足する可能性があります。この問題によって、ロードが完了しないアプレット、またはネットワークリソースを使用しつくしてしまうことに関するエラーが表示されます。これを修正する為には、regeditを使用して新しくString型のレジストリ・エントリをHKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\MSTCP\MaxConnections に作成し値を256にします。
単純なHTTPPOSTがKonquerorで動作しません。
Konquerer ブラウザを使用している時、POSTを使用した単純なhttp formのサブミットが動作しません。アプレットがKonquerer で動作している時は、マルチパートフォームを使用してください。
|
