Difference between revisions of "Category:LSL String/ja"

string name;

宣言するstring型の変数をnameと名づけて、""にします。

string name = value;

宣言するstring型の変数をnameと名づけて、valueの値をいれます。

(string)value

valueをstring型の値に変換します。

ほかの情報は演算子 を参照します。

(value1 + value2)

(value1 == value2)

(value1 != value2)

エスケープコードは、スクリプトがコンパイルされる際に変換されます。実行中には変換されません。コンパイラは、\と文字の他の組み合わせを\を削除して無視します。したがって、"\a"は"a"を意味します。 結果として、スクリプトがコンパイルされる際に含まれる文字列のみが、例えば \n が "改行" 文字に変換されます。ノートカード、チャット、HTTP、オブジェクトの名前や説明などから読み込んだテキストは、エスケープコードをチェックしないため、ノートカードに入力した \n は自動的に "改行" 文字には変換されません。何らかの理由で本当に必要な場合を除いて、自分で変換する必要があります。

CやJavaなどの言語からLSLに移行する人々は、最初はLSLの文字列エスケープルールが混乱するかもしれません。LSLでは、"\n"はCやJavaと同様にllUnescapeURL("%0A")を意味しますが、"\t"はllUnescapeURL("%09")ではなくllUnescapeURL("%20%20%20%20")を意味します。さらに、"\r"のエスケープコードは存在せず、"\r"はllUnescapeURL("%0D")ではなく単に "r" に変換されます。

エスケープされた文字の実行時の変換については、ユーザー関数Unescapeを試してみてください。

かつては、アクセントを持つ文字（例：「écoutez」）や英語では使用されない句読点（例：「¿Entiende?」）を含む文字列をスクリプトに含めると、スクリプトはコンパイルされない状態でした。

2008年の春から夏にかけて、スクリプトはテキスト文字列にアクセントを含めてもコンパイルできるようになりました。

つまり、以下のようになりました：

string hello = "Avatar écoutez";

このページの冒頭で述べたように、単一の文字列の長さは、利用可能なスクリプトメモリによってのみ制限されます。ただし、いくつかの操作上の制約が存在します。多くのCommunications/ja関数と一部の他の関数も、入力文字列に制限を課しています。これらの制約は、実行時にエラーメッセージが表示されたり、文字列が「静かに」切り詰められること（つまり、エラー通知もなく、それが行われたことを示す情報も提供されないこと）があります。

例

• llSay - llSayを使用する際、発言されるテキスト文字列は、LSOとMonoの両方で1024文字に切り詰められます（これはMono（UTF-16）では2048バイトのメモリスペースです）。
• llGetNotecardLine - ノートカードから行を読み込む際、1023文字より長い行は静かに切り詰められます（以前は255文字でしたが、SLS 565008 により増加しました）。
• llDialog - メッセージやボタンのテキストが長すぎる場合、その関数が呼び出されたときに非致命的なエラーが発生します。

Notes
この種の制約は常に文書化されており、文書に制約が記載されていない場合、その言語の通常の範囲外である既知の制約は存在しないことを意味します。

文字列のトリミング

string myTrimmedText = llDumpList2String(llParseString2List(src, [" "], []), " ");

例

integer int = 48934;
string str = (string)int;
string str_2;
str_2 = str;

よく用いる関数