No lo s‚; en algunos sistemas simplemente no funciona, como por ejemplo en mi Warp 3 con FixPack 35, sin embargo s¡ lo hace en mi Warp 4. He sido incapaz de imaginar el motivo de esto, pero algunos usuarios han informado de que este problema tambi‚n ocurre con la funci¢n de reinicio de WarpEnhancer, as¡ que supongo que no es culpa de XFolder. (La funci¢n de reinicio utiliza de todas formas un peque¤o truco no documentado, de modo que probablemente IBM no garantice siempre su funcionamiento.) Si tiene vd. instalado el Gestor de Arranque (BootManager) de IBM, puede circundar este problema especificando SETBOOT.EXE como acci¢n en reinicio (Cuaderno de propiedades del escritorio -> p gina 1 de "XDesktop" -> "Acciones").
S¡. Concluir eXtendido no guarda las posiciones de carpetas que hayan cambiado justo antes de que se iniciara la conclusi¢n del sistema, porque el WPS retrasa el salvar estas posiciones mediante alg£n hilo de trabajo en segundo plano al que no he encontrado ninguna forma de acceder, y el formato de las posiciones de las carpetas en OS2.INI no est documentado, de modo que no puedo hacerlo por m¡ mismo. Lo mismo se aplica a carpetas que se cierren por el propio proceso de Concluir eXtendido Si quiere vd. que se guarden las posiciones de las carpetas, ci‚rrelas manualmente y espere unos pocos segundos (10-20) antes de iniciar Concluir eXtendido.
(Con "posiciones de las carpetas", me refiero a la posici¢n de la propia ventana de una carpeta abierta, no a las posiciones de los objetos de la carpeta. Estas s¡ se guardan apropiadamente.)
Concluir eXtendido tampoco salva los cambios a la ventana de la lista de tareas (por ejemplo, fuentes o colores que se arrastren sobre ella). Si quiere vd. guardar estos cambios, bastar con que utilice una vez la funci¢n est ndar de OS/2 para concluir el sistema.
Esto es debido probablemente a claves de los archivos INI que no contienen datos, lo cual no deber¡a suceder. Intente borrar las claves problem ticas, puesto que no contienen datos de todos modos.
Mo lo s‚. Mi ordenador no permite el apagado via APM, de modo que no puedo probar esto yo mismo. Por favor, contacte con ARAKAWA Atsushi, arakaw@ibm.net, que ha escrito el c¢digo de apagado APM.
Algunos usuarios han informado de que utilizar el apagado APM provoca un CHKDSK la siguiente vez que se arranca OS/2. Aparentemente, s¢lo los kernel de OS/2 m s recientes tienen funciones del sistema de archivos que soporten estas caracter¡sticas. IBM ha introducido un nuevo soporte APM con Warp 4 FixPack 6, as¡ que puede que instalar este FixPack resuelva el problema. La secci¢n "Concluir eXtendido" de la p gina 1 de "XDesktop" en el cuaderno de propiedades del escritorio muestra la versi¢n del controlador APM instalado en el sistema, que debe ser al menos 1.2 para que funcione el apagado APM.