Téléchargé 7 fois
Vote des utilisateurs
0
0
Détails
Licence : BSD
Mise en ligne le 1er mai 2014
Plate-formes :
Linux, Mac, Windows
Langue : Anglais
Référencé dans
Navigation
FlameRobin
FlameRobin
Un GUI hyper léger , multi-plateforme pour Firebird .
On ne regrettera que le fait qu'il soit en anglais et que les options de maintenance se limitent à la sauvegarde et restauration.
On aimera sa possibilité d'export (sous différents formats CSV,TXT,HTML,Script INSERT) des données sélectionnées
On ne regrettera que le fait qu'il soit en anglais et que les options de maintenance se limitent à la sauvegarde et restauration.
On aimera sa possibilité d'export (sous différents formats CSV,TXT,HTML,Script INSERT) des données sélectionnées
Nos ressources disponibles
Bonjour,
Je vous propose un nouvel élément à utiliser : FlameRobin
Un GUI hyper léger , multi-plateforme pour Firebird .
On ne regrettera que le fait qu'il soit en anglais et que les options de maintenance se limitent à la sauvegarde et restauration.
On aimera sa possibilité d'export (sous différents formats CSV,TXT,HTML,Script INSERT) des données sélectionnées
Qu'en pensez-vous ?
Je vous propose un nouvel élément à utiliser : FlameRobin
Un GUI hyper léger , multi-plateforme pour Firebird .
On ne regrettera que le fait qu'il soit en anglais et que les options de maintenance se limitent à la sauvegarde et restauration.
On aimera sa possibilité d'export (sous différents formats CSV,TXT,HTML,Script INSERT) des données sélectionnées
Qu'en pensez-vous ?
Un problème dans cet outil m'a fait perdre quelques heures.
Essayez de mettre un caractère accentué dans un simple commentaire à l'intérieur d'une procédure stockée et essayez de compiler !
Surprise ...
Je croyais que ça venait de mon sql .. et ben non
Essayez de mettre un caractère accentué dans un simple commentaire à l'intérieur d'une procédure stockée et essayez de compiler !
Surprise ...
Je croyais que ça venait de mon sql .. et ben non
arf ...
Je n'avais pas pensé à ça. Il faudra que j'essaye.
Pour FB, c'est la dernière version, et je dois effectivement être en "none", ce qui me donne bien l'erreur que tu indiques.
Petite complément quand même : Si j'ouvre la même base avec "SQLManager lite pour Interbase/Firebird", je n'ai pas ce problème même en utilisant tous les caractères accentués possibles. D'où ma "critique" sur flamerobin ... puisque je pouvais penser légitimement (et un peu trop rapidement semble t-il) que ça venait de l'outil et non de l'ouvrier
Je n'avais pas pensé à ça. Il faudra que j'essaye.
Pour FB, c'est la dernière version, et je dois effectivement être en "none", ce qui me donne bien l'erreur que tu indiques.
Petite complément quand même : Si j'ouvre la même base avec "SQLManager lite pour Interbase/Firebird", je n'ai pas ce problème même en utilisant tous les caractères accentués possibles. D'où ma "critique" sur flamerobin ... puisque je pouvais penser légitimement (et un peu trop rapidement semble t-il) que ça venait de l'outil et non de l'ouvrier
Bonjour,
petite note
Le Charset NONE est fortement déconseillé et il est dommage que cela soit celui proposé par défaut (je m'en mord encore les doigts sur une base en exploitation)
petite note
Le Charset NONE est fortement déconseillé et il est dommage que cela soit celui proposé par défaut (je m'en mord encore les doigts sur une base en exploitation)
Bien vu le Charset... Question ? et pour permettre le caractère "€", il faut mettre lequel ? (j'avoue ne pas avoir essayé, mais j'ai toujours eu des problèmes avec ces "CHARSET".
Avec les fichiers texte/html/tableurs/etc... j'utilise toujours UTF8, mais avec les bases de données, j'ai toujours eu des difficultés avec ce même UTF8.
Avec les fichiers texte/html/tableurs/etc... j'utilise toujours UTF8, mais avec les bases de données, j'ai toujours eu des difficultés avec ce même UTF8.
Bonjour,
ben moi aussi et du coup j'ai fait quelques essais car je suis en train de faire une nouvelle appli qui en aura peut être besoin .
je dois avouer que pour mes anciennes j'utilisais EUR, USD, GBP etc ... plutôt que les signes €,$,£
en procédant de la manière suivante :
ISO8859-1 (même en mettant charset NONE ou UTF8 pour CODE)
UTF8
WIN1252
cependant , je crois que effectivement le problème vient bien de l'outil cette fois "le charset ISO8859-1 accepte l'euro" Philippe Makowski
[Edit] confirmation , il faut bien dans ce cas incriminer l'outil (j'ai même chargé le dernier snapshot pour vérifier) , ce comportement a été rapporté à l'équipe FlameRobin mais je n'ai pas l'impression qu'ils veuillent le traiter un des bugs report
en fait , le symbole € se trouve dans le Charset ISO8859-15 et non dans ISO8859-1 c'est là où la confusion existe j'ai l'impression que pour Firebird ISO8859-1 est de fait la norme ISO8859-15
et du coup ne propose pas ce Charset à la création de la base
j'avoue ne pas avoir essayé, mais j'ai toujours eu des problèmes avec ces "CHARSET".
je dois avouer que pour mes anciennes j'utilisais EUR, USD, GBP etc ... plutôt que les signes €,$,£
en procédant de la manière suivante :
Code : | Sélectionner tout |
1 2 3 4 5 6 7 8 9 10 | CREATE TABLE TEST ( LIBELLE VARCHAR(16), CODE CHAR(1) ); INSERT INTO TEST (LIBELLE, CODE) VALUES ( 'Euro', '€' ) |
Error : ***IBPP::LogicException ***
Context: Statement:: Prepare
Message: SQL statement can't be 0.
Context: Statement:: Prepare
Message: SQL statement can't be 0.
WIN1252
cependant , je crois que effectivement le problème vient bien de l'outil cette fois "le charset ISO8859-1 accepte l'euro" Philippe Makowski
[Edit] confirmation , il faut bien dans ce cas incriminer l'outil (j'ai même chargé le dernier snapshot pour vérifier) , ce comportement a été rapporté à l'équipe FlameRobin mais je n'ai pas l'impression qu'ils veuillent le traiter un des bugs report
en fait , le symbole € se trouve dans le Charset ISO8859-15 et non dans ISO8859-1 c'est là où la confusion existe j'ai l'impression que pour Firebird ISO8859-1 est de fait la norme ISO8859-15
et du coup ne propose pas ce Charset à la création de la base
Remarque que, quand je suis sous Windows et que j'utilise IBExpert au lieu de FlameRobin, c'est pas toujours très net non plus, surtout dans les importations de fichiers CSV ou XLS. Les résultats ne sont pas toujours ceux qu'on attend. Du coup, toutes mes bases de données sont en CHARSET UTF8, et pour mes importations je coche la case : "ANSI to UTF8". Comme ça, je retrouve mes petits. Par contre, j'ai jamais essayé dans des procédures.
Pour le symbole €, avec un peu de retard, et parce que j'ai galéré la-dessus moi aussi, j'ai fini par utiliser WIN1252 et ça fonctionne très bien.
UTF8 à quand même d'autres avantages et ne se limite pas à €. Imaginez par exemple une base de données sur des objectifs Photo. Avec des objectifs russes, il pourra être intéressant de mettre leur nom en cyrillique, comme c'est écrit sur l'objectif ... avec la traduction. Par exemple :
ЮПИТЕР = JUPITER
ГЕЛИОС = HELIOS
etc...
WIN1252 ne permettra pas ça.
ЮПИТЕР = JUPITER
ГЕЛИОС = HELIOS
etc...
WIN1252 ne permettra pas ça.
Developpez.com décline toute responsabilité quant à l'utilisation des différents éléments téléchargés.