Discussion :

[nikko34]

J'essaye d'imaginer ce qui me ferait utiliser une librairie GUI plutôt qu'une autre. (pour l'instant j'utilise sous Linux gtkmm). Ca peut peut être vous aider (j'ai vu plus haut un post sur les cas d'utilisations, ça ressemble peut être, j'ai pas le temps de tout lire).

Ce qui m'interresserait:

- respecte à fond les idiomes du C++
- ne remplace pas ce qui peut se faire autrement (par la lib standard, par boost)
- soit extensible simplement (nouveaux widgets persos..etc)
- soit performante
- soit prête à être utiliser sans aucun soucis en C++0x
- code portable au moins entre Linux et Windows

[koala01]

Salut,

Voilà un excellent résumé de ce que l'on souhaite effectivement faire

Merci de ton avis

[ram-0000]

Il y a au moins deux personnes différentes derrière ces choix :

Le développeur :
- respecte à fond les idiomes du C++
- ne remplace pas ce qui peut se faire autrement (par la lib standard, par boost)
- soit extensible simplement (nouveaux widgets persos..etc)
- soit prête à être utiliser sans aucun soucis en C++0x

L'utilisateur final :
- soit performante
- code portable au moins entre Linux et Windows

Je pense que la seule personne qui fera que la bibliothèque sera utilisée ou non est l'utilisateur final.

C'est lui qui poussera les développeurs à utiliser cette bibliothèque car il aimera et utilisera plus facilement un programme développé avec cette bibliothèque pour tout un tas de raisons plus look'n'feel et performances que parce c'est un adepte des nouveaux idiomes du C++, d'ailleurs avec un peu de (mal)chance, il ne connaitra même pas le C++.

[koala01]

Il y a au moins deux personnes différentes derrière ces choix :

(1) Le développeur :
- respecte à fond les idiomes du C++
- ne remplace pas ce qui peut se faire autrement (par la lib standard, par boost)
- soit extensible simplement (nouveaux widgets persos..etc)
- soit prête à être utiliser sans aucun soucis en C++0x

(2) L'utilisateur final :
- soit performante
- code portable au moins entre Linux et Windows

Je pense que la seule personne qui fera que la bibliothèque sera utilisée ou non est l'utilisateur final.

C'est lui qui poussera les développeurs à utiliser cette bibliothèque car il aimera et utilisera plus facilement un programme développé avec cette bibliothèque pour tout un tas de raisons plus look'n'feel et performances que parce c'est un adepte des nouveaux idiomes du C++, d'ailleurs avec un peu de (mal)chance, il ne connaitra même pas le C++.

Effectivement, mais, l'un dans l'autre, il peut parfaitement suffire de donner quelque alias de types utiles pour que la bibliiothèque telle qu'elle est décrite en (1) corresponde à ce que peut attendre (2)

C'est, en tout cas, le but recherché

[ram-0000]

Le but de mon intervention était juste de dire que cette bibliothèque doit être guidée pour satisfaire en premier le client lambda et ensuite faire plaisir au développeurs. Il y a plus d'utilisateurs que de développeurs. Satisfaire le client final peut tout de même se faire en ajoutant de nouvelles idées et de nouveaux concepts (rapellez vous pour certains l'introduction de la souris dans les IHM dans les années 85)

Je pense que cela rejoint les différents scénarios d'utilisation que tu as énoncés dans un autre post.