1) (hasta donde se) en la version 2007, el separador de listas y argumentos en la configuracion regional de windows
no es la unica causa de que aparezca el mensaje de advertencia por (posibles) caracteres incompatibles con un formato *.CSV
considerando que se trata de estandares "internacionales" (mas bien, apegados a usos y costumbres USA)
al final reproduzco lo que dice la ayuda en linea {F1} con referencia a la posible perdida de "otros" caracteres
2) haciendo pruebas (re)grabando el mismo archivo como *.CSV e intercambiando el separador de listas y argumentos en la CR
lo que obtengo es un archivo de texto (*.CSV) que utiliza precisamente el separador "en turno" (cada vez que lo cambio)
3) lo que si podrias tener como (otras) incompatibilidades, es si el archivo llevara cifras con estilos de moneda... (?)
en este caso debieras comprobar que pasaran tambien con estandares USA (miles=coma, decimales=punto)
4) no se si en vista utimate fuera requisito (re)iniciar la aplicacion (o el sistema) al hacer cambios en la configuracion regional
(podrias ver su efecto "inmediato" al revisar cualquier formula con argumentos si esta utilizando el separador "en turno")
si cualquier duda (o informacion adicional)... comentas ?
saludos,
hector.
=== transcripcion de la ayuda (2007) en relacion con los formtos *.CSV ===
CSV (delimitado por comas)
Este formato (.csv) guarda unicamente el texto y los valores como aparecen en las celdas de la hoja de calculo activa.
Todas las filas y todos los caracteres en cada celda se guardaran.
Las columnas de datos se separan mediante comas y cada fila de datos termina en un retorno de carro.
Si una celda contiene una coma, el contenido de la celda se escribira entre comillas dobles.
Si las celdas presentan formulas en vez de valores de formulas, estas se convertiran como texto.
Todo el formato, graficos, objetos y cualquier otro contenido de la hoja de calculo se perdera.
El simbolo del euro se convertira en un signo de interrogacion.
Nota: Si el libro contiene caracteres de fuente especiales, como el simbolo de copyright (©)
y va a utilizar el archivo de texto convertido en un equipo que tenga otro sistema operativo
guarde el libro en el formato de archivo de texto adecuado para ese sistema.
Por ejemplo, si utiliza Windows y desea utilizar el archivo de texto en un equipo Macintosh
guarde el archivo en formato CSV (Macintosh).
Si utiliza un equipo Macintosh y desea utilizar el archivo de texto en un sistema que ejecute Windows o Windows NT
guardelo en formato CSV (Windows).
=== fin de transcripcion ===
__ OP __
__ 1 __
> Sistema Windows Vista Ultimate y Excel 2007
> No tengo problemas para abrir ningun tipo de archivos separados por comas, tabulaciones, punto y coma...
> No obstante cuando intento crear algun archivo separado por comas
> excel me dice que el libro puede tener caracteristicas no compatibles CSV (delimitado por comas).
> No obstante de la advertencia lo guardo y cuando lo vuelvo a abrir compruebo que no he perdido ningun dato ...
> La causa de que excel me diga que el libro puede tener caracteristicas no compatibles con CSV
> es que utiliza el punto y coma (;) como separador de listas y no la coma (,)
__ 2 __
> El problema que tengo es que he de exportar el archivo separado por comas, no por punto y coma
> ya que el programa a donde lo voy a exportar solo admite la coma, no el punto y coma.
> Investigando un poco por internet he descubierto que una posible solucion era
> cambiar en la configuración regional y de idioma el separador de listas, que por defecto para España es el punto y coma, por la coma solo.
> Pero tampoco ha funcionado, y eso que he probado con varios idiomas, de habla inglesa y española.
> Agradeceria que alguien me echara una mano...
Saludos.-
"Héctor Miguel" <NOhemio...@PLShotmail.com> escribió en el mensaje de
noticias news:OLXyT48v...@TK2MSFTNGP03.phx.gbl...
> Vamos a ver, por razones obvias Excel NUNCA VA A UTILIZAR el mismo signo como separador de decimales y separador de listas
(de acuerdo)
> Si una celda TEXTO contiene el separador de lista, Excel lo guarda entre comillas
> pero un numero Excel no lo quiere guardar entre comillas porque "quiere" distinguirlo de texto.
(creo que) esto no siempre es cierto (al final expongo algunas pruebas y SI, algunas veces excel guarda "numeros" entre comillas)
> Si quieres guardar tus listas con comas....
> Herramientas > Opciones > pestana Internacional > desmarca Usar separadores del sistema
> y en separador decimal pones _ o lo que quieras.
(creo que) existen algunas "eventualidades" que estas pasando por alto -?-
> En definitiva, hay que tratar de comprender a Excel, no de cambiar a Excel.
(de acuerdo)
aqui va una lista de pruebas...
saludos,
hector.
=====
aplicando formato de moneda a la segunda columna (USA: $1,234.56)
e intercambiando separador de listas y argumentos + miles y decimales (en la CR)
listas y argumentos: coma
miles: coma
decimales: punto
resultado:
hola,"$1,234.56",fin
listas y argumentos: punto y coma
miles: coma
decimales: punto
resultado:
hola;$1,234.56;fin
listas y argumentos: punto y coma
miles: punto
decimales: coma
resultado:
hola;$1.234,56;fin
listas y argumentos: coma
miles: punto
decimales: coma
resultado:
hola;$1.234,56;fin
NOTA: en este ultimo caso, excel "omite" el separador de listas en la CR (coma) y aplica "punto_y_coma" -???-
(supongo que) aun cambiando en excel que use (o no) los separadores del sistema (tratamiento de numeros)...
cuando se abra un *.CSV con punto para miles y coma para decimales, habra problemillas en el otro sistema -???-
> Muchas gracias por sus comentarios, he conseguido solucionar el problema...
este tema tiene una cierta "frecuencia" en las consultas del foro (asi que)
te importaria comentar cual ha sido la solucion en tu caso ?
(serviria de mucho como referencia para quien busque en lo futuro)
saludos,
hector.
con 3 lineas de 3 columnas aplicando el mismo numero (1234.56)
linea 1 sin aplicar formatos: 1234.56
linea 2 aplicando formato miles: 1,234.56
linea 3 aplicando formato moneda: $1,234.56
listas y argumentos: coma
miles: coma
decimales: punto
resultado (notaras que algunos "numeros" quedan delimitados por comillas dobles):
texto 1,1234.56,fin texto 1
texto 2,"1,234.56",fin texto 2
texto 3,"$1,234.56",fin texto 3
cerrando el *.csv generado SIN guardar cambios (como libro de excel)
vuelvo a abrir el *.csv generado y rescato lo siguiente en la columna 2 (SIN comillas dobles):
1234.56
1,234.56
$1,234.56
aplico la funcion =esnumero(...) y TODAS devuelven VERDADERO ;)
revisa de la ayuda en linea (o de su reproduccion en el primer mensaje) las lineas 1 y 4:
1)... "Este formato (.csv) guarda unicamente el texto y los valores como aparecen en las celdas de la hoja de calculo activa"
4)... "Si una celda contiene una coma, el contenido de la celda se escribira entre comillas dobles"
saludos,
hector.
__ OP __
>> (creo que) esto no siempre es cierto (al final expongo algunas pruebas y SI, algunas veces excel guarda "numeros" entre comillas)
> No he sido capaz de reproducir ningun caso en que Excel guarde, en un archivo CSV, un numero ENTRE COMILLAS
> (no algo que parece un numero), (no algo que Excel pueda interpretar como un numero)
> sino algo que puesto como VALOR en la funcion ESNUMERO de VERDADERO.
(...)
>> aplicando formato de moneda a la segunda columna (USA: $1,234.56)
>> e intercambiando separador de listas y argumentos + miles y decimales (en la CR)
>>
>> listas y argumentos: coma
>> miles: coma
>> decimales: punto
>> resultado:
>> hola,"$1,234.56",fin
> Somete el valor $1,234.56 al criterio de la función ESNUMERO a ver que te dice.
> (con la configuracion que origino el que se guardara la lista con comillas).
gracias por compartir cual ha sido una solucion en tu caso, y solo comentar (por si fuera releventa) que...
el asunto tratado en este tema es (hasta donde se) una cuestion de configuracion (usos y costumbres) regional
o sea, podria aparecer nuevamente segun "con quien" (usuarios/equipos) compartes los archivos *.CSV
es decir, si adaptaste tu configuracion regional (o costumbre) cambiando el separador de listas (y argumentos)
y llegas a compartir informacion con otros equipos que sigan usando el punto y coma... (va de nuevo...) :-((
saludos,
hector.
__ OP __
> al final yo solucione el problema cambiando el digito separador de miles por un punto