Bonjour,
J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez
volumineux, au format suivant:
champs1,champs2,champs3, etc...
Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45).
Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractère entre
2 possibilités mais je ne peux pas ne pas avoir de guillemet).
Cette façon de procéder est semble-t-il la plus conforme aux normes
qui décrivent le format CSV mais elle n'est pas la plus pratique pour
moi.
Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
lire et écrire facilement ce type de fichier ?
Slts
Bonjour,
J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez
volumineux, au format suivant:
champs1,champs2,champs3, etc...
Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45).
Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractère entre
2 possibilités mais je ne peux pas ne pas avoir de guillemet).
Cette façon de procéder est semble-t-il la plus conforme aux normes
qui décrivent le format CSV mais elle n'est pas la plus pratique pour
moi.
Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
lire et écrire facilement ce type de fichier ?
Slts
Bonjour,
J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez
volumineux, au format suivant:
champs1,champs2,champs3, etc...
Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45).
Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractère entre
2 possibilités mais je ne peux pas ne pas avoir de guillemet).
Cette façon de procéder est semble-t-il la plus conforme aux normes
qui décrivent le format CSV mais elle n'est pas la plus pratique pour
moi.
Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
lire et écrire facilement ce type de fichier ?
Slts
Bonjour,
J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez
volumineux, au format suivant:
champs1,champs2,champs3, etc...
Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45).
Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractère entre
2 possibilités mais je ne peux pas ne pas avoir de guillemet).
Cette façon de procéder est semble-t-il la plus conforme aux normes
qui décrivent le format CSV mais elle n'est pas la plus pratique pour
moi.
Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
lire et écrire facilement ce type de fichier ?
Slts
Bonjour,
J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez
volumineux, au format suivant:
champs1,champs2,champs3, etc...
Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45).
Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractère entre
2 possibilités mais je ne peux pas ne pas avoir de guillemet).
Cette façon de procéder est semble-t-il la plus conforme aux normes
qui décrivent le format CSV mais elle n'est pas la plus pratique pour
moi.
Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
lire et écrire facilement ce type de fichier ?
Slts
Bonjour,
J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez
volumineux, au format suivant:
champs1,champs2,champs3, etc...
Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45).
Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractère entre
2 possibilités mais je ne peux pas ne pas avoir de guillemet).
Cette façon de procéder est semble-t-il la plus conforme aux normes
qui décrivent le format CSV mais elle n'est pas la plus pratique pour
moi.
Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
lire et écrire facilement ce type de fichier ?
Slts
Bonjour,
J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez
volumineux, au format suivant:
champs1,champs2,champs3, etc...
Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45).
Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractère entre
2 possibilités mais je ne peux pas ne pas avoir de guillemet).
Cette façon de procéder est semble-t-il la plus conforme aux normes
qui décrivent le format CSV mais elle n'est pas la plus pratique pour
moi.
Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
lire et écrire facilement ce type de fichier ?
Slts
Bonjour,
J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez
volumineux, au format suivant:
champs1,champs2,champs3, etc...
Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45).
Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractère entre
2 possibilités mais je ne peux pas ne pas avoir de guillemet).
Cette façon de procéder est semble-t-il la plus conforme aux normes
qui décrivent le format CSV mais elle n'est pas la plus pratique pour
moi.
Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
lire et écrire facilement ce type de fichier ?
Slts
Bonjour,
J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez
volumineux, au format suivant:
champs1,champs2,champs3, etc...
Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45).
Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractère entre
2 possibilités mais je ne peux pas ne pas avoir de guillemet).
Cette façon de procéder est semble-t-il la plus conforme aux normes
qui décrivent le format CSV mais elle n'est pas la plus pratique pour
moi.
Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
lire et écrire facilement ce type de fichier ?
Slts
Bonjour,
J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez
volumineux, au format suivant:
champs1,champs2,champs3, etc...
Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45).
Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractère entre
2 possibilités mais je ne peux pas ne pas avoir de guillemet).
Cette façon de procéder est semble-t-il la plus conforme aux normes
qui décrivent le format CSV
mais elle n'est pas la plus pratique pour
moi.
Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
lire et écrire facilement ce type de fichier ?
Slts
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Bonjour,
J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez
volumineux, au format suivant:
champs1,champs2,champs3, etc...
Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45).
Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractère entre
2 possibilités mais je ne peux pas ne pas avoir de guillemet).
Cette façon de procéder est semble-t-il la plus conforme aux normes
qui décrivent le format CSV
mais elle n'est pas la plus pratique pour
moi.
Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
lire et écrire facilement ce type de fichier ?
Slts
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/CAPeT9jhzJddqaSZV9xQuejx6F34xvQunEQ4-TMwJFRGoYwzkPA@mail.gmail.com
Bonjour,
J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez
volumineux, au format suivant:
champs1,champs2,champs3, etc...
Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45).
Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractère entre
2 possibilités mais je ne peux pas ne pas avoir de guillemet).
Cette façon de procéder est semble-t-il la plus conforme aux normes
qui décrivent le format CSV
mais elle n'est pas la plus pratique pour
moi.
Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
lire et écrire facilement ce type de fichier ?
Slts
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Les valeurs ne contiennent pas de virgule (pas de valeur du type
123,45). Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractère
entre 2 possibilités mais je ne peux pas ne pas avoir de
guillemet).
Cette façon de procéder est semble-t-il la plus conforme aux no rmes
qui décrivent le format CSV mais elle n'est pas la plus pratique
pour moi.
Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
lire et écrire facilement ce type de fichier ?
Les valeurs ne contiennent pas de virgule (pas de valeur du type
123,45). Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractère
entre 2 possibilités mais je ne peux pas ne pas avoir de
guillemet).
Cette façon de procéder est semble-t-il la plus conforme aux no rmes
qui décrivent le format CSV mais elle n'est pas la plus pratique
pour moi.
Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
lire et écrire facilement ce type de fichier ?
Les valeurs ne contiennent pas de virgule (pas de valeur du type
123,45). Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractère
entre 2 possibilités mais je ne peux pas ne pas avoir de
guillemet).
Cette façon de procéder est semble-t-il la plus conforme aux no rmes
qui décrivent le format CSV mais elle n'est pas la plus pratique
pour moi.
Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
lire et écrire facilement ce type de fichier ?
On Fri, 1 Jun 2012 11:08:32 +0200
Olivier wrote:
> Les valeurs ne contiennent pas de virgule (pas de valeur du type
> 123,45). Aucun champs ne comprend de guillemets ou équivalents.
>
> OpenOffice sait parfaitement lire ce type de fichiers, mais
> malheureusement, en sortie, OpenOffice entoure systématiquement les
> valeurs non entières de guillemets (je peux choisir le caractère
> entre 2 possibilités mais je ne peux pas ne pas avoir de
> guillemet).
Heu, là soit tu t'es trompé, soit tu t'es trompé: dans le 1er§ tu
nous dis que "les valeurs ne contiennent pas de virgules", et dans
le 2nd§ qu'"OpenOffice entoure systématiquement les valeurs non
entières de guillemets".
Donc soit tu veux dire autre chose que ce que tu as écris, soit tu
as des valeurs non-entières.
> Cette façon de procéder est semble-t-il la plus conforme aux normes
> qui décrivent le format CSV mais elle n'est pas la plus pratique
> pour moi.
Si tu expliquais ce que tu veux faire _exactement_, il serait bcp
plus facile d'avoir une vue d'ensemble et de répondre _précisément_
> Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
> lire et écrire facilement ce type de fichier ?
Tous sont plus ou moins capables d'importer/exporter du CSV, le PB
c'est que comme Dominique te l'as dit, les spécifications dudit CSV
sont très larges; et qu'effectivement le consensus actuel est
d'enclore le contenu des cellules entre double-guillemets avec un
séparateur de cellule: ;
Ca résulte d'une simple logique: si jamais tu n'utilises pas de
délimiteur de texte/valeur et que tu sépares avec: , le jour où une
virgule se glissera qq part, tout le château de carte s'écroule
(et comme , est le séparateur numérique pour certains pays dont
celui-ci).
Sinon, tous les tableurs correctement construits sont capables
d'éditer le filtre CSV d'import/export et donc permettent toutes les
fantaisies, reste à bien réfléchir en amont parce que Murphy est
toujours là et n'attend que la première occasion pour sévir...
--
Someone in DAYTON, Ohio is selling USED CARPETS to a SERBO-CROATIAN
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
On Fri, 1 Jun 2012 11:08:32 +0200
Olivier <oza_4h07@yahoo.fr> wrote:
> Les valeurs ne contiennent pas de virgule (pas de valeur du type
> 123,45). Aucun champs ne comprend de guillemets ou équivalents.
>
> OpenOffice sait parfaitement lire ce type de fichiers, mais
> malheureusement, en sortie, OpenOffice entoure systématiquement les
> valeurs non entières de guillemets (je peux choisir le caractère
> entre 2 possibilités mais je ne peux pas ne pas avoir de
> guillemet).
Heu, là soit tu t'es trompé, soit tu t'es trompé: dans le 1er§ tu
nous dis que "les valeurs ne contiennent pas de virgules", et dans
le 2nd§ qu'"OpenOffice entoure systématiquement les valeurs non
entières de guillemets".
Donc soit tu veux dire autre chose que ce que tu as écris, soit tu
as des valeurs non-entières.
> Cette façon de procéder est semble-t-il la plus conforme aux normes
> qui décrivent le format CSV mais elle n'est pas la plus pratique
> pour moi.
Si tu expliquais ce que tu veux faire _exactement_, il serait bcp
plus facile d'avoir une vue d'ensemble et de répondre _précisément_
> Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
> lire et écrire facilement ce type de fichier ?
Tous sont plus ou moins capables d'importer/exporter du CSV, le PB
c'est que comme Dominique te l'as dit, les spécifications dudit CSV
sont très larges; et qu'effectivement le consensus actuel est
d'enclore le contenu des cellules entre double-guillemets avec un
séparateur de cellule: ;
Ca résulte d'une simple logique: si jamais tu n'utilises pas de
délimiteur de texte/valeur et que tu sépares avec: , le jour où une
virgule se glissera qq part, tout le château de carte s'écroule
(et comme , est le séparateur numérique pour certains pays dont
celui-ci).
Sinon, tous les tableurs correctement construits sont capables
d'éditer le filtre CSV d'import/export et donc permettent toutes les
fantaisies, reste à bien réfléchir en amont parce que Murphy est
toujours là et n'attend que la première occasion pour sévir...
--
Someone in DAYTON, Ohio is selling USED CARPETS to a SERBO-CROATIAN
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20120601133614.6ccfd46d@anubis.defcon1
On Fri, 1 Jun 2012 11:08:32 +0200
Olivier wrote:
> Les valeurs ne contiennent pas de virgule (pas de valeur du type
> 123,45). Aucun champs ne comprend de guillemets ou équivalents.
>
> OpenOffice sait parfaitement lire ce type de fichiers, mais
> malheureusement, en sortie, OpenOffice entoure systématiquement les
> valeurs non entières de guillemets (je peux choisir le caractère
> entre 2 possibilités mais je ne peux pas ne pas avoir de
> guillemet).
Heu, là soit tu t'es trompé, soit tu t'es trompé: dans le 1er§ tu
nous dis que "les valeurs ne contiennent pas de virgules", et dans
le 2nd§ qu'"OpenOffice entoure systématiquement les valeurs non
entières de guillemets".
Donc soit tu veux dire autre chose que ce que tu as écris, soit tu
as des valeurs non-entières.
> Cette façon de procéder est semble-t-il la plus conforme aux normes
> qui décrivent le format CSV mais elle n'est pas la plus pratique
> pour moi.
Si tu expliquais ce que tu veux faire _exactement_, il serait bcp
plus facile d'avoir une vue d'ensemble et de répondre _précisément_
> Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
> lire et écrire facilement ce type de fichier ?
Tous sont plus ou moins capables d'importer/exporter du CSV, le PB
c'est que comme Dominique te l'as dit, les spécifications dudit CSV
sont très larges; et qu'effectivement le consensus actuel est
d'enclore le contenu des cellules entre double-guillemets avec un
séparateur de cellule: ;
Ca résulte d'une simple logique: si jamais tu n'utilises pas de
délimiteur de texte/valeur et que tu sépares avec: , le jour où une
virgule se glissera qq part, tout le château de carte s'écroule
(et comme , est le séparateur numérique pour certains pays dont
celui-ci).
Sinon, tous les tableurs correctement construits sont capables
d'éditer le filtre CSV d'import/export et donc permettent toutes les
fantaisies, reste à bien réfléchir en amont parce que Murphy est
toujours là et n'attend que la première occasion pour sévir...
--
Someone in DAYTON, Ohio is selling USED CARPETS to a SERBO-CROATIAN
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
point-virgule ne pose pas de problème. L'autre logique est que CSV
veut dire Comma-separated values. Et comma veut dire virgule. Ça
déroute en effet.
point-virgule ne pose pas de problème. L'autre logique est que CSV
veut dire Comma-separated values. Et comma veut dire virgule. Ça
déroute en effet.
point-virgule ne pose pas de problème. L'autre logique est que CSV
veut dire Comma-separated values. Et comma veut dire virgule. Ça
déroute en effet.
Bonjour,
J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez
volumineux, au format suivant:
champs1,champs2,champs3, etc...
Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45).
Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractère entre
2 possibilités mais je ne peux pas ne pas avoir de guillemet).
Cette façon de procéder est semble-t-il la plus conforme aux normes
qui décrivent le format CSV mais elle n'est pas la plus pratique pour
moi.
Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
lire et écrire facilement ce type de fichier ?
Slts
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/CAPeT9jhzJddqaSZV9xQuejx6F34xvQunEQ4-TMwJFRGoYwzkP
Bonjour,
J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez
volumineux, au format suivant:
champs1,champs2,champs3, etc...
Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45).
Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractère entre
2 possibilités mais je ne peux pas ne pas avoir de guillemet).
Cette façon de procéder est semble-t-il la plus conforme aux normes
qui décrivent le format CSV mais elle n'est pas la plus pratique pour
moi.
Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
lire et écrire facilement ce type de fichier ?
Slts
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/CAPeT9jhzJddqaSZV9xQuejx6F34xvQunEQ4-TMwJFRGoYwzkP A@mail.gmail.com
Bonjour,
J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez
volumineux, au format suivant:
champs1,champs2,champs3, etc...
Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45).
Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractère entre
2 possibilités mais je ne peux pas ne pas avoir de guillemet).
Cette façon de procéder est semble-t-il la plus conforme aux normes
qui décrivent le format CSV mais elle n'est pas la plus pratique pour
moi.
Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
lire et écrire facilement ce type de fichier ?
Slts
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/CAPeT9jhzJddqaSZV9xQuejx6F34xvQunEQ4-TMwJFRGoYwzkP
On Fri, 1 Jun 2012 11:08:32 +0200
Olivier wrote:Les valeurs ne contiennent pas de virgule (pas de valeur du type
123,45). Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractè re
entre 2 possibilités mais je ne peux pas ne pas avoir de
guillemet).
Heu, là soit tu t'es trompé, soit tu t'es trompé: dans le 1er§ tu
nous dis que "les valeurs ne contiennent pas de virgules", et dans
le 2nd§ qu'"OpenOffice entoure systématiquement les valeurs non
entières de guillemets".
Donc soit tu veux dire autre chose que ce que tu as écris, soit tu
as des valeurs non-entières.
On Fri, 1 Jun 2012 11:08:32 +0200
Olivier <oza_4h07@yahoo.fr> wrote:
Les valeurs ne contiennent pas de virgule (pas de valeur du type
123,45). Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractè re
entre 2 possibilités mais je ne peux pas ne pas avoir de
guillemet).
Heu, là soit tu t'es trompé, soit tu t'es trompé: dans le 1er§ tu
nous dis que "les valeurs ne contiennent pas de virgules", et dans
le 2nd§ qu'"OpenOffice entoure systématiquement les valeurs non
entières de guillemets".
Donc soit tu veux dire autre chose que ce que tu as écris, soit tu
as des valeurs non-entières.
On Fri, 1 Jun 2012 11:08:32 +0200
Olivier wrote:Les valeurs ne contiennent pas de virgule (pas de valeur du type
123,45). Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractè re
entre 2 possibilités mais je ne peux pas ne pas avoir de
guillemet).
Heu, là soit tu t'es trompé, soit tu t'es trompé: dans le 1er§ tu
nous dis que "les valeurs ne contiennent pas de virgules", et dans
le 2nd§ qu'"OpenOffice entoure systématiquement les valeurs non
entières de guillemets".
Donc soit tu veux dire autre chose que ce que tu as écris, soit tu
as des valeurs non-entières.
Relis la phrase de l'OP, et imagine que le séparateur décimal e st
un "." et dans ce cas, c'est toi qui t'es trompé.
Relis la phrase de l'OP, et imagine que le séparateur décimal e st
un "." et dans ce cas, c'est toi qui t'es trompé.
Relis la phrase de l'OP, et imagine que le séparateur décimal e st
un "." et dans ce cas, c'est toi qui t'es trompé.