On 20.06.2012 10:48, André Lefranc wrote:
Le 20/06/12 09:27, Loïs Taulelle a écrit :
Le 19/06/2012 22:30, Johan Cwiklinski a écrit :
Voici un petit export en .csv (s'ouvrant normalement avec Excel 2003)
Le fichier est correctement encodé ; c'est Excel le problème.
Je confirme, disposant de pl
Le 20/06/12 09:27, Loïs Taulelle a écrit :
Le 19/06/2012 22:30, Johan Cwiklinski a écrit :
Voici un petit export en .csv (s'ouvrant normalement avec Excel 2003)
Le fichier est correctement encodé ; c'est Excel le problème.
Je confirme, disposant de plusieurs logiciels permettant d'ouvrir du
cs
Le 19/06/2012 22:30, Johan Cwiklinski a écrit :
>> Voici un petit export en .csv (s'ouvrant normalement avec Excel 2003)
>
> Le fichier est correctement encodé ; c'est Excel le problème.
Je confirme, disposant de plusieurs logiciels permettant d'ouvrir du
csv, j'ai testé :
Sous Windows :
- Excel
Le mardi 19 juin 2012, selon Johan Cwiklinski
>> Voici un petit export en .csv (s'ouvrant normalement avec Excel 2003)
>
>Le fichier est correctement encodé ; c'est Excel le problème.
Euh ... c'est quoi excel ;-)
>Aux dernières nouvelles, ce logiciel (quelque soit sa version) n'est pas
>en mesur
> Voici un petit export en .csv (s'ouvrant normalement avec Excel 2003)
Le fichier est correctement encodé ; c'est Excel le problème.
Aux dernières nouvelles, ce logiciel (quelque soit sa version) n'est pas
en mesure de lire des fichiers encodés en UTF-8.
À priori, tous les autres tableurs sont
On 19.06.2012 20:16, Johan Cwiklinski wrote:
Salut,
Le 19/06/2012 19:06, André Lefranc a écrit :
- l'affichage par phpMyAdmin est fautif.
Il ne sert à rien de corriger dans la base de données par phpMyAdmin.
+1
Il faut saisir dans Galette.
Avez-vous utilisé le plugins AdminTools ?
Je ne
Salut,
Le 19/06/2012 19:06, André Lefranc a écrit :
> - l'affichage par phpMyAdmin est fautif.
> Il ne sert à rien de corriger dans la base de données par phpMyAdmin.
+1
> Il faut saisir dans Galette.
>
> Avez-vous utilisé le plugins AdminTools ?
Je ne pense pas que ça changerait quoi que ce
- l'affichage par phpMyAdmin est fautif.
Il ne sert à rien de corriger dans la base de données par phpMyAdmin.
Il faut saisir dans Galette.
Avez-vous utilisé le plugins AdminTools ?
Le 19/06/12 18:58, Georges Darrer a écrit :
Hello;
Je n'ai toujours pas trouvé la solutions pour mes différenc
Hello;
Je n'ai toujours pas trouvé la solutions pour mes différences de caractères.
En résumé: Je peux saisir le texte correctement (avec accents) sur
Galette, et retrouvé cette information sur les tables et rapport
Galettes, y compris étiquettes.
Je vois que si j'écris "Gérard" dans Galette j
On 06.06.2012 22:22, Johan Cwiklinski wrote:
l'encodage de sortie de la base est "utf-8-general-ic". L'OS du serveur
est php 5.3 / mysql 5.0.
Est-ce que galette reconnait "utf-8-general-ic" ou est-ce qu'il risque
de planter?
Salut,
Le 06/06/2012 17:44, Georges Darrer a écrit :
Bonjour,
Si
Salut,
Le 06/06/2012 17:44, Georges Darrer a écrit :
> Bonjour,
>
> Si j'écris correctement les noms dans le registre (avec accents,
> cédilles etc.) Ils apparaissent correctement sur les états à l'écran.
> Par contre en exportant les données en .CSV
> les caractères spéciaux sont convertis en co
Bonjour,
Si j'écris correctement les noms dans le registre (avec accents,
cédilles etc.) Ils apparaissent correctement sur les états à l'écran.
Par contre en exportant les données en .CSV
les caractères spéciaux sont convertis en code, donc illisibles. Le
problème ne se pose pas pour la créat
12 matches
Mail list logo