"appli très importante" --> si il y a besoin de mettre beaucoup de contraintes, de faire des procédures stockées d'entretien de la base etc... essaie plutôt avec PostgreSQL. MySQL manque encore de nombreuses fonctionnalités pour répondre aux besoins quotidiens d'une base de gestion (notamment les triggers et les procédures stockées).
Kexi a déjà marqué un point auprès des décideurs pressés : les captures d'écran sont vraiment belles ! Et quand on sait comment certains responsables font les choix techniques (la belle soeur du voisin a utilisé ça et trouve ça pas mal...), c'est un point à ne surtout pas négliger.
Autre bon point : les développeurs ne cherchent pas à réinventer la roue et utilisent SQLite comme moteur par défaut, ce qui peut aussi booster ce projet (qui est dans le domaine publique).
Il me plaît bien ce petit projet, je vais aller voir en quoi je pourrais les aider.
Merci pour ta réponse, j''étais aussi arrivé à la conclusion qu'en GTK il fallait construire ces choses-là à la main, et ta réponse me le confirme. Qqun connaîtrait-il des liens sur une comparaison exhaustive QT/WX/GTK ? Ou même juste QT/WX en fait.
Peut-être ai-je mal cherché, mais il me semble que dans GTK il manque des objets assez utiles comme la barre de progression ou les boîtes de dialogue d'ouverture/sauvegarde de fichiers, non ?
m'intéressant à Python depuis peu, je suis naturellement tombé sur la bibliothèque graphique wxPython, basée sur la biliothèque C++ wxWidgets, elle-même héritière de wxWindows. La démo de cette API graphique m'a assez bluffé je dois dire, et de nombreux témoignagnes louent sa portabilité et sa large palette de fonctionnalités.
De plus, par rapport à QT, wxWidgets est disponible gratuitement sous Windows, qui est toujours actuellement la plateforme reine pour les applications clients. J'aimerais avoir vos avis sur les différences entre ces deux API. Ne pensez-vous pas que le fait que QT soit payante pour Windows constitue un obstacle important à sa progression ?
[^] # Re: en parlant de *ccess, migation vers MySQL
Posté par Papey . En réponse à la dépêche Ne vous demandez pas ce que Kexi peut faire pour vous.... Évalué à 5.
# C'est beau !
Posté par Papey . En réponse à la dépêche Ne vous demandez pas ce que Kexi peut faire pour vous.... Évalué à 8.
Autre bon point : les développeurs ne cherchent pas à réinventer la roue et utilisent SQLite comme moteur par défaut, ce qui peut aussi booster ce projet (qui est dans le domaine publique).
Il me plaît bien ce petit projet, je vais aller voir en quoi je pourrais les aider.
[^] # Re: Et wxWidgets ?
Posté par Papey . En réponse à la dépêche Un livre en français sur Qt 3 en préparation.. Évalué à 0.
[^] # Re: Et wxWidgets ?
Posté par Papey . En réponse à la dépêche Un livre en français sur Qt 3 en préparation.. Évalué à 0.
[^] # Re: Et wxWidgets ?
Posté par Papey . En réponse à la dépêche Un livre en français sur Qt 3 en préparation.. Évalué à 1.
[^] # Re: Et wxWidgets ?
Posté par Papey . En réponse à la dépêche Un livre en français sur Qt 3 en préparation.. Évalué à -1.
# Et wxWidgets ?
Posté par Papey . En réponse à la dépêche Un livre en français sur Qt 3 en préparation.. Évalué à 2.
m'intéressant à Python depuis peu, je suis naturellement tombé sur la bibliothèque graphique wxPython, basée sur la biliothèque C++ wxWidgets, elle-même héritière de wxWindows. La démo de cette API graphique m'a assez bluffé je dois dire, et de nombreux témoignagnes louent sa portabilité et sa large palette de fonctionnalités.
De plus, par rapport à QT, wxWidgets est disponible gratuitement sous Windows, qui est toujours actuellement la plateforme reine pour les applications clients. J'aimerais avoir vos avis sur les différences entre ces deux API. Ne pensez-vous pas que le fait que QT soit payante pour Windows constitue un obstacle important à sa progression ?