IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Téléchargé 7 fois
Vote des utilisateurs
0 
0 
Détails
Éditeur : Collectif Flamerobin.org
Licence : BSD
Mise en ligne le 1er mai 2014
Plate-formes : Linux, Mac, Windows
Langue : Anglais
Référencé dans
Navigation

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
Nos ressources disponibles
Avatar de forum
Robot Forum https://www.developpez.com
Le 01/05/2014 à 8:46
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 ?
Avatar de Papy214
Membre expert https://www.developpez.com
Le 18/05/2014 à 10:45
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
Avatar de Papy214
Membre expert https://www.developpez.com
Le 20/05/2014 à 9:54
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
Avatar de SergioMaster
Rédacteur/Modérateur https://www.developpez.com
Le 21/05/2014 à 9:05
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)
Avatar de Pierre GIRARD
Expert éminent https://www.developpez.com
Le 26/05/2014 à 6:23
Citation Envoyé par SergioMaster Voir le message
...Firebird 2.5 , Charset ISO8859_1...
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.
Avatar de SergioMaster
Rédacteur/Modérateur https://www.developpez.com
Le 26/05/2014 à 9:56
Bonjour,

j'avoue ne pas avoir essayé, mais j'ai toujours eu des problèmes avec ces "CHARSET".
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 :

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', 
'€'
)
ISO8859-1 (même en mettant charset NONE ou UTF8 pour CODE)
Error : ***IBPP::LogicException ***
Context: Statement:: Prepare
Message: SQL statement can't be 0.

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
Avatar de Pierre GIRARD
Expert éminent https://www.developpez.com
Le 26/05/2014 à 12:34
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.
Avatar de Papy214
Membre expert https://www.developpez.com
Le 29/08/2014 à 21:44
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.
Avatar de Pierre GIRARD
Expert éminent https://www.developpez.com
Le 30/08/2014 à 7:59
Citation Envoyé par Papy214 Voir le message
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.
Developpez.com décline toute responsabilité quant à l'utilisation des différents éléments téléchargés.