Si no encuentra aquí la respuesta a su pregunta, por favor, vea
también la página web principal
de XFolder. El autor de XFolder ahora mantiene una lista pública
de errores, que podría contestar a su pregunta.
No creo que sea cierto en general. No he hecho ninguna prueba pero, en general, XFolder sólo enlentece determinadas funciones del WPS, pero no el WPS en general.
La disminución de velocidad más obvia es abrir los menús de contexto. Aunque se ha levantado la limitación de 50 objetos que existía en las versiones de XFolder anteriores a la 0.70, no debería colocar demasiados objetos en las carpetas de configuración. Como esas carpetas se releen cada vez que se abre un menú de contexto, XFolder podría enlentecer demasiado el sistema.
Con las otras funciones, no lo sé. Naturalmente, dibujar las barras de estado ocupa algún tiempo, pero normalmente no es apreciable.
Además, XFolder no utiliza mucha memoria. He comprobado esto en mi
sistema y, además del tamaño de las DLLs de XFolder, éste
sólo ocupa de 100 a 400 KB más, dependiendo de cuánto
tiempo se haya estado ejecutando el WPS.
XFolder utiliza ahora la fuente WarpSans para la mayoría de
sus diálogos, porque es mucho más bonita que la "System Proportional".
Esta fuente sólo esá incluida en OS/2 Warp 4, de modo que no se encuentra
en Warp 3, y el sistema usa en su lugar la fuente por omisió de éste
(System Proportional). Si puede hacerse con el archivo \OS2\DLL\DSPRES.DLL
de Warp 4, simplemente c˘pielo sobre el archivo del mismo nombre
en su directorio \OS2\DLL de Warp 3. Este archivo contiene muchos recursos
del sistema, entre otros la fuente WarpSans. Warp 3 funcionará sin
problemas con la versión de Warp 4. (Esto sólo funciona si
arranca OS/2 en línea de mandatos, usando Alt-F1 al arrancar).
Tendrá que instalarlos primero. Vea la página
correspondiente para más detalles.
Si está usando VisualAge C++ o cualquier otro programa
que instale rutinas SOM en tiempo de ejecución, asegúrese de
que SOM.DLL se carga desde \OS2\DLL. Esta DLL ha sido actualizada
con los más recientes FixPacks de OS/2 Warp.
VAC++ coloca directorios adicionales al comienzo de la variable LIBPATH
del CONFIG.SYS, lo que causa que se cargue la DLL antigua. Coloque dichos
directorios después de \OS2\DLL en LIBPATH.
Esto es difícil. Algunas personas han informado sobre esto en toda clase de variaciones, i.e, teclas de acceso rápido que funcionan sólo para el Escritorio, o no funcionan en carpetas URL, o no funcionan en Carpetas de Grupo (una utilidad EWS de IBM), etc. Lo mismo se aplica a las barras de estado.
Por lo que veo, esto tiene que ver con la subclasificación de carpetas. XFolder necesita ciertos mensajes de ventana para introducir estas funciones, y si otra clase del WPS intercepta dichos mensajes, las funciones de XFolder se comportan de forma extraña u ocasionan cuelgues o, simplemente, no funcionan.
En general, cuantas más sustituciones de las clases del WPS haya instaladas, hay mayor probabilidad de que aparezcan dichos errores. En un WPS "limpio", XFolder funciona por lo general a la perfección, pero las personas que han informado sobre esos errores a menudo tenían cuatro sustituciones de clases del WPS instaladas, y entonces, me es realmente difícil seguir el rastro a esos errores. Intente desinstalar algunas extensiones del WPS que no necesite para nada.
También, cuanto más revueltos estén sus archivos INI, hay mayor probabilidad de que el WPS se vuelva más inestable en general. Recomiendo encarecidamente el paquete WPTOOLS de Henk Kelder, que de todas formas debería ejecutar de vez en cuando, para limpiar los archivos INI. Éste se actualiza continuamente y está disponible en Hobbes.
También me he dado cuenta de que el orden de la instalación
es importante. Algunas extensiones del WPS parecen simplemente "engullir"
mensajes que no necesitan, asumiendo que son las únicas extensiones
del WPS del sistema. (Esto se podría aplicar también a XFolder,
pero he intentado evitar esto). Ahora, si XFolder se encuentra antes que estas
codiciosas extensiones del WPS en la lista de sustitución de clases
del WPS, que es el caso si XFolder se instaló en primer lugar, obtiene
el mensaje antes que la otra extensión del WPS.
En teoría, sí. En la práctica, a veces. Para más
detalles sobre ésta (y también otras aplicaciones para el
WPS), lea la página aparte de "Compatibilidad".
La razón de esto es que las barras de estado de XFolder consultan el espacio libre de una unidad. Si el primer objeto en la carpeta "Unidades" representa una unidad de disco flexible, es ésta unidad a la que se consulta.
Para evitar esto, cambie la información para objetos WPDisk de las barras de estado, en el objeto "Workplace Shell", página 2 de "Barras de estado". Entonces no se consultará esta información.
De forma alternativa, puede desactivar las barras de estado sólo
para la carpeta "Unidades" en la página "XFolder" del cuaderno de
propiedades de la carpeta Unidades.
No.