mozilla

Compare Revisions

nsIFile

Change Revisions

Revision 9361:

Revision 9361 by Nickolay on

Revision 9362:

Revision 9362 by Jshin on

Title:
nsIFile
nsIFile
Slug:
XPCOM_Interface_Reference/nsIFile
XPCOM_Interface_Reference/nsIFile
Tags:
XPCOM, Interfaces, Interfaces:Scriptable, "XPCOM API Reference", "XPCOM Interface Reference", "File I/O"
XPCOM, Interfaces, Interfaces:Scriptable, "XPCOM API Reference", "XPCOM Interface Reference", "File I/O"
Content:

Revision 9361
Revision 9362
t20      All methods with string parameters have two forms. The preft20      All methods with string parameters have two forms. The pref
>erred form operates on UCS-2 encoded characters strings. An alter>erred form operates on UTF-16 encoded characters strings. An alte
>nate form operates on characters strings encoded in the "native" >rnate form operates on characters strings encoded in the "native"
>charset. A string containing characters encoded in the native cha> charset. A string containing characters encoded in the native ch
>rset cannot be safely passed to javascript via xpconnect. Therefo>arset cannot be safely passed to javascript via xpconnect. Theref
>re, the UCS-2 forms are scriptable, but the "native methods" are >ore, the UTF-16 forms are scriptable, but the "native methods" ar
>not.>e not. In addition, the native form <b>cannot</b> deal with files
 > whose name contain charcters outside the default system code pag
 >e on Windows. Using the native form limits the ability of your co
 >de to deal with the full Unicode support on Windows 2000 or later
 > where the OS itself does not have such a limitation. Therefore, 
 >you <b>must not</b> use the native form unless it is <b>guarantee
 >d</b> that the path passed to a native form function is <b>always
 ></b> ASCII.

Back to History