J'espère juste que c'est bien la version anglaise que tu nous montre là ;) !
Version imprimable
J'espère juste que c'est bien la version anglaise que tu nous montre là ;) !
Moi, ça ne me dérangera pas, ce n'est même pas obligatoire dans les règles AFAIK (mais bon, une application en chinois ou en arabe, je dois refuser, je serai incapable d'en comprendre un traitre mot :aie: !). Par contre, la possibilité de changer de langue dynamiquement (http://qt-quarterly.developpez.com/q...ion-dynamique/ : je sais, je suis trop bon)), ça, c'est :ccool: !
Si si, j'avais tout commenté en rush pour le 1 Septembre, mais là, j'ai aussi rajouté plein de trucs :cry:
Merci ... donc pas de binaires (heureusement, que j'ai trouvé un moyen pour vous donner des patients prés enregistrés :))Citation:
Pour te rassurer : une application qui ne fonctionne pas mais est très bien documentée n'aura pas beaucoup de points, au contraire d'une application fonctionnelle mais peu documentée. Pour avoir la palme, cependant, autant mettre toutes les chances de ton côté et d'avoir du fonctionnel bien documenté :aie: !
Boh, quelques INSERT après avoir créé tes tables, non ? (Enfin, je dis ça mais je ne sais pas du tout ce que tu as pour gérer les données, donc bon :aie:).
Ce n'est qu'une idée, à toi de voir si tu peux te permettre d'implémenter ça en plus du reste, si tout est déjà bien ficelé, etc. ;) !
Aller, je vais vous faire baver (ou pas), depuis hier, je travaille sur un chat, dans mon application (du coup, la documentation est en retard).
Ouep, encore fallait il avoir la table :roll: , qui a mis du temps à venir ... :zen:Citation:
Boh, quelques INSERT après avoir créé tes tables, non ? (Enfin, je dis ça mais je ne sais pas du tout ce que tu as pour gérer les données, donc bon :aie:).
Pauvre matou :aie: ! Si tu cherches déjà à aller voir aussi loin, c'est que le reste est déjà parfait ou pas loin, c'est déjà excelelnt !
Approche bourrine : on tente une première version de la table, de toute façon on abstrait l'application des détails de la base de données par une classe donc on peut tout changer en arrière. C'est encore plus jouissif quand tu remarques que tu te plantais totalement :mouarf: !
Non, c'est que du bluff, je mets juste des trucs que je sais faire, alors que tout le reste j'ai pas su ... :D
Je n'ai aucun commentaire à faire ...Citation:
Approche bourrine : on tente une première version de la table, de toute façon on abstrait l'application des détails de la base de données par une classe donc on peut tout changer en arrière. C'est encore plus jouissif quand tu remarques que tu te plantais totalement :mouarf: !
Parce que tu crois que ce n'est pas voulu que tu viennes dépenser ton temps sur le forum au lieu de développer ? Il faut un peu laisser de chance aux autres, voyons :mouarf: ! (Et puis, s'il n'y a personne pour les lots, on ne va quand même pas les jeter :mrgreen: !).
C'est pour QML que c'est plus drôle. Les qsTr() fonctionnent, certes, mais pour du contenu statique et non dynamique, le problème étant qu'aucun signal NOTIFY n'est appelé lors du changement de QTranslator. Ainsi, suite à ce type de changement et malgré le changement de langue, l'application gardera ses textes déjà présents en la langue d'origine. Un hack conseillé par la doc pour forcer l'actualisation est de faire quelque chose de la sorte :
Avec emptyString, une propriété de l'objet contextuel "contextObject" :Code:
1
2
3
4 Text { ... text: qsTr("Quitter") + contextObject.emptyString }
Et suite au changement de QTranslator :Code:
1
2
3
4
5
6
7 class ... : public QObject { Q_OBJECT Q_PROPERTY(QString emptyString READ getEmptyString NOTIFY emptyStringChanged) public: ... };
J'ai déjà vu pire, certes, mais ça ne m'a pas encouragé à faire du dynamique. :aie:Code:emit emptyStringChanged();
Je ne vois qu'une réaction possible : 8O ! (Bon, quand on teste à nouveau Win98, on se dit que ce n'est pas si impossible que ça, malheureusement...). Dans ce cas, je crois que ce sera un gros bonus à celui qui aura implémenté une version correcte des traductions en QML :mouarf: !
Pardon, j'avais oublié de préciser quelque chose. La méthode donnée ne fonctionne que sur les éléments de ce genre où on peut spécifier une valeur qui s'actualise en fonction des venues des signaux NOTIFY. Le pire, ce sont les ListModel et éléments similaires où il n'y a pas la gestion du NOTIFY :
Dans ce cas, pas moyen de hacker au faux NOTIFY : on est obligé de recréer/modifier à l'arrache la liste, ce qui cause un surplus de code et pas mal de conditions en plus à gérer dans son programme. Besoin d'autres éléments ?Code:
1
2
3
4
5
6 ListModel { id: listModel } Component.onCompleted: { listModel.append({"name": qsTr("Quitter")}); listModel.append({"name": qsTr("Connexion")}); }
Plus que 24h !!!
Merci Amnell pour me l'avoir redit, sachant que je pensais que l'on allait rendre Mercredi soir :aie:.
Bientôt les vacances \ o /