OPENFILENAME - OFN_ALLOWMULTISELECT

[eagleoneraptor]

Hola, estoy intentando usar la función GetOpenFileName y la estructura OPENFILENAME con el flag OFN_ALLOWMULTISELECT, esto es para seleccionar muchos archivos de una sola vez.

La cadena almacenada es el camino al conjunto de archivos seleccionados y el nombre de cada archivo separado por \0. Pude hacer una función que separa esto correctamente, pero no me convense del todo:

[untio]

Hola,
No sé nada sobre tu nivel de inglés. Cuando deseas que se muestre el diálogo estándar para abrir archivos has de llenar la estructura OPENFILENAME. Lee todo lo que sigue sobre uno de los campos de ella:

lpstrFile

Pointer to a buffer that contains a file name used to initialize the File Name edit control. The first character of this buffer must be NULL if initialization is not necessary. When the GetOpenFileName or GetSaveFileName function returns successfully, this buffer contains the drive designator, path, file name, and extension of the selected file.
If the OFN_ALLOWMULTISELECT flag is set and the user selects multiple files, the buffer contains the current directory followed by the file names of the selected files. For Explorer-style dialog boxes, the directory and file name strings are NULL separated, with an extra NULL character after the last file name. For old-style dialog boxes, the strings are space separated and the function uses short file names for file names with spaces. You can use the FindFirstFile function to convert between long and short file names. If the user selects only one file, the lpstrFile string does not have a separator between the path and file name.


If the buffer is too small, the function returns FALSE and the CommDlgExtendedError function returns FNERR_BUFFERTOOSMALL. In this case, the first two bytes of the lpstrFile buffer contain the required size, in bytes or characters.


Espero que sea útil.

[eagleoneraptor]

Gracias por responder.

Pero mi pregunta era si habia alguna función de la API para separar los nombres de archivo entre los NULL, mas bien, la función que puse alli, mas optimizada.

Lo de FNERR_BUFFERTOOSMALL si explica mi segunda cuestión.

Un Saludo!
_________________
"Aquel que hace una bestia de si mismo se libra del dolor de ser un hombre". Dr. Johnson

[rir3760]

Tres detalles que no me gustan de esa funcion:

1) Primero copias y luego verificas, esto es malo (mas bien ineficiente) porque la copia solo es necesaria si el valor de "nFile" es mayor que cero.

2) Puedes sustituir las tres llamadas a funcion (strcpy + strcat) con una sola llamada a sprintf.

3) El programa no producira los resultados esperados si el indice esta fuera del rango valido.

Una version mas solida es:

[untio]

Hola,
Curiosamente, hace unas semanas me encontré con el problema de programar un cuadro de apertura de múltiples archivos (que podían ser muchísimos).
Aquí sigue mi código: