Utilisation de Bluegriffon

50 views
Skip to first unread message

EC

unread,
Aug 17, 2011, 11:12:31 AM8/17/11
to bluegriffon
J'utilise BlueGriffon avec les modules payants sous Windows 7 depuis
trois mois, quasi quotidiennement. C'est vrai qu'il est un peu
déroutant par rapport à Kompozer. Bien des facilités de Kompozer ne se
trouvent pas encore implémentée dans Bluegriffon et rendent certaines
manipulations un peu lourdes. (target des liens, gestion des tableaux,
il faut trois menus différents pour accéder à tous les écrans de
gestion des Css, la portion de code HTMl copiée n'est pas éditée
automatiquement dans l'insertion HTML, aucune gestion du PHP : il met
tout code PHP en remarque et donc pour le php Kompozer reste
indispensable, etc.)

Par contre le logiciel me semble bien structuré en interne et oblige à
comprendre son organisation (et celle du html/Css) pour en tirer parti
et palier son IHM perfectible. Ici le module "snippets" est très
pratiques de même que sa synchronisation entre le WhyseeWyg et le
code. Chaque élément semble bien pensé, mais c'est l'articulation
d'ensemble qui doit pouvoir être améliorée. Cela passe par une prise
en compte de l'expérience utilisateur. Pour être développeur dans
d'autres domaines, je comprends bien que cet aspect puisse passer
après les structures fondamentales du logiciel, mais il ne faudrait
pas que cela tarde trop.

Je n'ai pas souvenir de plantage agaçant. Peut-être en ai-je eu un ou
deux ? C'est très vague dans ma mémoire. Quelques unes de mes
critiques se trouveront résolues par le projet exprimé dans le blog de
Bluegriffon à la date du 2 aout 2011.

La gestion de la présentation du code m'agace par contre. Il génère
des lignes d'espaces, déstructure les indentations réalisées avec
d'autres outils.... C'est pénible. Cela devrait être d'autant plus
pris en compte que ce produit s'adresse à des gens qui mettent leur
nez dans le code. Il y a peut être des paramétrages à faire mais rien
n'est documenté et éplucher une base de registre obscure est
rédhibitoire.

Enfin et surtout les échanges, site, forum, rapports de bug etc. sont
en anglais... et là je cale complètement. J'arrive à lire l'anglais...
mais l'écrire !

En résumé, c'est une bonne base pour l'avenir... utilisable
actuellement avec un peu d'obstination au début pour s'adapter à
l'IHM, mais c'est une philosophie radicalement différente de celle
d'Adobe et de son futur produit pour allergiques au HTML.
Reply all
Reply to author
Forward
0 new messages