La interfaz nsILocalFile representa un archivo o un directorio en una manera independiente de la plataforma, que es accesible en el sistema de archivos local. Por ello, incrementa nsIFile.
#include "nsILocalFile.h"
[scriptable, uuid=(aa610f20-a889-11d3-8c81-000064657374)]
interface nsILocalFile : nsIFile { ... };
initWithPath
initWithNativePath
initWithFile
openNSPRFileDesc
openANSIFileDesc
load
appendRelativePath
appendRelativeNativePath
reveal
launch
getRelativeDescriptor
setRelativeDescriptor
followLinks
diskSpaceAvailable
persistentDescriptor
Los métodos initWithNativePath y appendRelativeNativePath toman parámetros representados por cadenas que son codificados usando el sistema de códigos local. Esto significa que no puedes usar nombres con caracteres fuera de la página de códigos de Windows, aunque Windows 2000 y posteriores no tengan problema en manejarlos. Por tanto, nunca uses funciones a no ser que estés absolutamente seguro de que el path que pasan es siempre ASCII. Ver nsIFile para más información sobre los códigos de caractéres locales.
launch y reveal están sólo implementados en Windows, MacOSX, BeOS y OS/2 (a fecha 2007/03/14, FX3.0, Gecko 1.9). En sistemas *nix-ish tales como Linux, BSDs, Solaris o similares ninguna de estas dos funciones harán nada más que devolver inmediatamente un valor NS_ERROR_FAILURE.
Ver
bug 67001
para más información.
Para trabajar con esos sistemas también, querrás considerar el atajo de Firefox Download Manager.
Para un poco de "inspiración" ver: http://mxr.mozilla.org/seamonkey/sou...t/downloads.js
Page last modified 11:11, 24 May 2008 by HenryGR