Ce qui c'est passé en réalité la première fois c'est que le téléchargement n'a pas été effectué complètement. A cause de cela unzip n'a pas pu décompresser le fichier. Par contre et c'est là le problème, lorsque ça arrive ce n'est pas le bon message d'erreur qui est affiché. Il devrait dire "le fichier n'a pas pu être téléchargé" au lieu de signaler une erreur de lancement d'unzip.
Cette ligne de code :
CoreApplication::applicationDirPath() + "/unzip.exe";
ne concerne que la version Windows. Pour Linux, unzip est cherché dans les répertoires habituels du système (en fait on ne le cherche pas, le système le trouve lui-même dans son PATH)
Le guide TV est stocké dans une base locale au format SQLITE ce qui permet d'obtenir des vitesses de lecture plus performante. Mais pour remplir cette BDD, c'est un fichier au format XMLTV qui est lu d'où la compatibilité XMLTV.
QIde permet déjà sous classer un dialogue (.ui). Avec un clic-droit un dialogue s'ouvre permettant de créer une classe dérivée et de choisir les signaux des widgets à implémenter. Tous les évènements disponibles sont listés dans cette fenêtre. De plus ça permet de gérer l'héritage du dialogue par plusieurs implémentations.
Bon ce n'est pas un accès direct au code par double-clic sur le widget mais c'est quand même très pratique. Enfin à essayer...
Je ne dis pas que ce n'est pas possible, ça l'est. Mais je me demande ce que cela pourrait apporter comme plus-value ? Car actuellement en double-cliquant sur un dialogue dans QIde, Designer est appelé et le dialogue y est ouvert.
Je ne dis pas que ce n'est pas possible, ça l'est. Mais je me demande ce que cela pourrait apporter de plus que si on appelle Designer à partir de QIde (ce qui est fait actuellement).
Il est possible que ça n'intègre jamais Qt Designer qui est un outil important avec beaucoup de fenêtres et menus. Mais en ouvrant un .ui dans l'IDE ça ouvre Designer donc pas de problème pour créer/modifier les dialogues à partir de QIde.
QIde n'a pas pour ambition de remplacer ni de concurencer kdevelop. Ses objectifs sont :
- Avoir un IDE qui ne gère que Qt4 mais le fait bien. Notamment parce-que les fichiers projets ont exactement la même structure que ceux créés par qmake. Ce qui permet de créer le fichier (.pro) en ligne de commande puis l'ouvrir dans l'IDE. Ou à l'inverse de compiler en ligne de commande un projet créé avec QIde.
- Etre multi-plateforme. Le même IDE est donc disponible à l'identique pour Linux et Windows ce qui n'est pas le cas de kdevelop. Un projet fait sous Windows peut-être ouvert sans ajout ni modification sous Linux. Alors que si je l'ouvre sous kdevelop, il va m'ajouter des fichiers qui ne m'intérressent pas forcément. Surtout si je rebascule mon projet sous Windows.
Même si QIde ne propose pas toutes les fonctionnalités de kdevelop, les fonctions nécessaires au développement sont présentes comme le compilation et le débogage. Des éditeurs avec coloration syntaxique, complétion de code etc.
C'est vrai que j'ai posté un sujet similaire dans le forum C++ et je me suis aperçu après qu'il existait un forum modération plus adapté à mon cas. Bon maintenant c'est en double, c'est vrai.
Effectivement j'ai édité mon livre moi-même. La news indiquant que le livre est disponible fait logiquement suite à celle qui annonce son écriture. Si elle n'apparait jamais, les personnes intéressées et attentant la publication du livre vont penser qu'il n'a jamais abouti. Que le site fasse un peu de pub pour les éditeurs qui offrent des livres, admettons. Mais que l'on ne me refuse pas mon article en me disant qu'on ne veut pas de pub.
Je ne sais pas ce que tu veux dire et non plus comment je dois le prendre.
Est-ce que tu veux dire que les articles qui apparaissent sur ce site concernent des livres dont les éditeurs "offrent" des exemplaires à ce site. Ces livres étant ensuite offerts lors de concours (cf page d'accueil) ?
Ou veux-tu dire que je devrais faire ce genre de choses ? J'ai écris et surtout édité mon livre seul. Ce qui signifie que je ne peux pas me permettre d'en distribuer à gauche et à droite.
Plusieurs livres ont fait l'objet d'articles sur ce site. Celui sur debian mais aussi un livre concernant Openoffice pour ne parler que de ce qui apparait actuellement en page d'accueil.
Mon livre sur Qt est parait-il hors sujet ! Heu, c'est quoi le sujet ?
Alors bien sûr je n'ai pas d'exemplaires à "offrir" au site linuxfr.org !
Oui, c'est moi l'auteur mais je ne vois pas ce que cela change. Je sais que beaucoup de personnes déplore le manque de livres en français sur Qt. C'est en partie ce qui m'a motivé d'en écrire un. Alors j'ai envie de le faire savoir. Et quand on me répond que c'est hors sujet je ne suis pas d'accord. Qt et Linux ont quand même beaucoup de points communs (faut-il rappeler comment est écrit kde ?). Et puis hors sujet qu'est-ce que ça veut dire ? Les gens qui postent sur ce forum des questions sur Qt sont-ils eux aussi hors sujet ?
Oui c'est vrai la V4 est annoncée. Un livre sur Qt 3 n'est quand même pas inutile. D'une part la version 3 en a encore pour quelques mois, voir plus. D'autre part la V4 n'est pas une révolution. Même si certains concepts de programmation ont été repensés, la 4 est la suite de la 3 et beaucoup de principes restent les mêmes. Quelqu'un qui est à l'aise avec Qt 3 s'en sortira avec la V4.
Non le webmestre n'est pas attaché à microsoft. Je développe très souvent sous Linux et c'est ce qui m'a permis de connaître Qt. La version 4 des navigateurs fait référence aux deux produits les plus connus IE et Mozilla (qui même en version 1.6 comme Firefox indique Mozilla/5.0 dans la fenêtre à propos). Pour moi le meilleur navigateur actuellement est Firefox : léger, rapide, bénéficiant des qualités de Mozilla. Dès que je peux je fais de la pub pour lui, le lien sur le site en est la preuve.
La politique de trolltech concernant la version windows peut se discuter. J'aimerai moi aussi une version GPL pour Windows. Mais en même temps la société pourrait-elle payer 75 développeurs à plein temps comme actuellement sans les revenus liés à Windows. Je crois qu'il est peu rigide de dire que ce qui est gratuit est bon et ce qui est payant est mauvais.
Sur mon site j'ai décider d'aider tous ceux qui désirent utiliser Qt, sous Linux ou Windows. Il n'en reste pas moins que la majorité des utilisateurs utilisent Linux. De toute façon la guerre Linux/Windows sur un site de prog traitant de Qt n'a pas lieu d'être puisse que l'utilisation est la même.
A chacun de faire son choix en connaissance de cause. Mais qu'une société est à payer 1500 pour utiliser une bibliothèque de qualité ça ne me choque pas du tout. Si vous êtes un particulier et que vous voulez faire du libre, alors programmez pour Linux.
[^] # Re: Commentaire un peu long pour une simple question ...
Posté par jlbrd . En réponse à la dépêche Version 1.0 pour QMagneto. Évalué à 3.
[^] # Re: Commentaire un peu long pour une simple question ...
Posté par jlbrd . En réponse à la dépêche Version 1.0 pour QMagneto. Évalué à 3.
CoreApplication::applicationDirPath() + "/unzip.exe";
ne concerne que la version Windows. Pour Linux, unzip est cherché dans les répertoires habituels du système (en fait on ne le cherche pas, le système le trouve lui-même dans son PATH)
[^] # Re: questions et comparaisons
Posté par jlbrd . En réponse à la dépêche Version 1.0 pour QMagneto. Évalué à 2.
Le guide TV est stocké dans une base locale au format SQLITE ce qui permet d'obtenir des vitesses de lecture plus performante. Mais pour remplir cette BDD, c'est un fichier au format XMLTV qui est lu d'où la compatibilité XMLTV.
[^] # Re: Designer ?
Posté par jlbrd . En réponse à la dépêche QIde, un IDE pour Qt4. Évalué à 1.
Bon ce n'est pas un accès direct au code par double-clic sur le widget mais c'est quand même très pratique. Enfin à essayer...
[^] # Re: Designer ?
Posté par jlbrd . En réponse à la dépêche QIde, un IDE pour Qt4. Évalué à 1.
[^] # Re: Designer ?
Posté par jlbrd . En réponse à la dépêche QIde, un IDE pour Qt4. Évalué à 0.
[^] # Re: Designer ?
Posté par jlbrd . En réponse à la dépêche QIde, un IDE pour Qt4. Évalué à 4.
[^] # Re: et KDevelop / QT-Designer ?
Posté par jlbrd . En réponse à la dépêche QIde, un IDE pour Qt4. Évalué à 6.
- Avoir un IDE qui ne gère que Qt4 mais le fait bien. Notamment parce-que les fichiers projets ont exactement la même structure que ceux créés par qmake. Ce qui permet de créer le fichier (.pro) en ligne de commande puis l'ouvrir dans l'IDE. Ou à l'inverse de compiler en ligne de commande un projet créé avec QIde.
- Etre multi-plateforme. Le même IDE est donc disponible à l'identique pour Linux et Windows ce qui n'est pas le cas de kdevelop. Un projet fait sous Windows peut-être ouvert sans ajout ni modification sous Linux. Alors que si je l'ouvre sous kdevelop, il va m'ajouter des fichiers qui ne m'intérressent pas forcément. Surtout si je rebascule mon projet sous Windows.
Même si QIde ne propose pas toutes les fonctionnalités de kdevelop, les fonctions nécessaires au développement sont présentes comme le compilation et le débogage. Des éditeurs avec coloration syntaxique, complétion de code etc.
[^] # Re: déjà dit !
Posté par jlbrd . En réponse au message Une modération à deux vitesses.. Évalué à 1.
[^] # Re: Pas de pub !
Posté par jlbrd . En réponse au message Une modération à deux vitesses.. Évalué à 2.
[^] # Re: Pas de pub !
Posté par jlbrd . En réponse au message Une modération à deux vitesses.. Évalué à 2.
# Pas de pub !
Posté par jlbrd . En réponse au message Une modération à deux vitesses.. Évalué à 1.
[^] # Re: Un concours un concours ...
Posté par jlbrd . En réponse au message Livre "Débuter avec Qt 3". Évalué à 1.
Est-ce que tu veux dire que les articles qui apparaissent sur ce site concernent des livres dont les éditeurs "offrent" des exemplaires à ce site. Ces livres étant ensuite offerts lors de concours (cf page d'accueil) ?
Ou veux-tu dire que je devrais faire ce genre de choses ? J'ai écris et surtout édité mon livre seul. Ce qui signifie que je ne peux pas me permettre d'en distribuer à gauche et à droite.
Plusieurs livres ont fait l'objet d'articles sur ce site. Celui sur debian mais aussi un livre concernant Openoffice pour ne parler que de ce qui apparait actuellement en page d'accueil.
Mon livre sur Qt est parait-il hors sujet ! Heu, c'est quoi le sujet ?
Alors bien sûr je n'ai pas d'exemplaires à "offrir" au site linuxfr.org !
[^] # Re: C'est toi l'auteur.
Posté par jlbrd . En réponse au message Livre "Débuter avec Qt 3". Évalué à 1.
[^] # Re: C'est toi l'auteur.
Posté par jlbrd . En réponse au message Livre "Débuter avec Qt 3". Évalué à 1.
Voila donc celui traitant des outils fournis par Qt. Disponible à cette adresse : http://prog.qt.free.fr/telechargements/outils.pdf.(...) Ou encore dans la section téléchargements du site http://prog.qt.free.fr(...) ou encore dans la page du descriptif du livre.
Cordialement,
Jean-Luc Biord
[^] # Re: C'est toi l'auteur.
Posté par jlbrd . En réponse au message Livre "Débuter avec Qt 3". Évalué à 3.
# Livre "Débuter avec Qt 3"
Posté par jlbrd . En réponse au message Livre "Débuter avec Qt 3". Évalué à 3.
[^] # Re: QT3, un bouquin en français... cool, mais y'a pas la v4 qui sort ?
Posté par jlbrd . En réponse à la dépêche Un livre en français sur Qt 3 en préparation.. Évalué à 1.
[^] # Re: iframe
Posté par jlbrd . En réponse à la dépêche Un nouveau site à propos de la bibliothèque Qt.. Évalué à 5.
La politique de trolltech concernant la version windows peut se discuter. J'aimerai moi aussi une version GPL pour Windows. Mais en même temps la société pourrait-elle payer 75 développeurs à plein temps comme actuellement sans les revenus liés à Windows. Je crois qu'il est peu rigide de dire que ce qui est gratuit est bon et ce qui est payant est mauvais.
Sur mon site j'ai décider d'aider tous ceux qui désirent utiliser Qt, sous Linux ou Windows. Il n'en reste pas moins que la majorité des utilisateurs utilisent Linux. De toute façon la guerre Linux/Windows sur un site de prog traitant de Qt n'a pas lieu d'être puisse que l'utilisation est la même.
A chacun de faire son choix en connaissance de cause. Mais qu'une société est à payer 1500 pour utiliser une bibliothèque de qualité ça ne me choque pas du tout. Si vous êtes un particulier et que vous voulez faire du libre, alors programmez pour Linux.